Skip to content

Releases: PlaneaSoluciones/wp-agent-ready

v0.11.1

Choose a tag to compare

@github-actions github-actions released this 08 Jul 09:10

Corregido

  • Error fatal de parseo en PHP anterior a 8.2: el tipo de retorno true como valor autónomo (true|WP_Error) es una característica exclusiva de PHP 8.2. El plugin ahora declara formalmente Requires 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

Choose a tag to compare

@github-actions github-actions released this 07 Jul 13:03

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_USERNAME y SFTP_PASSWORD en el repositorio).

v0.10.0

Choose a tag to compare

@github-actions github-actions released this 07 Jul 10:31

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

Choose a tag to compare

@github-actions github-actions released this 06 Jul 17:43

Corregido

  • El endpoint /wpar/v1/content ignoraba el parámetro post_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 con post_id localiza ahora el post exacto sin importar su tipo.

v0.9.4

Choose a tag to compare

@github-actions github-actions released this 27 Jun 10:35

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

Choose a tag to compare

@github-actions github-actions released this 27 Jun 10:31

Corregido

  • /llms.txt ya 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 prioridad top, igual que /.well-known/mcp.json, evitando que WordPress intente resolver llms.txt como un slug de página inexistente.

v0.9.2

Choose a tag to compare

@github-actions github-actions released this 27 Jun 10:04

Corregido

  • /llms.txt ya 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

Choose a tag to compare

@github-actions github-actions released this 25 Jun 19:05

Corregido

  • /llms.txt ya 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

Choose a tag to compare

@github-actions github-actions released this 25 Jun 18:22

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 /health del 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_recent y get_site_info incrementa un contador persistente en SQLite. El endpoint /health expone total_queries, by_tool y last_query_at.

v0.8.1

Choose a tag to compare

@github-actions github-actions released this 25 Jun 07:08

Corregido

  • El plugin ya no registra la rewrite rule de /llms.txt cuando existe un fichero físico llms.txt en 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.