Hermes Direct Preview

Hermes trennt Rollenlogik und Datenzugriff in zwei klare Ebenen.

Der direkte Hermes Adapter ist ein Founding Partner Preview und Maintainerpfad. Der spätere Kundenweg installiert MarketingOS nach erfolgreicher Acquisition Verifikation und bindet das dedizierte Hermes Profil danach über den stabilen MarketingOS-Manage Launcher an. Der unveränderte Hermes Agent 0.18.2 Beleg bestätigt die Plugin Oberfläche und den Uninstall. Der getrennte 11 von 11 Routenbeleg stammt aus einem dedizierten lokalen Hermes 0.18.2 Prüfbuild mit einem bewusst getragenen Kompatibilitätscommit. Seine exakte Upstream und Local Identität ist im hashgebundenen Receipt festgehalten.

01

1. Produkt zuerst verifiziert installieren

Der spätere öffentliche Kundenpfad verlangt eine erfolgreiche Acquisition Verifikation. Install-MarketingOS installiert das Produkt in den geschützten Versionsstore. Unternehmen, Ziel und Workspace werden danach über den stabilen Starter eingerichtet.

02

2. Hermes über den stabilen Manager anbinden

Der Host Agent ruft MarketingOS-Manage attach-runtime mit --runtime hermes, dem absoluten Hermes Profilpfad, dem exakten Python Interpreter und --hermes-profile marketingos auf. Diese stabile Schnittstelle besitzt keine --dry-run Option.

03

3. Rollenlogik bleibt direkt aufrufbar

Der Installer legt zwölf Skills mit zwölf Slash Commands und das Team Bundle an. delegate_task ordnet einen Fachauftrag einer nativen leaf Session zu. Es entstehen keine persistenten benannten Fachagenten wie in OpenClaw.

04

4. Ein eigenes Profil schützt die Datenebene

Das native Plugin liegt als eigener MarketingOS Eintrag in einem dedizierten Profil. Standardprofil, fremde Plugins, Erinnerungen, Aufgaben und Einstellungen bleiben außerhalb der MarketingOS Ownership Grenze.

05

5. Elf Datenwerkzeuge, kein Werkzeug mehr

Die Plugin Tool Surface enthält ausschließlich die folgende Allowlist. Sie stellt keine Shell und keinen direkten Zugriff auf Local Agent, Token, Dateipfade oder SiteOne Prozesse bereit.

  • marketingos_action_propose
  • marketingos_action_status_get
  • marketingos_connectors_list
  • marketingos_goals_list
  • marketingos_observations_list
  • marketingos_outcomes_list
  • marketingos_receipt_get
  • marketingos_runtime_check_in
  • marketingos_siteone_crawl
  • marketingos_source_read
  • marketingos_workspace_context_get
06

6. Direct bedeutet vertrauenswürdige lokale Arbeit

Die enge Datenwerkzeugliste reduziert Reichweite, ist aber keine Prozessisolation. Das Hermes Direct Profil akzeptiert nur vertrauenswürdige lokale Workloads und besitzt keinen allgemeinen externen Schreibpfad. Der getrennte Managed Google Review-Kandidat gibt weder Tokens noch Provider-Zugriff an Hermes oder ein Modell weiter.

07

7. Hermes Secure stoppt vor jeder Änderung

Hermes Secure ist noch nicht verfügbar. Der Installer beendet den Versuch vor jeder Mutation mit hermes-secure-whole-process-unavailable. Er fällt niemals still auf Direct zurück. Eine Docker Terminal Umgebung allein würde den Hermes Prozess nicht einschließen.

08

8. Plugin und Fachrouten sind getrennt belegt

Der Beleg mit dem unveränderten Hermes Agent 0.18.2 bestätigt elf Plugin Werkzeuge, delegate_task als einziges zusätzliches Koordinationswerkzeug und den geprüften Uninstall. Der dedizierte lokale Prüfbuild mit einem bewusst getragenen Kompatibilitätscommit führt alle elf installierten Fachrollen über native Leaf Sessions aus. Die exakte Build Identität steht im hashgebundenen Receipt. Jede Route erzeugt eine passende Action, ein Receipt und einen Evidence Eintrag. Die Runtime Parität bleibt partiell.

Weiterlesen

Die zwei Hermes Ebenen verstehen

Zwölf Skills, Slash Commands und das Team Bundle tragen die Rollenlogik. Das native Plugin begrenzt die Datenebene auf elf Werkzeuge. Der aktuelle Quellbeleg führt alle elf Rollen über native Leaf Sessions aus.

Proof Ledger öffnen