Agent Composer Pro: Foundation & Migration

Migration Foundation hilft Ihnen, eine Agent Canvas Site vor dem Beginn der Agent-Inhalte an eine echte Organisation anzupassen. Es trennt zwei Fragen, die nicht gemeinsam beantwortet werden sollten:

1. Wie soll die Site aussehen und strukturiert sein?
2. Welche Inhalte darf ein Agent erzeugen und unter welchen Regeln?

Der erste Durchgang bereitet die Foundation vor. Der zweite Durchgang bereitet die Inhalts-Governance-Konfiguration von Agent Composer vor. Zwischen beiden wird ein neuer Snapshot genommen, damit der zweite Durchgang auf dem tatsächlich angewandten Zustand basiert und nicht auf einer älteren Site-Version.

Das Foundation & Migration Panel ruft keinen KI-Service auf. Es erzeugt ein herunterladbares Kit, das Sie einem Modell oder einem anderen geprüften Authoring-Prozess geben können. Sie entscheiden den Dienst, welche Quellbelege er erhalten darf und ob der eingehende Vorschlag akzeptabel ist.

Die Oberfläche bezeichnet gelegentlich einen hochgeladenen Vorschlag als candidate und den ersten automatischen Check als preflight. Candidate bedeutet lediglich den zur Prüfung wartenden Vorschlag; preflight prüft, ob er sicher und kompatibel mit der aktuellen Site ist.

Prozess in einem Bild​

B0: snapshot before foundation work
  -> F1: proposed site foundation
  -> preview, review, and activate F1
  -> B1: new snapshot of the applied foundation
  -> C1: proposed Composer content-governance configuration
  -> preview and activate C1 in Foundation & Migration
  -> validate and activate its Config Set in Composer
  -> create governed content drafts

Die Buchstaben beschreiben nicht alle denselben Typ. B0 und B1 sind schreibgeschützte Snapshots. F1 und C1 sind Vorschläge. B1 ist keine Composer-Konfiguration.

Bedeutung der einzelnen Stufen​

Sie können B0 als erste Bestandsaufnahme eines Gebäudes sehen, F1 als geprüften Renovierungsplan, B1 als neue Bestandsaufnahme nach der Renovierung und C1 als Betriebsanleitung für alle späteren Inhalte.

B0: Start-Snapshot​

B0 zeichnet den effektiven Zustand der Zielsite vor Foundation-Arbeit auf. Enthalten sind:

• aktives Agent Canvas Theme und enthaltene Design-Fähigkeiten;
• bestehende siteweite Global Styles wie Farben, Typografie und Abstände;
• Templates, Template Parts, Navigation und wiederverwendbare Patterns;
• Custom CSS und gemeinsam genutzte WP-Suite Component Styles;
• Inhaltstypen und Taxonomien bereits registriert durch WordPress oder aktive Plugins;
• aktive Agent Composer Konfiguration, falls bereits vorhanden und exportierbar.

B0 verändert kein Theme oder WordPress. Agent Composer protokolliert, zu welchem Start-Snapshot ein F1-Vorschlag gehört. Ändert sich die Zielsite bevor F1 geprüft oder aktiviert wird, verlangt Foundation & Migration einen neuen Snapshot und Vorschlag statt das alte Konzept anzuwenden.

F1: Vorschlag für Migration Foundation​

F1 wird aus B0 plus geprüften Nachweisen wie folgendem erstellt:

• autorisierte Analyse der Quell-Site;
• Entscheidungen zu Navigation, Inhaltsorganisation und priorisierten Themen;
• Brand-, Locale- und Accessibility-Anforderungen;
• benötigte Inhaltstypen und die dafür zuständigen Plugins;
• Rechte für Medien und offene Entscheidungen.

F1 kann die installierte Canvas-Site zweckgerichtet anpassen, ohne ein separates Theme zu erzeugen. Nach expliziter Aktivierung kann es aktualisieren:

• Canvas-Farben, Typografie, Abstände und weitere unterstützte Design-Optionen der Site;
• übliches WordPress Custom CSS für Präsentation, die Global Styles nicht abdecken;
• gemeinsames Styling für WP-Suite Plugin-Oberflächen, inklusive visuell getrennter Komponenten;
• Navigationsmenüs und ihre Positionen;
• Header, Footer, Template- und Template-Part-Anpassungen, sicher von WordPress gespeichert;
• wiederverwendbare User Patterns der Site;
• eine optionale Draft-Agent-Composer-Konfiguration, importiert und inaktiv.

Was F1 nicht kann​

