Skalierung ohne Chaos
Neue Aufgaben werden neue Rollen – statt neue Ausnahmen im selben Prompt.
Blog · Einordnung
Mehrere Agents statt ein Mega‑Bot: Warum Orchestrierung oft sauberer ist
Der Reflex ist verständlich: „Wir bauen den Assistenten, der alles kann.“ In der Praxis wird genau das schnell unübersichtlich – Rechte, Prompts, Tools, Fehlerbilder. Ein Muster aus der OpenClaw‑Community geht deshalb in die andere Richtung: viele kleine Agents mit klaren Rollen, koordiniert von einer Orchestrierung.
Das Problem mit dem „Ein‑Agent‑für‑alles“
Ein Agent, der E‑Mails beantwortet, Deployments überwacht, im Browser klickt, Rechnungen erstellt und nebenbei auch noch Support macht, braucht am Ende Zugriff auf alles – und muss jede Situation „können“. Das erhöht nicht nur das Risiko, sondern auch die Komplexität: Jede neue Fähigkeit macht das System schwerer testbar.
Die Alternative ist banal, aber effektiv: Rollen trennen. Genau wie in einem Team.
Showcase: „Kev’s Dream Team (14+ Agents)“
Im OpenClaw‑Showcase wird ein Setup beschrieben, das bewusst auf mehrere Agents setzt – mit einem Orchestrator, der Aufgaben verteilt. Dazu gibt es einen ausführlichen technischen Write‑up (GitHub) und einen begleitenden Blog‑Artikel.
Wichtig: Das ist kein „Blueprint, den jeder sofort braucht“. Aber es ist ein sehr gutes Denkmodell, wenn deine Workflows wachsen: Statt alles in einen Prompt zu drücken, definierst du Zuständigkeiten.
Was du daraus mitnehmen kannst (auch in klein)
Du musst keine 14 Agents betreiben, um vom Muster zu profitieren. Schon bei 2–3 Rollen wird es spürbar:
- Inbox‑Assistent (liest, fasst zusammen, erstellt Entwürfe)
- Ops‑Assistent (Health‑Checks, Statusmeldungen, eskaliert bei Abweichungen)
- Web‑Assistent (Browser‑Tasks, am besten mit klaren Stop‑Punkten)
Die Orchestrierung kann dabei simpel bleiben: „Wenn X, dann frage Agent Y“. Der Gewinn kommt aus der Trennung – nicht aus der Agentenzahl.
Praktische Leitplanken für ein Multi‑Agent‑Setup
Wenn du Rollen trennst, solltest du auch die Tool‑Rechte trennen. Das ist nicht nur „Security‑Theater“, sondern hilft im Alltag: weniger Überraschungen, weniger Seiteneffekte.
- Jeder Agent hat ein klares Mandat: „Du erstellst Entwürfe, du versendest nichts.“
- Tool‑Access minimal: Der Ops‑Agent braucht vielleicht CLI‑Checks, aber keinen Browser. Der Web‑Agent braucht Browser, aber keine Message‑Broadcast‑Rechte.
- Einheitliche Output‑Formate: z. B. „Status: OK/WARN/FAIL + Begründung + Next Step“.
- Freigaben an den richtigen Stellen: besonders bei Aktionen mit Kosten oder irreversiblen Konsequenzen (Bestellung, Kündigung, Veröffentlichung).
So bleibt das System „menschlich“: nachvollziehbar, überprüfbar, kontrollierbar.
Bessere Tests
Ein kleiner Agent lässt sich leichter testen (Inputs/Outputs), als ein „Alles‑Agent“.
Weniger Risiko
Wenn ein Agent keine Rechte hat, kann er auch nichts „versehentlich“ ausführen.
Quellen & Weiterführendes
OpenClaw Showcase (Eintrag „Kev's Dream Team“):
https://docs.openclaw.ai/start/showcase
Technischer Write‑up (GitHub):
https://github.com/adam91holt/orchestrated-ai-articles
Begleitender Blog‑Artikel:
https://adams-ai-journey.ghost.io/2026-the-year-of-the-orchestrator/
Sandbox‑Projekt („Clawdspace“):
https://github.com/adam91holt/clawdspace
Was ClawAssist dabei übernimmt
Wir starten bewusst klein: 1–2 Rollen, saubere Defaults („Assist“), klare Freigaben und ein Workflow, der sofort entlastet. Wenn das stabil läuft, kann man Rollen ergänzen – ohne die Kontrolle zu verlieren.