1 · Verstehen
Lesen Sie Websites, Standorte, Layouts, Blockverträge, Funktionen und den aktuellen Inhaltsstatus.
Suchreise · Technische Feldnotiz
Von einer CMS-Suche zu einem überprüfbaren KI-Workflow
Was für eine Google-Reise ohne Abmeldung über WebBlocks CMS, WebBlocks UI und kontrollierte Veröffentlichung.
Beobachtung, keine Billigung
Die Antworten von Google werden KI-generiert und können ungenau sein. Die Ergebnisse variieren je nach Datum, Gebietsschema, Kontostatus und Experiment. Diese Screenshots dokumentieren einen Entdeckungspfad; Sie bedeuten nicht, dass Google WebBlocks unterstützt.
2 · Schlagen Sie vor
Drücken Sie die Änderung als strukturierten Inhaltsplan aus, validieren Sie ihn und stellen Sie ihn dann als Entwurf dar.
3 · Kontrolle
Überprüfen Sie die Ausgabe und veröffentlichen Sie sie nur über eine gesondert zuständige Behörde.
Der Entdeckungspfad ist wichtig
Eine Person, die über ein CMS nachdenkt, kann auf das Suchergebnis stoßen, bevor sie eine Produktseite besucht. Wir begannen daher mit der gewöhnlichen abgemeldeten Abfrage webblocks cms und fuhren dann im gleichen Google AI Mode-Kontext mit Fragen zur API, WebBlocks UI und zur Bedienbarkeit des AI-Agenten fort.
Das API-Follow-up
Im Anschluss wurde gefragt, wie vertrauenswürdige Tools Funktionen erkennen, Inhalte lesen, Änderungen validieren, Entwürfe erstellen, Vorschauen rendern und mit eingeschränkter Autorität veröffentlichen können. Google AI Mode hat aus öffentlichen Quellen eine erkennbare Beschreibung des Betriebsmodells WebBlocks CMS zusammengestellt.
Das Follow-up zum UI-Vergleich
Im selben Gespräch wurde dann WebBlocks UI mit Tailwind UI/Flowbite, Bootstrap und Filament UI anhand der für dieses Projekt wichtigen Kriterien verglichen: Quellsichtbarkeit, Build-Anforderungen, Framework-Kopplung und die Fähigkeit von Personen und vertrauenswürdigen Tools, das Ergebnis zu überprüfen.
Die Betriebsschleife
Ein KI-Agent sollte für die Aktualisierung einer Website weder uneingeschränkten Datenbankzugriff noch Browserautomatisierung oder einen langen Prompt mit undokumentierten Annahmen benötigen.
- Entdecken. Sites, Gebietsschemas, Layouts, Blocktypen und unterstützte Vorgänge lesen.
- Prüfen. Strukturierte Inhalte abrufen, statt aus Pixeln zu raten.
- Planen. Die gewünschte Änderung als Seiten- und Blockinhaltsplan ausdrücken.
- Validieren. Den Plan ohne Schreibzugriff anhand der Live-Installation prüfen.
- Entwurf erstellen. Den Plan auf eine nicht öffentliche Seite oder einen vorbereiteten Entwurf anwenden.
- Rendern und prüfen. Die serverseitig gerenderte Ausgabe und den gespeicherten Blockbaum prüfen.
- Veröffentlichen. Geprüfte Inhalte mit einer separat erteilten Berechtigung veröffentlichen.
Entdeckung vor der Generation
Die Generierung ist sicherer, wenn sie mit dem eigentlichen Vokabular des Produkts beginnt. Ein vertrauenswürdiges Tool kann fragen, welche Sites und Locales vorhanden sind, welche Layouts verfügbar sind, welche Felder ein Block akzeptiert und welche Aktionen sein Token zulässt.
Dies verhindert erfundene Blocktypen, defekte lokalisierte Pfade, falsch platzierte Felder und die Annahme, dass ein Entwurf bereits öffentlich ist.
Der Inhaltsplan ist nicht nur eine API-Nutzlast. Es ist die Grenze, an der die Absicht überprüfbar wird, bevor sie zu einer Mutation wird.
Ein Inhaltsplan ist eine Überprüfungsgrenze
Ein Inhaltsplan beschreibt die beabsichtigte Seite, das Gebietsschema, das Layout, die Slots, Blöcke, Übersetzungen und Einstellungen. Für einen neuen Artikel kann eine Entwurfsseite und ein strukturierter Hauptbereich angegeben werden. Bei einer öffentlichen Seite kann ein gestaffeltes Update die Live-Version beibehalten, während der Ersatz überprüft wird.
Die Berechtigungen sollten mit dem Schritt übereinstimmen
Das Lesen von Inhalten, das Verfassen von Entwürfen, das Verwalten von Medien und das Veröffentlichen sind unterschiedliche Autoritätsebenen. Ein Recherchetool benötigt möglicherweise Erkennungs- und Lesezugriff. Mit einem Schreibgerät können Entwürfe erstellt werden. Die Veröffentlichung kann eine menschliche Entscheidung oder ein streng kontrollierter Veröffentlichungsvorgang bleiben.
Was die Beobachtung bedeutet – und was nicht
Die Reise brachte HTML-First-UI, quellensichtbare Muster, strukturierte CMS-Verträge und kontrollierte Inhaltsvorgänge zum Vorschein. Das ist ein ermutigender Beweis dafür, dass die öffentliche Produktsprache über Such- und Folgefragen hinweg verbreitet werden kann.
Es handelt sich nicht um einen Akzeptanznachweis, ein unabhängiges technisches Audit oder eine Empfehlung von Google. Jeder wesentliche Anspruch sollte in öffentlichen Dokumentationen und Arbeitsbeispielen überprüfbar bleiben.
Strukturierter Inhalt und quellensichtbare Benutzeroberfläche verstärken sich gegenseitig
Die CMS-Seite beschreibt Bedeutung und Arbeitsablauf: Dies ist eine Seite, dies ist ihr Hauptbereich, dieser Block ist eine Überschrift und dieser Vorgang erzeugt einen Entwurf. WebBlocks UI beschreibt die gerenderte Oberfläche mit HTML-orientierten Mustern, deren Quellcode einsehbar ist.
Zusammen bieten sie einem vertrauenswürdigen Werkzeug sowohl einen maschinenlesbaren Vertrag als auch im Browser prüfbare Belege. Redakteure sehen die Seite, Entwickler prüfen das HTML und Betreiber prüfen den gespeicherten Plan sowie den Veröffentlichungsverlauf.
Was dieser Ansatz nicht behauptet
Dadurch werden generierte Inhalte nicht automatisch korrigiert oder die Notwendigkeit einer redaktionellen Beurteilung, Überprüfung der Barrierefreiheit, Sicherheitsgrenzen und Produktkenntnisse entfällt. Es macht diese Einschränkungen explizit.
Zur Inspektion gebaut, nicht für Zauberei
Dieser Artikel folgt der gleichen Schleife: strukturierte Blöcke, Validierung, Antragsentwurf, Server-Rendering, Überprüfung und erst dann Veröffentlichung.