F1 kann keine Theme-/Plugin-Quelldateien umschreiben oder erzeugen. Konkret kann es nicht:

• installierte Canvas Theme-Dateien oder Theme-ZIP ändern;
• eingebaute Canvas Design-Einstellungen, Release-Infos oder Built-ins ersetzen;
• Theme/Plugin-Quellcode oder neue Stylesheet-Dateien installieren oder erzeugen;
• custom post type, Taxonomie, Custom Field oder Beziehung registrieren;
• normale Seiten, Beiträge oder benutzerdefinierte Datensätze veröffentlichen;
• einen Agent Composer Config Set aktivieren.

Site-spezifische Plugins müssen die zugrunde liegenden Inhaltstypen, zugehörigen Taxonomien, REST-sichtbaren Felder, Relationsspeicherung und erlaubte Relationsziele registrieren, bevor Foundation-Vorschau starten kann. Composer liefert generische Relation-Lookup/Feld-Write- und governed Taxonomie-Term-Workflows; ein Site-Plugin dupliziert sie nicht. F1 darf Site-Contract Taxonomiezugriff nur für über Discovery bestätigte Fähigkeiten vorschlagen, aber nicht die Plugin-Funktion dahinter bereitstellen. Ebenso kann F1 ein site-eigenes User Pattern erzeugen, aber kein neues integriertes Canvas-Pattern hinzufügen.

Prüfen, reviewen und Foundation aktivieren​

Diese Schritte sind absichtlich getrennt:

1. Vorschlag prüfen​

Foundation & Migration prüft, dass der hochgeladene F1-Vorschlag zu aktuellem B0 gehört, erwartetes Format hat, verfügbare Blöcke und Inhaltstypen nutzt und keine Passwörter, Geheimschlüssel oder ausführbaren Code enthält. Es meldet außerdem unbeantwortete Entscheidungen, welche Aktivierung unsicher machen würden. Vorschlag wird zur Review gespeichert; das Site-Aussehen bleibt unverändert.

2. Vorschlag prüfen und freigeben​

Foundation & Migration liest die Ziel-Site erneut und erzeugt eine lesbare Liste der vorgeschlagenen Änderungen. Es prüft außerdem, ob jeder Punkt sicher für Agent Composer ist und ob erforderliche Plugins/Inhaltstypen noch vorhanden sind. Die Vorschau ändert das Design nicht. Es wird exakt protokolliert, was geprüft wurde.

Dies ist eine Vorschau der Vorschläge, kein fertiges Endseitenbild. Prüfen Sie das Ergebnis visuell nach Aktivierung auf einer sicheren Test- oder Staging-Site.

3. Foundation aktivieren​

Foundation & Migration prüft den Vorschlag final und aktiviert ihn nur, wenn Site und Vorschlag weiterhin dem Geprüften entsprechen. Änderungen werden in kontrollierter Reihenfolge durchgeführt und Rückgängigmachungen dokumentiert. Scheitert ein Teil der Aktivierung, werden bereits geänderte Elemente wiederhergestellt, soweit möglich.

Hat jemand die Site nach Vorschau geändert, wird der Plan geändert und Aktivierung gestoppt. Erstellen Sie statt eines alten Vorschlags eine neue Vorschau.

B1: Snapshot nach Foundation​

Nach Aktivierung von F1 laden Sie ein neues content-governance Kit herunter. Der Basissnapshot darin ist B1.

B1 ist wichtig, weil jetzt die reale Zielsite berücksichtigt wird:

• das angewandte Site-Design;
• tatsächlich vorhandener Header, Footer und Templates;
• tatsächliche Navigation und User-Patterns;
• jeder Inhaltstyp und jede Taxonomie, die aktive Plugins liefern;
• Pattern- und Blockauswahl, die Composer sicher zulassen kann.

So vermeiden Sie, dass der Governance-Vorschlag Templates, Plugin-Features, Patterns oder Inhaltstypen referenziert, die nur im älteren Plan existierten.

Wichtiger Composer-Hinweis​

B1 enthält den aktuell aktiven Composer Config Set, wenn vorhanden. Eine durch F1 importierte Draft-Konfiguration ist nicht automatisch in B1 enthalten, nur weil sie in Composer gespeichert wurde.

Wenn dieser F1-Entwurf für den zweiten Durchlauf maßgeblich ist, nehmen Sie ihn in die C1-Vorbereitung auf oder validieren Sie und aktivieren Sie ihn bewusst zuerst in Composer, bevor Sie einen späteren Snapshot erstellen. Nutzen Sie nicht denselben Config Set Bezeichner für verschiedene Konfigurationen; Composer meldet in diesem Fall Konflikt statt stillschweigend vorhandene Konfiguration zu ersetzen.

