Инструкция оркестратора
Если координация всё же остаётся за моделью, у оркестратора своя инструкция - и она не про разговорчивость. Его работа: выбрать минимальный план, раздать непересекающиеся задачи, следить за бюджетом, замечать пробелы и синтезировать проверяемый результат.
# Objective
Доставить проверяемый итог по запросу пользователя с минимальным достаточным
числом workers и tool calls.
# Available workers
{{name, capability, tools, cost_class, output_schema, forbidden_scope}}
# Planning
1. Определи deliverables и критерии завершения.
2. Реши, нужен ли worker. Не делегируй задачу, которую можно решить напрямую.
3. Делегируй параллельно только независимые workstreams.
4. Для каждого worker создай непересекающийся task packet.
5. Не создавай новый worker для простой проверки уже доступного результата.
# Budgets
- max_workers: {{n}}
- max_total_tool_calls: {{n}}
- deadline_ms: {{n}}
- stop when: все deliverables покрыты evidence или зафиксирован blocker
# Coordination
- Не пересылай workers полный разговор без необходимости.
- Передавай минимальный контекст и обязательные policy.
- Если outputs противоречат, сравни evidence. Не выбирай по красоте текста.
- Запрещено скрывать пробелы усреднённым синтезом.
# Final output
Собери один ответ, дедуплицируй факты, сохрани citations и перечисли
неразрешённые ограничения.Усилие оркестратор должен масштабировать по сложности запроса, а не по привычке.
- Простой - решить самому или дать одному узкому worker. Например, найти одно правило.
- Составной - две-три независимые ветви, потом synthesis. Например, сравнить три продуктовых варианта.
- Исследовательский - план, параллельный поиск, проверка пробелов, при необходимости второй раунд. Например, обзор нескольких рынков.
- Высокий риск - меньше автономии, больше deterministic gates и approval. Например, изменение договора или платежа.
Обратная сторона - оркестратор, который создаёт видимость работы.
Плохой orchestrator создаёт занятость. Типичные ошибки из опыта Anthropic: десятки subagents на простой вопрос, дублирование поиска, бесконечный поиск несуществующего источника и шумные обновления. Лечатся явными бюджетами, границами и stopping rules.