Releases: PlaneaSoluciones/wp-agent-ready
Releases · PlaneaSoluciones/wp-agent-ready
Release list
v0.11.1
Corregido
- Error fatal de parseo en PHP anterior a 8.2: el tipo de retorno
truecomo valor autónomo (true|WP_Error) es una característica exclusiva de PHP 8.2. El plugin ahora declara formalmenteRequires PHP: 8.2, alineado con las versiones de PHP actualmente soportadas (8.2 y 8.3 con actualizaciones de seguridad; 8.4 y 8.5 con soporte activo). El CI comprueba ahora la sintaxis en las cuatro versiones soportadas y PHPStan valida la compatibilidad contra el mínimo declarado (8.2) independientemente de la versión de PHP del propio runner.
v0.11.0
Añadido
- Auto-actualización desde GitHub Releases: WordPress detecta ahora las nuevas versiones publicadas en el repositorio del plugin y permite actualizar en un clic desde Plugins, sin necesidad de subir el ZIP a mano. Nueva sección "Actualizaciones" en Ajustes con un campo opcional para un token de GitHub (solo necesario si se agota el límite de peticiones anónimas de la API).
- Deploy automático a producción vía FTPS tras cada release (requiere configurar los secrets
SFTP_HOST,SFTP_USERNAMEySFTP_PASSWORDen el repositorio).
v0.10.0
Añadido
- Nuevo endpoint
GET /wp-json/wpar/v1/ping, usado por el servidor MCP como heartbeat de conectividad en cada ciclo de reconciliación nocturna, independiente de si hay contenido para reindexar. La fila "Última conexión MCP → plugin" del panel de administración ahora refleja este heartbeat en lugar de la última petición de contenido, con un indicador visual (✓/⚠) según su antigüedad. La fecha de la última petición de contenido se muestra ahora por separado como "Última petición de contenido".
v0.9.5
Corregido
- El endpoint
/wpar/v1/contentignoraba el parámetropost_id: tanto el webhook de publicación/actualización como la reconciliación nocturna del servidor MCP recibían siempre el último contenido publicado del tipo por defecto en lugar del post solicitado, por lo que páginas o tipos de contenido personalizados podían no reindexarse correctamente. Una petición conpost_idlocaliza ahora el post exacto sin importar su tipo.
v0.9.4
Corregido
- Al actualizar el plugin, el flush de reglas de rewrite ahora actualiza también el
.htaccess(hard flush), no solo la base de datos. Esto elimina la necesidad de que el administrador visite manualmente Ajustes → Enlaces permanentes tras cada actualización.
v0.9.3
Corregido
/llms.txtya no devuelve 404 en sitios donde las reglas de rewrite de páginas de WordPress tenían prioridad sobre la regla del plugin. La rewrite rule pasa a registrarse con prioridadtop, igual que/.well-known/mcp.json, evitando que WordPress intente resolverllms.txtcomo un slug de página inexistente.
v0.9.2
Corregido
/llms.txtya no recibe un redirect 301 a/llms.txt/cuando la estructura de permalinks usa trailing slash. El handler de discoverabilidad ahora se ejecuta antes que el mecanismo de redirect canonical de WordPress, sirviendo la respuesta directamente sin pasar por ese filtro.
v0.9.1
Corregido
/llms.txtya no devuelve 404 cuando otro plugin (Yoast SEO, Rank Math…) gestionaba ese fichero y luego lo elimina. La rewrite rule se registra siempre en la base de datos; si existe un fichero físico en el raíz, el servidor web lo sirve antes de que WordPress cargue (la regla no dispara, es inocua). Si el fichero desaparece, la regla empieza a funcionar de inmediato sin intervención manual.- Las instalaciones existentes reciben las reglas de rewrite corregidas automáticamente al actualizar, sin necesidad de desactivar y reactivar el plugin: se hace un
flush_rewrite_rules()automático la primera vez que se carga la nueva versión.
v0.9.0
Añadido
- Log de actividad de sincronización: la página de ajustes incluye ahora una sección «Actividad reciente» con una tabla de los últimos 100 webhooks enviados al servidor MCP, mostrando fecha, post afectado, acción y código de respuesta HTTP. Permite verificar de un vistazo que la sincronización entre el plugin y el MCP funciona correctamente.
- Estado del MCP en el admin: nueva sección «Estado del MCP» que consulta el endpoint
/healthdel servidor MCP al cargar la página y muestra el número de páginas indexadas, la fecha del último indexado, el total de consultas recibidas de agentes y el detalle por herramienta (búsquedas, páginas, recientes). - Contadores de consultas en el MCP (servidor v0.4.0): cada llamada a
search_content,get_page,list_recentyget_site_infoincrementa un contador persistente en SQLite. El endpoint/healthexponetotal_queries,by_toolylast_query_at.
v0.8.1
Corregido
- El plugin ya no registra la rewrite rule de
/llms.txtcuando existe un fichero físicollms.txten el raíz del sitio. Si otro plugin (Yoast SEO, Rank Math…) genera ese fichero en disco, el servidor web lo sirve directamente antes de que WordPress cargue — registrar la rule era ruido innecesario y podía confundir el diagnóstico de rutas. La comprobación es agnóstica de plugin y se evalúa en cada petición, por lo que si el fichero desaparece el comportamiento se restaura automáticamente sin reactivar el plugin.