Multi-Agent-Orchestrierung in OpenClaw: Regeln zentralisieren, Sub-Agenten erzeugen

Ein OpenClaw-Benutzer teilt seine Entwicklung von isolierten, agentenspezifischen Workspaces zu einem zentralisierten Orchestrierungsmuster. Anfangs erstellte er separate Agenten – jeweils mit eigenem workspace-* – für Anwendungsfälle wie Systemadministrator, Familien-Agent, Unternehmensassistent und Sportliga-Verwaltung. Bei der Entwicklung einer Fähigkeit (z. B. einer Team-Roster-Funktion für den Sport-Agenten) chatete er direkt mit diesem Agenten.
Der Schmerzpunkt: Wenn eine übergreifende Regel auftauchte (z. B. „Strukturierte Daten wie Punktestände oder Ausgabenlisten immer als .JSON-Dateien speichern“), musste er die Anweisung manuell in jedes Workspace kopieren. Die Lösung bestand darin, einen einzigen „Haupt-Agenten“ als Orchestrator zu etablieren. Jetzt enthält der Haupt-Agent alle Architekturregeln (wie die .JSON-Konvention) und erzeugt bei Bedarf Unter-Agenten, um Werkzeuge zu bauen. Wenn der Benutzer beispielsweise einen Ausgaben-Tracker für den Unternehmensagenten bauen möchte, beschreibt er die Anforderungen dem Haupt-Agenten, der dann sicherstellt, dass die im Workspace des Unter-Agenten erstellte Fähigkeit die zentralen Regeln befolgt – keine Duplizierung mehr.
Der Benutzer gibt zu, dass dieses Muster im Nachhinein „offensichtlich erscheint“, merkt jedoch an, dass er zunächst unsicher war, ob das empfohlene Muster „Haupt-Agent orchestriert Unter-Agenten“ auf Szenarien anwendbar ist, in denen Agenten andere Agenten bauen.
📖 Vollständige Quelle lesen: r/openclaw
👀 Siehe auch

Verwendung von ntfy für OpenClaw-Agenten-Benachrichtigungen
Ein Entwickler teilt seine Erfahrungen mit der selbst gehosteten Version von ntfy.sh für Push-Benachrichtigungen von OpenClaw-Agenten, indem er Discord/Telegram-Bots vermeidet, ntfy serve auf demselben VPS ausführt und HTTP-POST-Anfragen nutzt.

4 Dateien, die Claude Code veranlassten, sicheren Produktionsdatenbank-Code zu schreiben
Ein Entwickler teilt vier Dateien – CLAUDE.md, MEMORY.md, framework.md, decisions/log.md – plus eine Python-Bridge mit Idempotenzschlüsseln und Schreibsperren, die es Claude Code ermöglicht, sicher in eine Convex-Proddatenbank zu schreiben.

Wie die Aufteilung des Kontextes in separate Dateien Claude konsistenter machte
Ein Reddit-Nutzer teilt eine praktische Einrichtung für Claude: Kontext in about-me.md-, my-voice.md- und my-rules.md-Dateien aufteilen; einen Plan-vor-Ausführung-Ablauf verwenden; Modelle pro Aufgabe wechseln; und Feedback statt perfekter Prompts geben.

Acht Prompting-Techniken, die die Ausgabequalität von Claude verbessern
Ein Reddit-Nutzer teilt acht spezifische Prompting-Techniken, die die Qualität seiner Claude-Ausgaben durchgängig verbessert haben, darunter Befehle wie „Denke vor der Antwort jede Ebene durch“ und „Finde die 20 % der Aktionen, die 80 % der Ergebnisse bewirken“.