Produktvorstellung
Agent Composer ohne WordPress-Installation testen: unsere browserbasierte WordPress-Testumgebung
Wir haben eine echte WordPress-Website in eine temporäre Browserumgebung gestellt. So können Sie mit ChatGPT, Codex oder einem anderen kompatiblen MCP-Agenten einen voreinstellungsspezifischen, gesteuerten Entwurfsablauf testen.
Das Problem bei Produktdemos
Wie lässt sich gesteuerte KI-Entwurfserstellung ohne vorherige WordPress-Einrichtung bewerten?
Sobald WordPress läuft, ist die Bedienung vertraut. Bis dahin müssen gewöhnlich Hosting oder eine lokale Umgebung gewählt, WordPress installiert, eine Datenbank eingerichtet, ein Theme ausgewählt und die für den gewünschten Ablauf benötigten Plugins hinzugefügt werden.
Für ein echtes Projekt ist das sinnvoll. Es ist unnötig, wenn es zunächst nur um eine engere Frage geht: Was macht Agent Composer mit einem echten WordPress-Entwurf, wie beeinflusst Agent Canvas das Ergebnis und wo werden Site Contract, Configuration Set, Blueprint und Validierung sichtbar?
- Eine gehostete Vorführung kann eine fertige Oberfläche zeigen, lässt aber selten jeden Besucher eine neue Agentenaufgabe ausführen.
- Ein Video kann den Ablauf erklären, beweist jedoch nicht, wie der aktive Vertrag einen gültigen Entwurf annimmt oder eine unzulässige Aktion ablehnt.
- Eine lokale Installation bietet Kontrolle, verlangt aber Infrastrukturarbeit, bevor die Produkte bewertet werden können.
Der Agent Composer Playground entfernt diesen Einrichtungsschritt. Wählen Sie eine vorbereitete Canvas-Voreinstellung, verbinden Sie Ihren eigenen kompatiblen Agenten, fordern Sie einen passenden Entwurf an und prüfen Sie das gesteuerte Ergebnis in derselben temporären Sitzung.
Der Browser wird zur Laufzeitumgebung
Wie kann eine vollständige WordPress-Umgebung in einem einzigen Browsertab laufen?
WordPress Playground kann WordPress ohne herkömmlichen Server im Browser ausführen. Dazu verwendet es WebAssembly-basiertes PHP sowie ein im Browser enthaltenes Dateisystem und eine Datenbank. Die temporäre Instanz kann am Sitzungsende verschwinden und eignet sich daher als Grundlage für eine offene, kurzlebige Produktvorführung.
Unser Playground lädt mehr als eine leere WordPress-Installation: Agent Composer, Agent Canvas, ein voreinstellungsspezifisches Inhaltsmodell und eine von vier vorbereiteten Mini-Websites. Jede Voreinstellung zeigt Canvas zunächst als funktionierendes Designsystem. SaaS Launch ist die umfassendste Variante und enthält alle im Playground verfügbaren Canvas-Komponenten.
- Im Browser läuft eine echte WordPress- und Gutenberg-Umgebung, keine visuelle Simulation.
- Die ausgewählte Voreinstellung liefert eine eigene Canvas-Darstellung, Inhaltsbeispiele, Site Contract, Configuration Set und Blueprints.
- Jeder Besucher beginnt in einem bekannten Zustand und kann die gesamte Sitzung anschließend verwerfen.
Das WordPress-Playground-Handbuch beschreibt WordPress ohne Server im Browser unter https://developer.wordpress.org/playground/handbook/web-instance/. Der WordPress Developer Blog erklärt WebAssembly als technische Grundlage unter https://developer.wordpress.org/news/2024/04/introduction-to-playground-running-wordpress-in-the-browser/.
Was Sie testen
Ein transparenter Entwurfsablauf, kein Versprechen automatischer Website-Erstellung
Agent Composer
Prüfen Sie freigegebene Funktionen, Entwurfseigentum, Site Contract, Blueprint-Auswahl, Validierung des vollständigen Blockbaums, Vorschau und Protokoll.
Agent Canvas
Erkunden Sie vier funktionierende visuelle Systeme und sehen Sie, wie Vorlagen, Muster, Komponenten und Designvariablen der gewählten Voreinstellung einen echten Gutenberg-Entwurf formen.
Die aktiven Regeln
Sehen Sie, wie das Configuration Set Site Contract und Blueprints bündelt und wie diese Regeln Aktionen annehmen oder ablehnen. Das Muster für sichere KI-gestützte Seitenerstellung zeigt, wie sie das Designsystem schützen.
Die Brücke zur reinen Browser-Website
Wie können ChatGPT oder Codex ein nicht öffentlich erreichbares WordPress bedienen?
Die WordPress-Instanz läuft im Browsertab des Besuchers. Sie ist keine gehostete WordPress-Website mit öffentlichem Serverendpunkt, daher kann ein externer Agent keine direkte Verbindung herstellen. Diese Isolierung ist für den temporären Playground sinnvoll, verursacht aber ein Transportproblem.
Der Playground löst es mit einer kurzlebigen MCP-Weiterleitung. Der Browser öffnet eine Sitzungsverbindung. Ruft der verbundene Agent ein freigegebenes Werkzeug auf, leitet der Dienst die Anfrage an die aktive Browsersitzung weiter. Der Browser führt die lokale Composer-Funktion gegen WordPress aus und sendet das strukturierte Ergebnis auf demselben Weg zurück. Dadurch wird die Testumgebung nicht zu einer öffentlichen WordPress-Website.
- Ihr kompatibler Agent verbindet sich mit dem sitzungsspezifischen MCP-Endpunkt.
- Die Weiterleitung bringt die Anfrage zum gekoppelten Browsertab, statt eingehend mit WordPress zu verbinden.
- Vor jeder WordPress-Änderung setzt Composer die aktiven Berechtigungen, das Entwurfseigentum, den Site Contract, die Blueprint-Grenzen und die Validierung durch.
OpenAI beschreibt MCP als Möglichkeit, ChatGPT oder Codex mit Werkzeugen und Kontext zu verbinden, einschließlich entfernter Streamable-HTTP-Server: https://learn.chatgpt.com/docs/extend/mcp. Im Playground ist MCP der Transport; Composer bleibt die gesteuerte WordPress-Ausführungsgrenze. Zur Zugriffsgrenze siehe KI-Zugriff auf privates WordPress ohne Administratorrechte.
Der wichtige Unterschied
Der Playground zeigt gesteuerte Entwurfserstellung, keine automatische Website-Generierung
Sie beginnen mit einer vorbereiteten, funktionierenden Canvas-Website und bitten den Agenten um einen konkreten WordPress-Entwurf. Sichtbar werden Erkennung, aktiver Vertrag, Blueprint, freigegebene Strukturen, Entwurfserstellung, Validierung, Vorschau und Protokoll. Es handelt sich weder um einen Prompt-zu-HTML-Website-Builder noch um das Versprechen, ein einzelner Prompt ersetze ein vollständiges Webprojekt. Das Modell für native und bearbeitbare KI-gestützte WordPress-Inhalte erläutert die dauerhafte Inhaltsstruktur.
Was Sie prüfen können
Was geschieht nach der Auswahl einer Voreinstellung?
Beginnen Sie mit SaaS Launch, Knowledge Hub, Service Studio oder Editorial Journal. Jede Variante ist eine vollständige Mini-Website mit eigenem Canvas-Designsystem und spezifischem Entwurfskontext. Sie können Website und Komponenten erkunden, bevor Sie sich für eine gesteuerte Aufgabe entscheiden.
Verbinden Sie nach dem Start der temporären Sitzung ChatGPT, Codex oder einen anderen kompatiblen MCP-Client. Lassen Sie zunächst die Umgebung prüfen und fordern Sie dann einen normalen Seitenentwurf oder Inhalt für den eigenen Inhaltstyp der Voreinstellung an. Das Ergebnis bleibt ein überprüfbarer Gutenberg-Entwurf.
- Prüfen Sie aktives Configuration Set, Site Contract, verfügbare Blueprints, Felder und redaktionelle Grenzen.
- Sehen Sie, welche Canvas-Muster und -Komponenten die ausgewählte Voreinstellung für den Entwurf bereitstellt.
- Prüfen Sie erzeugte Blöcke, Validierungsergebnis, Vorschau und Sitzungsprotokoll; oder versuchen Sie bewusst einen Vertragsverstoß und sehen Sie, wie er ohne Inhaltsänderung abgelehnt wird.
Derselbe Agent Composer und Agent Canvas können auch dauerhafte WordPress-Projekte außerhalb des Playgrounds steuern. Der geplante Agent Starter wird den Aufbau einer Ausgangswebsite aus diesen Ideen oder aus einer erfassten bestehenden Website beschleunigen. Das ist ein eigener Produktablauf; der Playground bleibt die fokussierte, temporäre Vorführung.
Ablauf selbst testen
Wählen Sie eine Voreinstellung und fordern Sie einen gesteuerten WordPress-Entwurf an
Starten Sie die temporäre Browserumgebung, verbinden Sie Ihren kompatiblen Agenten und prüfen Sie, wie Composer und Canvas eine voreinstellungsspezifische Anfrage in einen validierten Gutenberg-Entwurf überführen. WordPress-Installation, Hostingkonto oder lokale Umgebung sind nicht erforderlich.