Arquitectura de WP Suite Content Engine
Arquitectura de Agent Composer: operaciones de contenido gobernadas para sitios WordPress existentes
El sistema parte de un sitio cuyo diseño y modelo de contenido ya existen. Composer expone a un agente de IA compatible únicamente las operaciones aprobadas, guarda borradores validados en WordPress y mantiene la publicación y cualquier entrega a producción en pasos separados bajo control humano.
FRONTERA DE CONSTRUCCIÓN DEL SITIO
Agencia o constructor → tema + patrones + CPT + reglas editoriales
↓
FRONTERA DE OPERACIONES DE CONTENIDO
Config Set de Composer → Site Contract → Page Blueprints
↓
FRONTERA DE CONEXIÓN DEL AGENTE
Agente de IA existente → MCP directo o túnel saliente opcional
↓
FRONTERA DE EJECUCIÓN
Validación de Composer → borrador Gutenberg asignado
↓
FRONTERA DE ENTREGA
Revisión humana → publicación en WordPress → Static Publisher opcional
Vea esta arquitectura en funcionamiento
De un cliente MCP a WordPress ejecutándose en el navegador
El playground en vivo convierte este diagrama de fronteras en un sistema temporal que puede inspeccionarse.
ChatGPT / Codex / MCP client
│
│ MCP
▼
MCP relay
│
▼
Browser / WebAssembly
│
▼
WordPress + Composer + CanvasResponsabilidades y fronteras de confianza
Un camino estrecho desde un modelo aprobado hasta un borrador revisable
Composer no diseña el sitio, no aloja el modelo ni expone la administración genérica de WordPress. Traduce una solicitud autenticada en una operación permitida por el Config Set activo y valida todo el árbol Gutenberg antes de guardar. Es la frontera de ejecución de la edición con IA sin acceso administrativo ilimitado y la creación gobernada de páginas con IA.
FLUJO DE SOLICITUD Cliente de IA compatible → ruta MCP autenticada → Ability de Composer → Config Set activo → Page Blueprint → patrones y bloques de proveedor aprobados → validación → borrador CONEXIÓN PRIVADA WordPress local o protegido por firewall → túnel Connector saliente → cliente OpenAI compatible → mismas Composer Abilities y autorización de WordPress FRONTERA DE IDENTIDAD Y ESCRITURA Usuario de agente WordPress dedicado → comprobación de capacidades → asignación separada de la autoría → tokens de revisión y modificación → actualización sin conflictos FLUJO DE PROVEEDOR OPCIONAL Composer → Ability registrada de Gatey / Flow / AI-Kit → el proveedor materializa y valida su bloque → Composer valida el árbol completo FLUJO DE ENTREGA Borrador validado → vista previa y revisión humana → publicación humana en WordPress → exportación opcional, manual o programada, con Static Publisher → S3 / CloudFront + Static Site Guardian opcional FLUJO DE FALLO Blueprint ausente, metadatos no válidos, proveedor no disponible o revisión obsoleta → error de validación o concurrencia → sin sobrescritura ni publicación
Frontera de propiedad WordPress almacena Config Sets, Site Contract, Blueprints, borradores, metadatos admitidos, estado de asignación, validaciones y auditoría. El razonamiento permanece en el cliente de IA elegido. Los datos de cada proveedor siguen su contrato independiente. Static Publisher y Static Site Guardian son capas opcionales; Composer no requiere AWS.
Activación y operación
Cómo convertir un sitio existente en un sistema de contenido gobernado
La implementación comienza con el sitio WordPress terminado y solo añade el contrato, la conexión y los controles de revisión necesarios para crear contenido repetible.
- Defina la frontera de contenido — Conserve el constructor, el tema y el proceso de diseño existentes. Mapee tipos de contenido, plantillas, patrones reutilizables, bloques, campos, taxonomías, metadatos y restricciones editoriales aprobados en un Config Set y Page Blueprints.
- Active la capa de ejecución de Composer — Instale Agent Composer, valide y active el Config Set y asocie un usuario de agente WordPress dedicado con Composer Abilities limitadas. Agent Canvas puede utilizarse como tema de referencia e inicio, pero no es obligatorio.
- Elija la ruta de conexión — Conecte un cliente compatible directamente mediante una ruta MCP autenticada o use el túnel Connector saliente opcional si WordPress debe permanecer local o detrás de un firewall. Ambas rutas alcanzan la misma superficie gobernada.
- Separe revisión y entrega — El agente crea o actualiza borradores asignados con concurrencia optimista. Los editores revisan y publican en WordPress. Con entrega estática, Static Publisher puede liberar el estado aprobado manualmente o mediante programación, con protección opcional de Site Guardian.
Qué se ejecuta en cada capa arquitectónica
Capa principal de WordPress
Responsabilidades locales regidas por contrato
- La agencia o el propietario conserva en WordPress el tema, los patrones, los tipos de contenido, las reglas de diseño y la política editorial.
- Composer descubre capacidades, ensambla Blueprints y patrones, valida el árbol de bloques, escribe borradores sin conflictos, comprueba vistas previas, asigna trabajo y delega en proveedores.
- WordPress almacena contrato, configuración, borradores Gutenberg, metadatos SEO admitidos, revisiones, justificantes de validación y auditoría redactada.
Capas externas y de entrega opcionales
Solo se activan para el flujo elegido
- El cliente de IA seleccionado razona y se conecta por una ruta MCP autenticada compatible; Composer no vende ni aloja el runtime del modelo.
- El túnel Connector saliente es opcional para clientes OpenAI compatibles y orígenes WordPress privados; MCP directo autenticado sigue siendo otra ruta.
- Static Publisher, S3, CloudFront y Static Site Guardian forman una entrega a producción opcional. Su propiedad, coste de AWS, protección y liberación permanecen separados de Composer.
Preguntas de arquitectura
Fronteras que debe decidir antes de conectar un agente de IA
¿Composer sustituye el tema o el proceso de construcción de la agencia?
No. La agencia o el constructor siguen siendo responsables del tema, los componentes, los tipos de contenido y las reglas editoriales. Composer consume el contrato activo y los Blueprints una vez tomadas esas decisiones. Agent Canvas es solo una implementación de referencia opcional.
¿Recibe el cliente de IA acceso de administrador a WordPress?
No. El cliente accede a Composer Abilities nominales asociadas a un usuario WordPress dedicado. Publicación, eliminación normal, plugins, temas, subida de medios, ajustes y administración de usuarios quedan fuera de la superficie del agente.
¿Puede permanecer privado el origen WordPress?
Sí. Un cliente compatible puede usar MCP directo autenticado cuando la ruta esté disponible. Para WordPress local o protegido, el túnel Connector saliente opcional alcanza el mismo servidor Composer sin exigir un endpoint entrante público de WordPress o MCP.
¿Es necesario AWS y quién entrega el contenido a producción?
AWS no es necesario para el contrato principal ni el ciclo de borradores. Los editores deciden la publicación en WordPress. Static Publisher puede exportar opcionalmente el estado aprobado a S3 y CloudFront, y Static Site Guardian proteger rutas seleccionadas.
Examine el contrato operativo completo
Separe diseño del sitio, borradores con IA, aprobación editorial y entrega a producción
Utilice Agent Composer como capa de contenido gobernada para el agente de IA compatible que ya usa su equipo. Así puede crear contenido nuevo de WordPress con IA y mantenerlo nativo y editable. El mismo contrato sigue aplicándose tras la entrega cuando necesita dar IA a los clientes sin perder el control de la agencia sobre el diseño.