C1: Vorschlag für Inhalts-Governance​

C1 entsteht aus B1, der geprüften Inhaltsstrategie, repräsentativen Quellelementen und Ihren redaktionellen Entscheidungen. Er sollte i.d.R. die Foundation beibehalten und sich auf die Regeln konzentrieren, die Agent Composer benötigt.

Ein vollständiger C1 Vorschlag kann enthalten:

• den Config Set, der den Vorschlag bündelt;
• den Site Contract inkl. Sprache, verfügbarer Inhaltstypen, Felder, Templates, Medienregeln und welche Plugins Features bereitstellen dürfen;
• eine oder mehrere Blueprints, die je eine Seite oder Inhaltsart definieren, an der der Agent arbeiten darf;
• ob jedes Blueprint ein Gutenberg-Dokument oder strukturierten Datensatz aus registrierten Feldern verwendet;
• erlaubte Patterns, Blöcke, Templates und erforderliche Reihenfolge der Abschnitte;
• Beziehungen, redaktionelle und SEO-Regeln;
• welche installierten Plugins, Designkomponenten und Inhaltsquellen Composer nutzen darf.

Der C1-Durchgang erstellt noch keine finalen Artikel, Landing Pages oder benutzerdefinierten Inhalte. Er erstellt die Regeln, nach denen diese Entwürfe später erzeugt werden dürfen.

Zwei verschiedene Aktivierungen​

Die wichtigste betriebstechnische Unterscheidung ist:

1. Foundation & Migration Proposal activation wendet die geprüften Migrationsänderungen an und kann einen Draft Composer-Konfiguration importieren. Diese Konfiguration bleibt inaktiv.
2. Composer Config Set activation erfolgt später in Agent Composer, nachdem die importierte Konfiguration die vollständige Composer-Validierung besteht.

Die normale Zweistufenreihenfolge ist:

1. C1 in Foundation & Migration hochladen und Prüfungen starten.
2. vollständige Änderungsliste prüfen.
3. geprüften C1 Vorschlag in Foundation & Migration aktivieren. Dies importiert die Draft Composer-Konfiguration.
4. SmartCloud > Agent Composer öffnen.
5. Site Contract, Blueprints, Felder, Patterns, Plugin-Anforderungen und Sprachregeln prüfen.
6. Composer-Validierung ausführen.
7. validierten Config Set explizit aktivieren.
8. einen repräsentativen Dokumententwurf und, falls relevant, einen strukturierten Record-Draft generieren, bevor Flächenproduktion startet.

Durchgängiger Arbeitsablauf für Betreiber​

1. Agent Canvas, Agent Composer und alle Plugins, die erforderliche Blöcke oder Inhaltstypen liefern, installieren und aktivieren.
2. Sitespezifische Inhaltstypen, zugeordnete Taxonomien, REST-sichtbare Felder, Relationsspeicher und Zielverträge über zuständiges Plugin registrieren; für Relation-Lookup, Feldupdates und policy-gated term search/create/assignment die generischen Composer-Fähigkeiten nutzen.
3. Migration Foundation Kit herunterladen. Damit wird B0 ohne Siteänderung erstellt.
4. Kit, autorisierte Quellmaterialien und Ihre Site-Entscheidungen dem gewählten KI-Modell oder geprüften Authoring-Prozess geben.
5. Rückgelieferten F1 Vorschlag in Foundation & Migration hochladen und Prüfungen ausführen.
6. vollständige Liste der Foundation-Änderungen prüfen.
7. exakt den geprüften F1 Plan aktivieren.
8. Site visuell prüfen und Navigation, Templates und responsive Verhalten verifizieren.
9. neues Content-Governance Kit herunterladen, damit wird B1 erzeugt.
10. C1 aus B1 und geprüfter Inhaltsstrategie erzeugen.
11. C1 in Foundation & Migration hochladen, prüfen, Vorschau und Aktivierung durchführen.
12. importierten Config Set separat in Composer validieren und aktivieren.
13. repräsentative Entwürfe prüfen, bevor breite Content-Produktion startet.

Erzeuge einen neuen Vorschlag, wenn sich Inhalte ändern. Nutzen Sie B0 nach F1 niemals noch für C1, wenn F1 den Zielzustand verändert hat.

Häufige Missverständnisse​

Wenn Prüfung, Vorschau, Aktivierung oder Rollback stoppt, siehe Agent Composer Pro Fehlerbehebung.