WordPress als Bereitstellungsziel für Claude Code, Cursor und Codex.

So denken Sie darüber nach

WordPress als Laufzeit, wie Chrome Erweiterungen ausführt oder Figma Plugins ausführt.

DesignSetGo Apps ist ein WordPress-Plugin. Die Apps, die Sie damit bereitstellen, sind keine Plugins. Es sind Sandbox-geschützte statische Bundles (HTML, JS, CSS, WASM) plus ein dsgo-app.json-Manifest. Die Laufzeit lädt sie, sandboxt sie und versorgt sie mit WordPress-Daten über eine typisierte Bridge. Die App sieht nie ein REST-Token.

Die Verschiebung in einer Zeile: Alles, was du früher als WordPress-Plugin mit vollem Vertrauen ausgeliefert hast (ein Rechner, ein Portal, ein Dashboard, ein KI-Werkzeug), wird stattdessen ein Sandbox-Bundle mit deklarierten Berechtigungen. Die Kategorie bleibt bestehen. Das Sicherheitsmodell dreht sich um.

Die Schleife

Von init bis live in drei Befehlen.

Die CLI erstellt standardmäßig ein Grundgerüst für einen minimalen Starter oder einen Astro-Starter mit --astro für Multi-Page-Apps. Jedes statische Bundle funktioniert. Authentifizierung erfolgt mit einem WordPress-Anwendungspasswort; das Bundle wird gepusht und jede nachfolgende Bereitstellung ist eine atomare Aktualisierung mit derselben App-ID.

Der Bridge-Client

Keine REST-Verkabelung. Kein Auth-Boilerplate.

Das @designsetgo/app-client-Paket gibt dir typisierten Zugriff auf deine WordPress-Website. Gleiche Oberfläche im Inline-Modus (gleiches Fenster) und iframe-Modus (Cross-Frame); der Transport wird automatisch ausgewählt.

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

Was dein KI-Agent sieht

Eine AGENTS.md und eine CLAUDE.md in jedem Starter.

Das Starter-Projekt wird mit einem vollständigen Erweiterungshandbuch im Stammverzeichnis ausgeliefert. AGENTS.md ist die anbieterunabhängige kanonische Datei; Codex, Cursor, Aider und alle Tools, die der agents.md-Konvention folgen, lesen sie direkt. CLAUDE.md ist ein einzeiliger @-Import von AGENTS.md, sodass Claude Code denselben Inhalt ohne Duplizierung oder Drift übernimmt.

Agenten-Fähigkeitspaket

Dem Agenten die Bridge beibringen vor das Projekt vorhanden ist.

AGENTS.md unterstützt den Agenten, sobald dieser sich in einem DSGo-Projekt befindet. Das DSGo-Skills-Paket unterstützt ihn beim Einstieg: auf Benutzerebene installiert, sodass der Agent bereits das Manifest-Schema, jede dsgo.*-Methode und die CLI-Schleife kennt, bevor apps init ausgeführt wird.

npx skills add DesignSetGo/skills

• building-dsgo-apps Grundgerüst, Wahl zwischen Inline und Iframe, Projektlayout.
• dsgo-manifest Alle Felder von dsgo-app.json: Routen, Berechtigungen, Geheimnisse, geplante Jobs, Webhooks.
• dsgo-bridge-api Jede dsgo.*-Methode, ihre Berechtigungsprüfung, ihre Fehlercode-Struktur.
• deploying-dsgo-apps Die @designsetgo/cli-Schleife, Vorschau-Deployments, CI mit Umgebungsvariablen-Authentifizierung.
• dsgo-abilities Veröffentlichung von Fähigkeiten zurück zur Website, Verbrauch von Fähigkeiten, dsgo.ai.prompt-Tool-Aufrufe.

Isolierungsmodi

Inline für durchsuchbare Seiten. Iframe für Drop-in-Artefakte.

Gleiches Bundle-Format, gleiche Bridge, unterschiedliches Rendering. Apps geben an, welche sie im Manifest haben möchten. Siehe „Wie es funktioniert" für die tiefergehende Abwägung.