Crea páginas con el editor de bloques instalado

Utiliza estas herramientas cuando un agente conectado cree o edite una página de Gutenberg. Necesitas acceso a POM AI MCP, permiso para editar el tipo de contenido de destino y una sesión de navegador autenticada en el editor del sitio para verificar el marcado estático guardado. No se requiere una instalación local de WordPress.

Descubre y prepara una página

1. Pide al agente que lea pom_get_authoring_context para la página de destino. Las páginas de Classic Builder existentes conservan su formato a menos que solicites una conversión.
2. Llama a pom_get_available_blocks con target_id para una página existente o post_type para una nueva; el tipo predeterminado es page. El resultado incluye resúmenes de bloques permitidos y el contexto del editor. El ajuste contextual de bloques permitidos de WordPress puede ocultar bloques registrados.
3. Llama a pom_get_block_schema con block y el mismo contexto de destino. Devuelve atributos registrados, reglas de anidamiento, soportes, estado dinámico y límites de serialización. Rechaza un bloque que esté fuera de la paleta de destino.
4. Redacta con las funciones de creación y serialización de bloques del editor instalado. Lee su registro del navegador para conocer los atributos añadidos por JavaScript. No construyas el marcado estático guardado basándote solo en los atributos del servidor.
5. Llama a pom_validate_block_content con content y el mismo contexto de destino. Resuelve los errores, previsualiza y aplica pom_site_save_content en la revisión devuelta y, a continuación, vuelve a leer el contenido.
6. Abre la página a través de Pages → All Pages, edita un campo, guarda y recarga en Gutenberg. Confirma que todos los bloques anidados siguen siendo válidos y, después, revisa la parte visible del sitio en escritorio y en móvil.

Las tres herramientas de descubrimiento/validación son operaciones de lectura y aceptan el parámetro opcional conectado site_id. Crear o actualizar contenido sigue exigiendo la puerta de escritura de contenido y las capacidades normales de WordPress. Las mismas herramientas están disponibles a través del POM AI MCP estándar y de las capacidades nativas del WordPress MCP Adapter.

La paleta de edición de POM

Cuando está activo POM Theme o un tema hijo de POM, el agente recibe los bloques POM y los bloques de texto nativos permitidos ampliados por POM. Párrafo, Encabezado, Lista y Elemento de lista conservan sus nombres core/*. Otros bloques del núcleo y bloques de terceros quedan excluidos. Los registros pom/extend-* son extensiones y no pueden insertarse como contenido.

El descubrimiento de shortcodes expone las devoluciones de llamada registradas del tema POM, incluidos los nombres históricos de shortcodes. Los módulos desactivados y los shortcodes de WordPress/plugins no relacionados no pueden guardarse mediante las herramientas de contenido de MCP. Esta restricción también se aplica a los shortcodes incrustados en el contenido de los bloques. Las actualizaciones existentes que solo afectan al título no requieren convertir la página almacenada.

Para un listado u otro módulo de shortcode de POM compatible, inserta POM Shortcode si ese bloque está en la paleta de destino. Utiliza su atributo text para el origen generado por pom_site_build_listing y, después, serialízalo con el editor instalado. Su origen permanece editable mientras el renderizador de shortcode existente produce el resultado visible para el visitante.

Comprende los resultados de validación

El validador comprueba los comentarios de bloques, los atributos JSON, los tipos de atributos nativos, los bloques permitidos, el anidamiento y la disponibilidad de shortcodes incrustados sin renderizar ni guardar. Devuelve valid, issues, summary, validation_scope, editor_save_verified y serialized_content cuando es válido. El contenido está limitado a 200000 bytes, 1000 bloques con nombre y 32 niveles de anidamiento.

validation_scope: server_registry_and_structure y editor_save_verified: false significan que sigue siendo necesaria una comprobación de guardado en el navegador. La serialización PHP de WordPress conserva el HTML suministrado; no genera HTML estático de bloques. Los atributos añadidos solo en el navegador pueden producir advertencias y deben verificarse con ese registro instalado.

Si se rechaza un bloque, vuelve a descubrirlo con el ID real de la página y comprueba sus permisos de edición. Si Gutenberg informa de contenido no válido, corrige el origen con la función de guardado instalada antes de volver a aplicarlo. Una conexión solo MCP puede inspeccionar esquemas y código fuente, pero no puede certificar por sí sola la fidelidad del guardado en el navegador.

Consulta Authoring context, Builder content validation y Template validation.