Pruebe Agent Composer sin instalar WordPress: nuestro entorno de pruebas en el navegador

El problema de las demostraciones

¿Cómo se evalúa la creación controlada de borradores con IA sin configurar antes WordPress?

WordPress resulta familiar cuando ya está en funcionamiento. Llegar hasta ese punto suele exigir elegir alojamiento o preparar un entorno local, instalar WordPress, configurar una base de datos, seleccionar un tema y añadir los plugins necesarios para el proceso que se desea evaluar.

Es razonable para un proyecto real, pero innecesario cuando la pregunta inmediata es más concreta: ¿qué hace Agent Composer con un borrador real de WordPress, cómo determina Agent Canvas el resultado y dónde se hacen visibles Site Contract, Configuration Set, Blueprint y la validación?

• Una demostración alojada puede mostrar una interfaz terminada, pero rara vez permite que cada visitante ejecute una tarea nueva con un agente.
• Un vídeo puede explicar el proceso, pero no demuestra cómo el contrato activo acepta un borrador válido o rechaza una operación no permitida.
• Una instalación local ofrece control, pero obliga a preparar infraestructura antes de evaluar los productos.

Agent Composer Playground elimina ese paso. Elija una configuración preparada de Canvas, conecte su propio agente compatible, solicite un borrador adaptado y examine el resultado controlado dentro de la misma sesión temporal.

El navegador se convierte en el entorno de ejecución

¿Cómo puede funcionar un WordPress completo dentro de una sola pestaña?

WordPress Playground puede ejecutar WordPress en el navegador sin un servidor convencional mediante PHP basado en WebAssembly y un sistema de archivos y una base de datos contenidos en el navegador. La instancia temporal puede desaparecer al terminar la sesión, por lo que es una base práctica para una demostración abierta y desechable.

Nuestro entorno carga más que una instalación vacía: Agent Composer, Agent Canvas, un modelo de contenido específico y uno de cuatro minisitios preparados. Cada configuración permite explorar Canvas como sistema de diseño funcional antes de solicitar un borrador. SaaS Launch es la demostración más amplia e incluye todos los componentes Canvas disponibles.

• El navegador ejecuta un entorno real de WordPress y Gutenberg, no una simulación visual.
• La configuración elegida aporta su propia presentación Canvas, ejemplos de contenido, Site Contract, Configuration Set y Blueprints.
• Cada visitante parte de un estado conocido y puede descartar toda la sesión después.

El manual de WordPress Playground documenta WordPress en el navegador sin servidor en https://developer.wordpress.org/playground/handbook/web-instance/. WordPress Developer Blog explica WebAssembly como base del entorno en https://developer.wordpress.org/news/2024/04/introduction-to-playground-running-wordpress-in-the-browser/.

Lo que está probando

Un proceso transparente de creación de borradores, no una promesa de construcción automática

El puente hacia un sitio que solo existe en el navegador

¿Cómo pueden ChatGPT o Codex operar un WordPress que no es accesible públicamente?

La instancia de WordPress vive en la pestaña del visitante. No es un sitio alojado con un punto de servidor público, por lo que un agente externo no puede conectarse directamente. Este aislamiento es útil para una demostración temporal, pero crea un problema de transporte.

El entorno lo resuelve con un relé MCP de corta duración. El navegador abre una conexión de sesión. Cuando el agente conectado llama a una herramienta aprobada, el relé envía la solicitud a la sesión activa; el navegador invoca la función local de Composer contra WordPress y devuelve el resultado estructurado por el mismo camino. El relé no convierte el entorno en un WordPress público.

• Su agente compatible se conecta al punto MCP específico de la sesión.
• El relé lleva la solicitud a la pestaña emparejada, en lugar de conectarse a WordPress mediante una entrada.
• Antes de modificar WordPress, Composer aplica los permisos activos, la propiedad del borrador, Site Contract, los límites del Blueprint y la validación.

OpenAI describe MCP como una forma de conectar ChatGPT o Codex con herramientas y contexto, incluidos servidores HTTP Streamable remotos: https://learn.chatgpt.com/docs/extend/mcp. En este entorno MCP es el transporte; Composer sigue siendo el límite controlado de ejecución en WordPress. Para el límite de acceso, consulte cómo conectar la IA a WordPress privado sin permisos de administrador sin límites.

Lo que puede examinar

¿Qué ocurre después de elegir una configuración?

Empiece con SaaS Launch, Knowledge Hub, Service Studio o Editorial Journal. Cada opción es un minisitio completo con su propio sistema de diseño Canvas y un contexto de borradores específico. Puede recorrer el sitio y sus componentes antes de decidir qué tarea controlada probar.

Cuando se inicie la sesión temporal, conecte ChatGPT, Codex u otro cliente MCP compatible. Pídale primero que examine el entorno y solicite después un borrador de página normal o contenido para el tipo específico de la configuración. El resultado seguirá siendo un borrador Gutenberg revisable.

• Examine Configuration Set, Site Contract, los Blueprints y campos disponibles y los límites editoriales.
• Vea qué patrones y componentes Canvas pone la configuración elegida a disposición del borrador.
• Revise los bloques generados, el resultado de la validación, la vista previa y la auditoría; o intente infringir el contrato deliberadamente y observe cómo se rechaza sin cambiar el contenido.

Los mismos Agent Composer y Agent Canvas pueden gobernar proyectos WordPress permanentes fuera del entorno de pruebas. El próximo Agent Starter agilizará la creación de un sitio inicial a partir de estas configuraciones o de un sitio existente ya descrito. Es un proceso de producto distinto; el entorno de pruebas sigue siendo una demostración específica y temporal.