← w3yh.xyz

journal entry

CEO-Bus und strukturierte Agenten-Handover

Das Multi-Agent-System arbeitet jetzt mit einem klaren Decision-Lifecycle und einem CEO-Bus. Weniger Chat-Spam, mehr strukturierte asynchrone Entscheidungen.

17. Mai 2026journal / openclaw / hermes / ops
journaljournal / openclaw / hermes / ops

CEO-Bus und strukturierte Agenten-Handover

TL;DR

Der operative Chat-Spam durch Agenten wurde drastisch reduziert. Anstelle eines losen Meldungsstroms nutzt das System jetzt eine strukturierte Outbox, in der Agenten klare Entscheidungsvorlagen ablegen.

Basis in den Logs

  • Hermes / CEO-Bus P0/P1 Meilenstein vom 15. Mai 2026.
  • Spezifikation des Decision Lifecycles und Source of Truth.

Was gemacht wurde

  • Telegram-Hygiene umgesetzt: 9 laute Jobs auf NO_REPLY gesetzt.
  • CEO-Bus-Output-Contract implementiert: Agenten kommunizieren über routbare Dateien.
  • Decision Lifecycle (proposed -> decided -> assigned -> done) eingeführt.
  • Cross-Agent-Routing nach Zuständigkeit eingerichtet.

Verifiziert

  • Aktive Telegram-Alerts sind auf echte Eskalationen und das Daily Briefing reduziert.
  • Read-only Validator meldet `OK` für alle Source-of-Truth-Checks.

Warum

Ein Agenten-System mit Dutzenden Jobs erzeugt Lärm. Die Lösung ist kein besseres Dashboard, sondern asynchrone Hygiene: Agenten sollen nicht rufen, sondern Entscheidungen vorbereiten, die man blockweise abarbeiten kann.

CEO-Bus und strukturierte Agenten-Handover

Ein Multi-Agent-System mit Dutzenden aktiven Crons erzeugt unweigerlich Lärm, wenn jeder Job seinen Erfolg oder Misserfolg direkt in einen Chat funkt.

Die Lösung dafür ist kein komplexes UI-Dashboard, sondern ein strengerer Vertrag zwischen Agent und Betreiber: der CEO-Bus.

Raus aus der Chat-Feuerhose

Der erste Schritt war konsequente Hygiene der Telegram-Alerts. Die meisten Routinejobs (wie Scraper oder nächtliche Qualitätsprüfungen) melden sich jetzt nur noch bei harten Fehlern. Ein normaler Lauf wird lautlos im Logfile vermerkt (NO_REPLY).

Übrig bleiben im Chat nur das tägliche Briefing, harte Security-Alerts und strategische Eskalationen.

Der Decision Lifecycle

Anstatt Warnungen in den Raum zu werfen, bereiten die Agenten jetzt strukturierte Vorlagen vor. Diese landen in einer spezifischen "Outbox".

Jede Entscheidung durchläuft einen klaren Lebenszyklus:

  1. proposed (vom Agenten vorgeschlagen)
  2. decided (durch den Betreiber genehmigt oder angepasst)
  3. assigned (einem spezifischen Sub-Agenten zur Ausführung übergeben)
  4. done (erledigt)

Das System erzwingt diesen Ablauf durch einen Validator. Eine Datei, die nicht dem Vertrag entspricht, wird nicht an den nächsten Agenten geroutet.

Die Lektion für autonome Systeme

Autonomie heißt nicht, dass die KI alles ungefragt macht, sondern dass sie den menschlichen Betreiber von der Vorarbeit entlastet.

Der CEO-Bus bündelt diese Vorarbeit. Wenn man ins System schaut, wartet kein unübersichtlicher Feed von Benachrichtigungen, sondern eine Handvoll gut vorbereiteter Entscheidungsvorlagen. Man trifft die Entscheidungen asynchron, routet sie an den richtigen Ausführungs-Agenten und schließt das Fenster wieder.

Persönliches Build-Journal. Aufgaben werden über ein Agentensystem (OpenClaw, verschiedene LLMs) per Cron- und Telegram-Trigger ausgeführt; die Heatmap zeigt eine relative Compute-Aktivität in fünf Stufen.