optimize

Descripción general de la skill optimize

Qué hace optimize

La skill optimize ayuda a diagnosticar y corregir problemas de rendimiento en la interfaz: carga inicial lenta, bundles pesados, interacciones con tirones, entrega deficiente de imágenes, cambios de layout y animaciones entrecortadas. Es una buena opción cuando necesitas la skill optimize para Performance Optimization, no solo consejos genéricos de “hacerlo más rápido”.

Quién debería usarla

Usa optimize si tienes una queja real de rendimiento, una ralentización medible o un problema de UX que el usuario sí percibe. Es especialmente útil para frontend engineers, full-stack developers y coders asistidos por IA que trabajan en web apps, design systems o sitios de marketing.

Qué la hace útil

El valor principal de la guía optimize es que te obliga a medir primero y luego priorizar el cuello de botella correcto. Eso ayuda a evitar recortes aleatorios del bundle o ajustes de imágenes cuando el problema real es un bloqueo de renderizado, JavaScript costoso o una mala estrategia de carga.

Cómo usar la skill optimize

Instala la skill optimize

Primero usa el flujo de instalación de skills del proyecto y después apunta la skill a la app, página, ruta o componente objetivo que quieres mejorar. Para un optimize install, incluye qué parte del producto se siente lenta y en qué entorno ocurre la lentitud.

Dale a la skill un objetivo de rendimiento

El mejor optimize usage empieza con una meta concreta, no con una petición vaga. Buenos inputs incluyen:

• “Optimize the homepage hero for faster LCP on mobile”
• “Find the biggest cause of jank in this dashboard table”
• “Reduce bundle size without changing visible behavior”
• “Improve animation smoothness during panel transitions”

Lee primero las partes correctas

Empieza con SKILL.md y después inspecciona el código de la app que controla el camino lento: puntos de entrada de la página, obtención de datos, uso de imágenes, componentes pesados, loaders de ruta y salida de build. Si el repo tiene scripts de rendimiento, notas de Lighthouse o informes de bundle, léelos antes de editar código.

Trabaja en un ciclo basado primero en la medición

Una buena optimize guide sigue esta secuencia: identificar el cuello de botella, elegir la corrección más pequeña que lo resuelva, verificar el cambio y después comparar antes y después. Pide métricas o trazas cuando estén disponibles, porque un cambio que “se siente” más rápido pero no mejora el cuello de botella medido suele ser la victoria equivocada.

Preguntas frecuentes sobre la skill optimize

¿optimize es mejor que un prompt normal?

Sí, cuando la tarea trata específicamente de Performance Optimization. Un prompt normal puede sugerir buenas prácticas genéricas; la skill optimize es mejor cuando quieres un diagnóstico estructurado, una corrección enfocada y un proceso de decisión que distinga entre problemas de carga y problemas de renderizado.

¿Qué información necesita optimize?

Funciona mejor con una superficie objetivo y un síntoma. Por ejemplo: la ruta, la clase de dispositivo, el navegador o la interacción que va lenta; qué notan los usuarios; y cualquier restricción conocida, como no actualizar dependencias, no cambiar el aspecto visual o no modificar contratos de API.

¿optimize es apta para principiantes?

Sí, si puedes describir el problema con claridad. No necesitas experiencia profunda en profiling para empezar, pero cuanto más específico sea tu reporte, más útil será el resultado. Si solo dices “hazlo más rápido”, la skill tendrá que adivinar dónde está el verdadero cuello de botella.

¿Cuándo no debería usar optimize?

No la uses para diseño de funcionalidades, copywriting o refactorización general, salvo que el objetivo real sea el rendimiento. Si el problema es la corrección de la lógica de negocio, solo accesibilidad o un rediseño visual sin lentitud, otra skill o un prompt distinto encaja mejor.

Cómo mejorar la skill optimize

Aporta el síntoma, el alcance y la restricción

Los mejores resultados de optimize salen de inputs que nombren tres cosas: qué es lento, dónde ocurre y qué no puede cambiar. Ejemplo: “The product grid on mobile has poor INP; keep the current layout and avoid new dependencies.” Eso le da a la skill un límite real para Performance Optimization.

Comparte evidencia cuando la tengas

Si tienes puntuaciones de Lighthouse, Web Vitals, salida de bundle analyzer, trazas de long tasks o una captura de la interacción lenta, inclúyelas. La evidencia ayuda a la skill a separar percepción de impacto y a elegir correcciones que muevan la métrica, no solo el estilo del código.

Pide el siguiente cuello de botella después de la primera corrección

La optimización es iterativa. Después de la primera pasada, pide a optimize que reevalúe el cuello de botella restante en lugar de acumular cambios no relacionados. Eso mantiene la optimize skill enfocada en trabajo de alto impacto y reduce la probabilidad de cambiar una ralentización por otra.