Revisar antes de publicar
MCP Abilities – Check Runner: una revisión terminada no siempre está aprobada
Cero errores también puede significar que la revisión no se ha superado. Check Runner conecta tu asistente de IA con Plugin Check oficial de WordPress y también considera los avisos un resultado no aprobado. El resultado te ayuda a decidir qué corregir antes de publicar un plugin.
Un solo aviso impide aprobar
Imagina una versión candidata sin errores detectados, pero con dos avisos. La revisión ha terminado, aunque Check Runner la marca como no superada. Tanto el número de errores como el de avisos deben ser cero.
El motor utiliza todas las comprobaciones disponibles en el ejecutor oficial, incluidas las experimentales. Ignora las peticiones de reducir la lista o las categorías. La versión instalada de Plugin Check determina qué comprobaciones hay disponibles.
Los hallazgos incluyen archivo, línea, columna, mensaje y código de diagnóstico cuando Plugin Check facilita esos datos. Úsalos para localizar el problema, modificar el código y revisar de nuevo el plugin.
Un aviso ámbar también obliga a parar. Solo cero errores y cero avisos permiten superar la revisión.
Una referencia de tarea confirma la recepción, no la aprobación
Para ejecutar en segundo plano, solicita async: true. Check Runner devuelve una referencia mientras WordPress programa la revisión. Por defecto, la llamada se ejecuta de forma síncrona.
Consulta esa misma tarea con plugin-check/job-status. Pending significa que aún no ha empezado; running, que no ha terminado. Una tarea complete puede contener un resultado aprobado, hallazgos que impiden aprobar o un error de ejecución.
La ejecución en segundo plano depende del cron de WordPress y de los recursos PHP que permite el servidor. Una referencia no garantiza que el proceso pueda empezar o terminar. Investiga una tarea atascada o interrumpida antes de solicitar otra.
El recibo permite seguir una tarea. Lee su resultado guardado antes de valorar el plugin.
Del candidato instalado a un resultado útil
1. Selecciona el plugin exacto
Instala el candidato en un sitio WordPress de pruebas adecuado, con Plugin Check oficial activo. Indica al asistente el slug o el nombre base del archivo del plugin y elige el modo de plugin nuevo o actualización según la revisión prevista.
2. Ejecuta la revisión completa
Solicita la revisión completa y elige la ejecución en segundo plano cuando haga falta. Guarda la referencia y consulta el estado. Que la programación funcione no significa que la revisión se haya superado.
3. Lee los recuentos junto con los hallazgos
Comprueba primero si ha terminado la ejecución. Después, consulta el estado de aprobación y los recuentos de errores y avisos. Si la lista está truncada, no muestra todos los hallazgos, aunque los recuentos abarquen el resultado completo de la revisión.
4. Corrige, revisa y prueba
Corrige los hallazgos y ejecuta una nueva revisión completa del plugin modificado. Prueba también sus funciones e integraciones reales. Un resultado limpio de Plugin Check no demuestra que el plugin funcione correctamente ni garantiza su aceptación en WordPress.org.
La respuesta tiene un límite de tamaño
Por defecto, la respuesta incluye como máximo 100 hallazgos. max_results permite elevar el límite a 500. Los errores aparecen antes que los avisos, por lo que una lista larga de errores puede dejar fuera los detalles de los avisos.
No hay paginación para consultar el resto. Si truncated es true, utiliza la interfaz oficial de Plugin Check para examinar más detalles. No describas esta respuesta como una lista completa de hallazgos.
Dos acciones con permisos distintos
plugin-check/run inicia una revisión y exige el permiso de WordPress para activar plugins. plugin-check/job-status lee una tarea guardada y exige el permiso para gestionar las opciones del sitio.
Utiliza una cuenta autorizada para ambas acciones cuando trabajes en segundo plano. Check Runner no corrige archivos fuente, no instala el candidato ni publica versiones. Esta versión no ofrece una acción para cancelar o borrar tareas.
Prepara la conexión con WordPress
Check Runner declara WordPress 6.9 o posterior y PHP 8.0 o posterior como requisitos mínimos. WordPress 6.9 incluye la Abilities API. Utiliza una versión de PHP con mantenimiento y compatible con tu sitio.
El plugin oficial Plugin Check debe estar instalado y activo. Conecta un cliente MCP autenticado mediante WordPress MCP Adapter y comprueba que se detectan las acciones necesarias.
Según la configuración de MCP, puede hacer falta una capa de exposición como MCP Expose Abilities para que se detecte la acción de ejecución. Comprueba la conexión antes de iniciar una revisión.
Entiende qué demuestra tu próxima revisión
Instala Check Runner, confirma que las dos acciones están disponibles y solicita una revisión completa del candidato instalado. Lee el resultado final y sus límites antes de decidir si publicarlo.