Roadmap
Unternehmenskontext, Control Surface, SiteOne, die Hermes Rollen und Plugin Ebenen sowie die OpenClaw Agentenstruktur sind gebaut. Alle elf Fachrouten sind in beiden Runtimes mit dem aktuellen Quellstand belegt. Der installierte Product Manager kennt Workspace Binding und Ownership. Offen bleiben ein final signiertes Kundenartefakt und belastbare Isolation für nicht vertrauenswürdige Workloads.
Der spätere Kundenpfad prüft zuerst das Acquisition Receipt, installiert MarketingOS über Install-MarketingOS und bindet OpenClaw oder Hermes danach mit exakten Hostpfaden über den stabilen MarketingOS-Manage Launcher an. SiteOne und Runtime Änderung bilden eine Transaktion.
Unternehmen, Marke, Angebot, Zielgruppen, Märkte, Ziele und KPIs liegen versioniert im lokalen Workspace. Neue Maßnahmen binden Revision und Hash. Light Mode, Dark Mode und eigenständige mobile Ansichten sind umgesetzt.
Zwölf Skills, Slash Commands und das Team Bundle tragen die Rollenebene. Ein natives Plugin stellt exakt elf Datenwerkzeuge bereit. Die echte Runtime Prüfung bestätigt Tool Surface und transaktionalen Uninstall.
OpenClaw führt elf benannte Fachagenten aus. Der dedizierte lokale Hermes 0.18.2 Prüfbuild mit einem bewusst getragenen Kompatibilitätscommit führt elf installierte Rollen über native delegate_task Leaf Sessions aus. Seine exakte Identität ist im hashgebundenen Receipt festgehalten. Beide Läufe binden Kontext, Quelle, Action, Receipt, Evidence und SiteOne bei externalWrites 0.
Tool Bridge, Runtime Identity, Workspace Binding, Ownership Marker, SiteOne und die elf Fachrouten müssen gemeinsam aus dem final signierten Paket auf einer frischen Maschine geprüft werden.
Die API und Control Surface zeigen eine vollständige Provenienzkette von der verifizierten Action über Receipt und Observation bis zum Outcome. Der synthetische example.com Lauf bestätigt HTTP 200 und bleibt bei der Geschäftswirkung bewusst nicht eindeutig.
Ein neu gebautes und signiertes Kundenpaket muss auf einer frischen Windows Maschine Installation, Start, Status, Stopp und Rückbau bestehen. Die vorhandenen automatisierten Tests in isolierten Verzeichnissen reichen für diese Aussage nicht aus.
OpenClaw Secure braucht einen vollständigen Workload Beleg. Hermes Secure braucht einen Wrapper um den ganzen Prozess. Der getrennte Witness-Beleg des Reviewer-Hosts muss im späteren Kundenpaket pro Zielumgebung neu erbracht werden. macOS und Linux benötigen echte Release Lifecycle Läufe.
Der Vertrag für genau acht inkrementelle GSC-, GA4- und GTM-Gruppen ist auf einer dedizierten Reviewer-Infrastruktur in Validierung. Vor einer Kundenfreigabe müssen echte Provider-Canaries, Reviewer-Journeys und Google Review abgeschlossen sein. Die fünf Writes brauchen jeweils exakte Vorschau, einmalige Freigabe, höchstens einen Versuch, Receipt, Provider-Postcheck und Rollback oder Recovery; GTM-Version und Publish bleiben getrennt.
Allgemeine CMS-, Bing- und andere externe Writes bleiben geschlossen, bis jeder Pfad seinen eigenen Connectorvertrag besitzt. Ein allgemeines Schreibrecht für OpenClaw, Hermes oder ein Modell ist nicht vorgesehen.
Pilotpartner bringen Domain, Quellen, Verantwortliche und einen wiederkehrenden Marketingworkflow ein. Wir messen Übergabequalität, Durchlaufzeit, Fehler, Ausführungen und spätere Wirkung. Öffentliche Produktclaims entstehen nur aus diesen Beobachtungen.
Weiterlesen
Der OpenClaw Leitfaden erklärt Local Agent, Workspace Binding, Dry Run und die noch offene Revalidierung.