WordPress como destino de despliegue para Claude Code, Cursor y Codex.

Cómo pensar en ello

WordPress como entorno de ejecución, como Chrome ejecuta extensiones o Figma ejecuta plugins.

DesignSetGo Apps es un plugin de WordPress. Las apps que distribuyes a través de él no son plugins. Son paquetes estáticos sandboxeados (HTML, JS, CSS, WASM) más un manifiesto dsgo-app.json. El entorno de ejecución los carga, los sandboxea y les proporciona datos de WordPress a través de un puente tipado. La app nunca ve un token REST.

El cambio en una linea: cualquier cosa que antes distribuias como un plugin de WordPress con plena confianza (una calculadora, un portal, un panel, una herramienta de IA) se convierte en un bundle en sandbox con permisos declarados. La categoria sobrevive. El modelo de seguridad cambia.

El ciclo

Del inicio al lanzamiento en tres comandos.

El CLI genera un iniciador mínimo de forma predeterminada, o un iniciador Astro con --astro para aplicaciones de múltiples páginas. Cualquier paquete estático funciona. Se autentica con una contraseña de aplicación WordPress y sube el paquete; cada implementación posterior es una actualización atómica con el mismo id de aplicación.

El cliente del puente

Sin tuberías REST. Sin código repetitivo de autenticación.

El paquete @designsetgo/app-client te proporciona acceso tipado a tu sitio WordPress. Misma superficie en modo en línea (misma ventana) y modo iframe (entre marcos); el transporte se selecciona automáticamente.

// Read posts, pages, the current user, and per-app storage.
// The bridge handles auth + REST behind the scenes.

import { dsgo } from "@designsetgo/app-client";
await dsgo.ready;

// Site context
const site = await dsgo.site.info();

// Real posts, filtered by what the current user can see
const { posts } = await dsgo.posts.list({
    type: "recipe",
    orderby: "date",
    order: "desc",
    per_page: 10,
});

// Logged-in user, and what they're allowed to do
const me = await dsgo.user.current();
if (await dsgo.user.can("edit_posts")) {
    // show the editor-only UI
}

// Per-app, per-user persistent storage; survives reloads
await dsgo.storage.user.set("favourites", [42, 88]);

Lo que ve tu agente de IA

Un AGENTS.md y un CLAUDE.md en cada iniciador.

El starter incluye un manual de extensión completo en la raíz del proyecto. AGENTS.md es el archivo canónico independiente de proveedores; Codex, Cursor, Aider y cualquier herramienta que siga la convención agents.md lo leen directamente. CLAUDE.md es una @-importación de una línea de AGENTS.md para que Claude Code obtenga el mismo contenido sin duplicación ni desviación.

Paquete de habilidades del agente

Enseña al agente el bridge antes de que el proyecto exista.

AGENTS.md le proporciona las respuestas al agente una vez que está dentro de un proyecto DSGo. El paquete de habilidades DSGo se las proporciona de antemano: instalado a nivel de usuario, por lo que el agente ya conoce el esquema del manifiesto, cada método dsgo.* y el bucle CLI antes de que se ejecute apps init.

npx skills add DesignSetGo/skills

• building-dsgo-apps Andamiaje, la opción inline-vs-iframe, diseño del proyecto.
• dsgo-manifest Cada campo de dsgo-app.json: rutas, permisos, secretos, trabajos programados, webhooks.
• dsgo-bridge-api Cada método dsgo.*, su compuerta de permisos, su forma de código de error.
• deploying-dsgo-apps El bucle @designsetgo/cli, previsualizaciones de despliegue, CI con autenticación de variable de entorno.
• dsgo-abilities Publicación de habilidades de vuelta al sitio, consumo de habilidades, llamada a la herramienta dsgo.ai.prompt.

Modos de aislamiento

Inline para páginas rastreables. Iframe para artefactos de inserción.

Mismo formato de paquete, mismo bridge, renderización diferente. Las aplicaciones declaran cuál desean en el manifiesto. Consulta Cómo funciona para comprender mejor los equilibrios.