WordPress como um alvo de deploy para Claude Code, Cursor e Codex.

Como pensar sobre isso

WordPress como um runtime, como Chrome executa extensões ou Figma executa plug-ins.

DesignSetGo Apps é um plugin WordPress. Os aplicativos que você envia através dele não são plug-ins. Eles são bundles estáticos em sandbox (HTML, JS, CSS, WASM) mais um manifesto dsgo-app.json. O runtime os carrega, os coloca em sandbox e lhes fornece dados do WordPress através de uma ponte tipada. O app nunca vê um token REST.

A mudança em uma linha: tudo o que você costumava publicar como plugin WordPress com confiança total (uma calculadora, um portal, um painel, uma ferramenta de IA) passa a ser um bundle em sandbox com permissões declaradas. A categoria sobrevive. O modelo de segurança se inverte.

O ciclo

Do init até live em três comandos.

O CLI gera um modelo mínimo por padrão, ou um modelo Astro com --astro para apps multi-página. Qualquer pacote estático funciona. Ele autentica com uma WordPress Application Password e faz push do bundle; cada deploy subsequente é uma atualização atômica no mesmo app id.

O cliente da ponte

Sem infraestrutura REST. Sem boilerplate de autenticação.

O pacote @designsetgo/app-client oferece acesso tipado ao seu site WordPress. Mesma superfície em modo inline (mesma janela) e modo iframe (entre frames); o transporte é selecionado automaticamente.

// 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]);

O que seu agente de IA vê

Um AGENTS.md e um CLAUDE.md em cada modelo.

O iniciador vem com um manual de extensão completo na raiz do projeto. AGENTS.md é o arquivo canônico neutro em relação ao fornecedor; Codex, Cursor, Aider e qualquer ferramenta que siga a convenção agents.md leem diretamente. CLAUDE.md é uma importação @-de-uma-linha do AGENTS.md, para que Claude Code pegue o mesmo conteúdo sem duplicação ou desvio.

Pacote de habilidades de agente

Ensine ao agente a ponte antes o projeto existir.

AGENTS.md responde ao agente uma vez que ele está dentro de um projeto DSGo. O pacote de habilidades DSGo responde durante a entrada: instalado no nível do usuário, para que o agente já conheça o esquema de manifesto, cada método dsgo.*, e o loop CLI antes que apps init seja executado.

npx skills add DesignSetGo/skills

• building-dsgo-apps Estruturação, a escolha inline-vs-iframe, layout do projeto.
• dsgo-manifest Cada campo de dsgo-app.json: rotas, permissões, segredos, trabalhos agendados, webhooks.
• dsgo-bridge-api Cada método dsgo.*, seu gate de permissão, sua forma de código de erro.
• deploying-dsgo-apps O loop @designsetgo/cli, deploys de visualização, CI com autenticação de variável de ambiente.
• dsgo-abilities Publicando habilidades de volta para o site, consumindo habilidades, invocação de ferramenta dsgo.ai.prompt.

Modos de isolamento

Inline para páginas rastreáveis. Iframe para artefatos prontos.

Mesmo formato de pacote, mesma ponte, renderização diferente. Os aplicativos declaram qual eles desejam no manifesto. Consulte How it works para compreender o trade-off mais profundo.