OpenClaw-Orchestrator-Routing-Probleme: Wenn Delegation fehlschlägt

Das Problem: Unzuverlässige Agenten-Delegation

Ein Entwickler, der OpenClaw mit einer Hub-and-Spoke-Multi-Agenten-Architektur betreibt, erlebt unzuverlässiges Routing-Verhalten von seinem Hauptorchestrator. Der Orchestrator versucht häufig, Anfragen direkt zu bearbeiten, anstatt sie an den entsprechenden spezialisierten Sub-Agenten zu delegieren. Laut Bericht fühlt sich das Routing unzuverlässig an, wobei die Delegation nur etwa 50–60 % der Zeit korrekt funktioniert.

Konkrete Beispiele sind: Wenn nach Workouts gefragt wird, gibt der Orchestrator generische Fitnessratschläge, anstatt den Trainingsagenten aufzurufen; wenn nach Wetter gefragt wird, antwortet er mit Trainingsdaten, anstatt den Wetteragenten zu kontaktieren.

Aktuelle Setup-Details

Die Konfiguration des Entwicklers umfasst:

• Hauptorchestrator für die Benutzerinteraktion
• 7 spezialisierte Sub-Agenten für: Gmail/Kalender/Drive, Todoist, persönliches Training/Notion, Lebensmittelbestand, Mahlzeitenplanung, Wetter und Zugfahrpläne
• Explizite Routing-Tabelle, die Anfragemuster mit Agenten-IDs verknüpft
• Harte Regel: „Du bist ein ROUTER, kein WORKER – wenn eine Anfrage in den Bereich eines Spezialisten fällt, MUSST du delegieren“
• Jeder Spezialist hat seinen Bereich klar definiert
• Agent-zu-Agent-Kommunikation in der Konfiguration aktiviert
• Orchestrator-Modell: gpt-5.4 über openai-codex

Versuchte Lösungen

Der Entwickler hat mehrere Ansätze ausprobiert, um das Routing-Problem zu beheben:

• Hinzufügen von „NIEMALS“-Regeln für jeden Bereich (z. B. NIEMALS E-Mail-Fragen selbst beantworten, NIEMALS Wetter selbst prüfen)
• Hinzufügen einer „im Zweifel delegieren“-Regel
• Erstellen einer sehr expliziten Routing-Tabelle mit Beispielphrasen

Wichtige Fragen des Entwicklers

Der Entwickler sucht praktische Ratschläge zu mehreren spezifischen Problemen:

• Gibt es ein bekanntes funktionierendes Prompt-Muster, um zuverlässige Delegation in OpenClaw zu erzwingen?
• Spielt die Modellauswahl für den Orchestrator eine signifikante Rolle? Sollte es ein stärkeres oder schwächeres Modell sein?
• Ist der Routing-Tabellen-Ansatz der richtige, oder gibt es eine bessere Strukturierung?
• Erfahrungen damit, wie OpenClaws subagents.allowAgents-Konfiguration das Routing-Verhalten beeinflusst?

Der Entwickler stellt fest, dass einzelne Agenten gut funktionieren, sobald sie Anfragen erhalten, was darauf hindeutet, dass der Engpass rein beim Routing-Schritt liegt.