Koordination mehrerer KI-Agenten: Discord, Cron-Jobs und klare Hierarchien

Problem: Mehrere Agenten ohne Koordination
Der Entwickler betreibt drei OpenClaw-Agenten: zwei auf Claude Max und einen auf OpenAI. Anfangs arbeiteten diese Agenten unabhängig voneinander, ohne voneinander zu wissen, was eine manuelle Koordination erforderte, die ineffizient war.
Paperclip wurde für die Koordination ausprobiert, erwies sich jedoch als teuer aufgrund häufiger Heartbeats, die Tokens verbrauchten, selbst wenn keine Arbeit stattfand. Telegram und Slack wurden ebenfalls versucht, konnten jedoch keine zuverlässige Nachrichtensichtbarkeit zwischen den Agenten bieten.
Lösung: Discord als gemeinsamer Arbeitsbereich
Die funktionierende Lösung war Discord. Ein Server mit themenspezifischen Kanälen wurde erstellt: Entwicklung, Marketing und Finanzen. Alle drei Agenten wurden denselben Kanälen hinzugefügt, wo sie:
- Die Nachrichten der anderen lesen können
- Einander @ erwähnen können
- Aufgaben zwischen Agenten übergeben können
Aufgaben werden einfach im relevanten Kanal abgelegt, und der am besten geeignete Agent nimmt sie auf. Discord dient als ihr "gemeinsames Büro" und erstellt ein lebendiges Protokoll aller Aktivitäten.
Kostenkontrolle: Ersetzen von Heartbeats durch Cron
Anstatt ein globales Heartbeat-System zu verwenden, das alle paar Sekunden ausgelöst wird, läuft jeder Agent nun nach seinem eigenen Cron-Zeitplan. Agenten wachen nur auf, wenn tatsächlich Arbeit ansteht, wodurch die Kosten für Leerlauf-„Atem“-Zyklen entfallen.
Agentenhierarchie und Modellauswahl
Um Chaos zu vermeiden, wurde eine klare Befehlskette etabliert:
- Marusya: Läuft auf Claude Opus, fungiert als Projektleiterin. Zerlegt Projekte, schreibt Richtlinien und delegiert Arbeit.
- Marsel: Läuft auf Claude Sonnet, übernimmt Ausführungsaufgaben.
- Makar: Läuft auf Codex, übernimmt schwere technische Arbeit.
Diese Struktur folgt dem Prinzip "einer führt, zwei führen aus". Der Entwickler empfiehlt ausdrücklich, Modelle basierend auf ihren Stärken zu mischen, anstatt nach einem einzigen "besten" Modell zu suchen.
Technische Einzelheiten des Setups
Zwei Agenten laufen auf demselben Mac-Gerät. Einer ist als Standard-OpenClaw-Instanz installiert, während der zweite als separate Instanz mit einem benutzerdefinierten Alias läuft. Im Terminal werden Agenten durch ihre benutzerdefinierten Namen anstelle von "openclaw" aufgerufen.
Ergebnisse: Von Aufgaben zu Projekten
Mit koordinierten Agenten wechselte der Entwickler vom Denken über einzelne Aufgaben hin zu vollständigen Projekten. Als Testfall bauten die Agenten über Nacht eine Content-Plattform, während der Entwickler schlief. Die resultierende Anwendung umfasste:
- 48 Dateien, 3.360 Codezeilen
- Loginsystem mit rollenbasierter Zugriffskontrolle
- Unterschiedliche Content-Workflows für verschiedene Abteilungen
- Mehrstufige Recherche vor der Generierung
- Datenbankeinrichtung und funktionierendes Admin-Panel
- Alle Bildschirme funktionsfähig
Der Entwickler schrieb keinen einzigen Code für dieses Projekt.
📖 Read the full source: r/openclaw
👀 Siehe auch

Verwenden von Markdown-Dateien als Workflow-Engine für Claude Code in Kubernetes
Ein Entwickler hat traditionelle Pipeline-Tools wie Dagster oder Prefect durch einfache englische Markdown-Dateien ersetzt, die Claude Code als Kubernetes CronJob ausführt. Das System koordiniert Schritte, indem es Artefakte auf die Festplatte schreibt, und läuft seit über einem Monat.

Hacking von Multi-Agent-Orchestration in OpenClaw: Erfahrungen eines Entwicklers
Ein Entwickler modifizierte die OpenClaw-Kernlaufzeit, um eine echte Multi-Agenten-Orchestrierung zu implementieren, nachdem er entdeckt hatte, dass die Agenten eine Zusammenarbeit vortäuschten.

OpenClaw auf AWS Lightsail: Kostenaufschlüsselung und Konfigurationserfahrungen
Ein Entwickler gab in einer Woche 100 US-Dollar für den Betrieb von OpenClaw auf AWS Lightsail mit Claude Sonnet 4.6 über Bedrock aus und stellte fest, dass Sandbox-Einstellungen, Token-Verwaltung und Prompt-Größe die Funktionalität und Kosten erheblich beeinflussen.

Persönliches Projektmanagementsystem mit Claude Code und Obsidian: Architektur und Fragen
Ein Entwickler beschreibt ein dreischichtiges persönliches Betriebssystem, das Claude Code als Eingabemaschine, Obsidian zur Wissensverfolgung und OneDrive zur Dateispeicherung nutzt, mit spezifischen Befehlen wie /daily und /pm-sync zum Weiterleiten von Einträgen und Projektmanagement-Aufgaben.