WP Suite Content Engine – Architektur
Agent-Composer-Architektur: kontrollierte Inhaltsoperationen für bestehende WordPress-Websites
Ausgangspunkt ist eine Website, deren Design und Inhaltsmodell bereits bestehen. Composer stellt einem kompatiblen KI-Agenten nur freigegebene Inhaltsoperationen bereit, speichert validierte Entwürfe in WordPress und belässt Veröffentlichung sowie Produktionsfreigabe in getrennten, menschlich kontrollierten Schritten.
GRENZE DES WEBSITE-AUFBAUS
Agentur oder Builder → Theme + Patterns + CPTs + Redaktionsregeln
↓
GRENZE DER INHALTSOPERATIONEN
Composer Config Set → Site Contract → Page Blueprints
↓
GRENZE DER AGENT-VERBINDUNG
Vorhandener KI-Agent → direktes MCP oder optionaler ausgehender Tunnel
↓
AUSFÜHRUNGSGRENZE
Composer-Validierung → zugewiesener Gutenberg-Entwurf
↓
FREIGABEGRENZE
Menschliche Prüfung → WordPress-Veröffentlichung → optional Static Publisher
Diese Architektur live erleben
Vom MCP-Client zu WordPress, das im Browser läuft
Der Live-Playground macht dieses Grenzdiagramm als temporäres, inspizierbares System erlebbar.
ChatGPT / Codex / MCP client
│
│ MCP
▼
MCP relay
│
▼
Browser / WebAssembly
│
▼
WordPress + Composer + CanvasVerantwortlichkeiten und Vertrauensgrenzen
Ein enger Pfad vom freigegebenen Inhaltsmodell zum prüfbaren Entwurf
Composer gestaltet weder die Website noch hostet er das Modell oder öffnet eine allgemeine WordPress-Administration. Er übersetzt eine authentifizierte Agent-Anfrage in eine vom aktiven Config Set erlaubte Operation und validiert den vollständigen Gutenberg-Baum vor dem Speichern. Diese Ausführungsgrenze steht hinter KI-Bearbeitung ohne uneingeschränkten Administratorzugriff und kontrollierter KI-Seitenerstellung.
ANFRAGEFLUSS Kompatibler KI-Client → authentifizierte MCP-Route → Composer Ability → aktives Config Set → Page Blueprint → freigegebene Patterns und Provider-Blöcke → Validierung → Entwurf PRIVATE VERBINDUNG Lokales oder firewallgeschütztes WordPress → ausgehender Connector-Tunnel → kompatibler OpenAI-Client → dieselben Composer Abilities und WordPress-Berechtigungen IDENTITÄTS- UND SCHREIBGRENZE Eigener WordPress-Agent-Benutzer → Capability-Prüfung → Zuweisung getrennt von Autorschaft → Revisions- und Änderungs-Token → konfliktgeschützte Aktualisierung OPTIONALER PROVIDER-FLUSS Composer → registrierte Gatey-, Flow- oder AI-Kit-Ability → Provider erzeugt und validiert seinen Block → Composer validiert den gesamten Entwurfsbaum FREIGABEFLUSS Validierter Entwurf → menschliche Vorschau und Überarbeitung → menschliche WordPress-Veröffentlichung → optionaler manueller oder geplanter Static-Publisher-Export → S3 / CloudFront + optional Static Site Guardian FEHLERFLUSS Fehlendes Blueprint, ungültige Metadaten, nicht verfügbarer Provider oder veraltete Revision → Validierungs- oder Konkurrenzfehler → kein Überschreiben und keine Veröffentlichung
Eigentumsgrenze WordPress speichert Config Sets, Site Contract, Blueprints, Entwürfe, unterstützte Metadaten, Zuweisungsstatus, Validierungsergebnisse und Auditinformationen. Die Modelllogik bleibt im gewählten KI-Client. Provider-Daten folgen dem jeweiligen separaten Vertrag. Static Publisher und Static Site Guardian sind optionale Auslieferungsschichten; Composer selbst benötigt kein AWS.
Aktivierung und Betrieb
So wird eine bestehende Website zu einem kontrollierten Inhaltssystem
Die Umsetzung beginnt bei der fertigen WordPress-Website und ergänzt nur Vertrag, Verbindung und Prüfkontrollen für wiederholbare Inhaltserstellung.
- Definieren Sie die Inhaltsgrenze — Behalten Sie Website-Builder, Theme und Designprozess bei. Bilden Sie freigegebene Inhaltstypen, Templates, wiederverwendbare Patterns, Blöcke, Felder, Taxonomien, Metadaten und redaktionelle Regeln in einem Config Set und Page Blueprints ab.
- Aktivieren Sie die Composer-Ausführungsschicht — Installieren Sie Agent Composer, validieren und aktivieren Sie das Config Set und verbinden Sie einen eigenen WordPress-Agent-Benutzer mit begrenzten Composer Abilities. Agent Canvas kann Referenz- und Starter-Theme sein, ist aber nicht erforderlich.
- Wählen Sie den Verbindungspfad — Verbinden Sie einen kompatiblen Client direkt über eine authentifizierte MCP-Route oder nutzen Sie den optionalen ausgehenden Connector-Tunnel, wenn WordPress lokal oder hinter einer Firewall bleiben muss. Beide Pfade erreichen dieselbe kontrollierte Ability-Oberfläche.
- Trennen Sie Prüfung und Produktionsfreigabe — Der Agent erstellt oder aktualisiert zugewiesene Entwürfe mit optimistischer Nebenläufigkeit. Redakteure prüfen, überarbeiten und veröffentlichen in WordPress. Bei statischer Auslieferung kann Static Publisher den freigegebenen Stand manuell oder geplant bereitstellen, optional mit Site-Guardian-Schutz.
Was in jeder Architekturschicht ausgeführt wird
WordPress-Kernschicht
Lokale, vertragsgesteuerte Verantwortlichkeiten
- Agentur oder Website-Eigentümer behalten Theme, Patterns, Inhaltstypen, Designregeln und redaktionelle Richtlinien in WordPress.
- Composer übernimmt Capability-Erkennung, Blueprint- und Pattern-Zusammenstellung, Blockbaumvalidierung, konfliktgeschützte Entwurfswrites, Vorschauprüfungen, Zuweisung und Provider-Delegation.
- WordPress speichert Vertrag, Konfiguration, Gutenberg-Entwürfe, unterstützte SEO-Metadaten, Revisionsstatus, Validierungsbelege und redigierte Auditinformationen.
Optionale externe und Auslieferungsschichten
Nur für den gewählten Ablauf aktiviert
- Der gewählte KI-Client übernimmt das Reasoning und verbindet sich über einen kompatiblen authentifizierten MCP-Pfad; Composer verkauft oder hostet keine Modelllaufzeit.
- Der ausgehende Connector-Tunnel ist für kompatible OpenAI-Clients und private WordPress-Ursprünge optional; direktes authentifiziertes MCP bleibt ein eigener Verbindungspfad.
- Static Publisher, S3, CloudFront und Static Site Guardian bilden eine optionale Produktionsauslieferung. Eigentum, AWS-Kosten, Schutz und Freigabeverhalten bleiben von Composer getrennt.
Architekturfragen
Grenzen, die vor der Verbindung eines KI-Agenten festgelegt werden sollten
Übernimmt Composer das Theme oder den Website-Aufbau der Agentur?
Nein. Agentur oder Website-Builder bleiben für Theme, Komponenten, Inhaltstypen und redaktionelle Regeln verantwortlich. Composer nutzt den aktiven Vertrag und die Blueprints erst nach diesen Entscheidungen. Agent Canvas ist lediglich eine optionale Referenz- und Starter-Implementierung.
Erhält der KI-Client WordPress-Administratorzugriff?
Nein. Der Client erreicht benannte Composer Abilities, die einem eigenen WordPress-Benutzer zugeordnet sind. Veröffentlichung, gewöhnliches Löschen, Plugin- und Theme-Verwaltung, Medienupload, Website-Einstellungen und Benutzerverwaltung liegen außerhalb der Agent-Oberfläche.
Kann der WordPress-Ursprung privat bleiben?
Ja. Ein kompatibler Client kann direktes authentifiziertes MCP nutzen, wenn die Route erreichbar ist. Bei lokalem oder firewallgeschütztem WordPress erreicht der optionale ausgehende Connector-Tunnel denselben Composer-Server, ohne einen öffentlichen eingehenden WordPress- oder MCP-Endpunkt zu verlangen.
Ist AWS erforderlich, und wer gibt Inhalte für die Produktion frei?
AWS ist für den Composer-Vertrag und Entwurfslebenszyklus nicht erforderlich. Menschen entscheiden über die WordPress-Veröffentlichung. Optional exportiert Static Publisher den freigegebenen Stand zu S3 und CloudFront; Static Site Guardian kann ausgewählte Auslieferungspfade schützen.
Vollständigen Betriebsvertrag prüfen
Trennen Sie Website-Design, KI-gestützte Entwürfe, redaktionelle Freigabe und Produktionsrelease
Nutzen Sie Agent Composer als kontrollierte Inhaltsebene für den kompatiblen KI-Agenten, den Ihr Team bereits verwendet. So können Sie neue WordPress-Inhalte mit KI erstellen und nativ sowie bearbeitbar halten. Derselbe Vertrag bleibt auch nach der Übergabe bestehen, wenn Sie Kunden KI bereitstellen möchten, ohne die Designkontrolle der Agentur zu verlieren.