Проблемы с маршрутизацией в OpenClaw Orchestrator: Когда делегирование не работает

Проблема: Ненадёжное делегирование агентам

Разработчик, использующий OpenClaw с архитектурой «звезда» из нескольких агентов, сталкивается с ненадёжным поведением маршрутизации от основного оркестратора. Оркестратор часто пытается обрабатывать запросы напрямую вместо того, чтобы делегировать их соответствующему специализированному суб-агенту. Согласно отчёту, маршрутизация кажется ненадёжной: делегирование работает корректно лишь примерно в 50-60% случаев.

Конкретные примеры включают: при запросе о тренировках оркестратор даёт общие советы по фитнесу вместо вызова агента тренировок; при запросе о погоде он отвечает на основе обучающих данных вместо вызова агента погоды.

Детали текущей настройки

Конфигурация разработчика включает:

• Основной оркестратор, обрабатывающий взаимодействие с пользователем
• 7 специализированных суб-агентов для: Gmail/Календарь/Диск, Todoist, личные тренировки/Notion, инвентарь продуктов, планирование питания, погода и расписание поездов
• Явную таблицу маршрутизации, сопоставляющую шаблоны запросов с ID агентов
• Жёсткое правило: «Вы — МАРШРУТИЗАТОР, а не ИСПОЛНИТЕЛЬ — если запрос попадает в область компетенции любого специалиста, вы ДОЛЖНЫ делегировать»
• Чётко определённую область компетенции для каждого специалиста
• Включённые в конфигурации коммуникации между агентами
• Модель оркестратора: gpt-5.4 через openai-codex

Предпринятые попытки решения

Разработчик пробовал несколько подходов для исправления проблемы маршрутизации:

• Добавление правил «НИКОГДА» для каждой области (например, НИКОГДА не отвечай на вопросы о почте сам, НИКОГДА не проверяй погоду сам)
• Добавление правила «если сомневаешься — делегируй»
• Создание очень явной таблицы маршрутизации с примерами фраз

Ключевые вопросы от разработчика

Разработчик ищет практические советы по нескольким конкретным проблемам:

• Существует ли известный рабочий шаблон промпта для принудительного надёжного делегирования в OpenClaw?
• Имеет ли выбор модели для оркестратора существенное значение? Должна ли это быть более сильная или более слабая модель?
• Является ли подход с таблицей маршрутизации правильным, или есть лучший способ структурировать это?
• Есть ли опыт с тем, как конфигурация subagents.allowAgents в OpenClaw влияет на поведение маршрутизации?

Разработчик отмечает, что отдельные агенты хорошо работают, как только получают запросы, что указывает на то, что узким местом является исключительно этап маршрутизации.