wp-performance

Descripción general de la skill wp-performance

Para qué sirve wp-performance

La skill wp-performance te ayuda a investigar y mejorar el rendimiento de WordPress desde el backend, sin depender de una interfaz de navegador. Está pensada para los casos en que necesitas un camino práctico desde “este sitio va lento” hasta una corrección medida, especialmente para trabajos de optimización del rendimiento en entornos con WordPress 6.9+.

Quién debería instalarla

Usa la skill wp-performance si trabajas con solicitudes frontend lentas, páginas de administración, rutas REST o actividad de WP-Cron y quieres un flujo guiado para perfilar, diagnosticar y verificar cambios con seguridad. Es especialmente útil cuando puedes usar WP-CLI, logs y solicitudes HTTP directas, pero no una sesión completa de depuración en el navegador.

En qué destaca más

Los puntos fuertes de la skill wp-performance son el triaje basado primero en mediciones y las correcciones de backend para consultas a base de datos, opciones autoloaded, object cache, cron y llamadas HTTP remotas. También te orienta hacia la herramienta adecuada para cada caso, como wp profile, wp doctor, Query Monitor a través de encabezados REST y Server-Timing cuando está disponible.

Cómo usar la skill wp-performance

Instálala y delimita bien el alcance

Ejecuta el flujo wp-performance install en la colección WordPress/agent-skills con el slug de skill wp-performance, y luego confirma el contexto del sitio objetivo antes de pedir el análisis. La skill funciona mejor cuando indicas --path=<path> para la raíz de WordPress y, en instalaciones multisite o con enrutamiento, --url=<url> para el sitio o endpoint exacto que quieres evaluar.

Dale los datos que realmente necesita

Un buen prompt de wp-performance usage incluye el síntoma, el alcance y el entorno. Por ejemplo: “Sitio de staging, no se permiten escrituras, panel de administración lento para usuarios autenticados, usa wp-performance para perfilar la ruta principal de consultas y propone primero comprobaciones seguras en solo lectura”. Eso es mejor que “el sitio va lento” porque le dice a la skill qué medir y qué restricciones aplican.

Lee primero los archivos correctos

Empieza por SKILL.md, y luego revisa references/measurement.md, references/database.md, references/autoload-options.md, references/object-cache.md, references/cron.md y references/http-api.md según el síntoma. Si necesitas Query Monitor sin interfaz o comprobaciones dirigidas por comandos, también conviene inspeccionar references/query-monitor-headless.md, references/wp-cli-profile.md, references/wp-cli-doctor.md y scripts/perf_inspect.mjs para entender el flujo de trabajo.

Usa un flujo de trabajo centrado primero en la medición

El mejor flujo de wp-performance guide es: capturar una línea base, probar una URL o ruta REST reproducible, inspeccionar la capa de mayor coste y después verificar tras un cambio puntual. Mantén el escenario fijo entre ejecuciones, compara varias muestras en lugar de un único pico y evita pedir acciones destructivas salvo que las autorices explícitamente.

Preguntas frecuentes sobre la skill wp-performance

¿wp-performance es solo para agentes de backend?

Sí. Esta skill está diseñada para investigación solo desde backend usando WP-CLI, encabezados, logs y solicitudes HTTP. Si necesitas interacción con el navegador, análisis visual de waterfall o pruebas de recorrido por clics, wp-performance no es la herramienta principal adecuada.

¿En qué se diferencia de un prompt genérico?

Un prompt genérico puede decirte “optimiza WordPress”, pero wp-performance aporta un flujo de trabajo acotado para medición, salvaguardas y dominios de fallo específicos de WordPress. Eso importa porque la solución depende de si el cuello de botella está en consultas a la base de datos, exceso de autoload, cron o llamadas HTTP remotas.

¿Es apta para principiantes?

Sí, si puedes describir el síntoma y proporcionar el contexto de instalación. La skill ayuda a principiantes porque reduce las primeras comprobaciones, pero aun así necesitas dar una URL o ruta objetivo clara y decir si se permiten escrituras, instalaciones de plugins o vaciados de caché.

¿Cuándo no debería usarla?

No uses wp-performance si el problema no está relacionado con la ejecución de WordPress, por ejemplo, enrutamiento de CDN, fallos de DNS o un cuello de botella puramente frontend de JavaScript. Tampoco encaja bien cuando no puedes acceder al servidor, no puedes ejecutar WP-CLI y no tienes forma de inspeccionar respuestas HTTP o logs.

Cómo mejorar la skill wp-performance

Aporta una evidencia inicial más sólida

La entrada más útil es un objetivo concreto junto con un patrón de síntoma: https://example.com/wp-json/..., “solo va lento para editores autenticados”, “el TTFB se dispara cada 5 minutos” o “la página de administración se queda colgada después del login”. Eso ayuda a wp-performance a elegir entre rutas de medición en lugar de adivinar.

Indica qué tipo de cambio está permitido

Si quieres una primera pasada segura, dilo explícitamente. Por ejemplo: “Solo diagnóstico en modo lectura”, “no vaciar caché” o “solo staging, se pueden cambiar opciones”. Eso mejora la skill wp-performance porque el flujo puede evitar comprobaciones arriesgadas y mantenerse dentro de tus límites operativos.

Pide la ruta de solución, no solo el diagnóstico

Los mejores resultados de wp-performance usage llegan cuando pides tanto el cuello de botella como el siguiente paso de verificación. Por ejemplo: “Identifica la capa más lenta, nombra la causa probable y da el comando o la solicitud exacta para confirmar la mejora”. Eso mantiene la salida enfocada en acciones concretas.

Itera sobre el primer informe

Si la primera pasada apunta a consultas, devuelve la tabla lenta, el hook o la ruta y pide un plan de consultas más acotado. Si apunta a opciones autoloaded, object cache, cron o llamadas de la HTTP API, pide la remediación más pequeña y segura posible y un plan de medición antes/después. Ahí es donde la skill wp-performance aporta más valor para trabajos de optimización del rendimiento.