Claude Certified Architect · Модуль 1 · Урок 1.2
Оркестрация многоагентных систем
Суть
В системе координатор–субагент (coordinator–subagent) субагенты имеют изолированный контекст: они не наследуют историю координатора автоматически. Связь идёт по схеме «звезда» (hub-and-spoke): всё общение проходит через координатора, что даёт наблюдаемость и контроль.
Где возникают пробелы покрытия
Систематические пробелы в результатах почти всегда — следствие слишком узкой декомпозиции на стороне координатора, а не ошибки субагента или агента-синтезатора. Прежде чем винить синтез, читайте логи координатора: какие подзадачи он раздал.
Итеративное уточнение и масштаб контекста
Цикл уточнения оценивает результат синтеза по порогу покрытия и при пробелах переотправляет задачи субагентам. Когда контекст координатора переполняется накопленными результатами, ответ — вынести результаты во внешнее хранилище состояния и держать в контексте только актуальное; наращивание окна контекста лишь отодвигает проблему.
Anti-patterns
| Ловушка | Почему не работает | Верный паттерн |
|---|---|---|
| Считать, что субагенты наследуют контекст координатора | Контекст изолирован, каждый вызов с чистого листа | Явно передавать весь нужный контекст в промпте субагента |
| Винить синтезатор за пробелы покрытия | Корень — узкая декомпозиция координатора | Смотреть логи координатора; чаще всего проблема в декомпозиции |
| Разрешать прямую связь субагент–субагент | Обходит наблюдаемость координатора | Вся связь — через координатора (hub-and-spoke) |
Exam traps
| Ловушка | Почему не работает | Верный паттерн |
|---|---|---|
| Наращивать окно контекста под рост результатов | Та же ловушка повторится на большем пределе | Вынести результаты во внешнее хранилище состояния |
| Просить координатор «суммировать и забыть» результаты | Суммаризация вероятностна, теряет данные | Хранить результаты вне контекста, подтягивать по необходимости |
| Параллелить субагентов разными ходами | Последовательные ходы убивают параллелизм | Все Task-вызовы — в одном ответе координатора |
Практическое задание (T2)
- Собрать схему «звезда»: всё общение через координатора.
- Запустить на теме «влияние удалённой работы на городское планирование» и залогировать декомпозицию.
- Реализовать итеративное уточнение с проверкой порога покрытия.
- Проверить изоляцию: синтезатор не имеет доступа к сырой истории поиска.
- Намеренно сделать узкую декомпозицию и затем исправить её.
Проверка знаний
Многоагентная исследовательская система
Исследование «ИИ в творческих индустриях» завершилось, но субагенты покрыли только визуальные искусства (цифровое искусство, графдизайн, фото). Музыка, литература, кино упущены. Где причина?
Верный ответ: B
B верно. Логи координатора показывают узкую декомпозицию; субагенты корректно выполнили то, что им поручили. Сбой выше по течению — в логике координатора, а не в исполнении. Остальные варианты лечат следствия.
Многоагентная исследовательская система
Координатор управляет WebSearchAgent, DocumentAnalysisAgent, DataValidationAgent. Первые два независимы, валидация зависит от обоих. Сейчас последовательно 45с + 60с + 30с = 135с. Как минимизировать задержку?
Верный ответ: B
B верно. Несколько Task-вызовов в одном ответе исполняются параллельно: max(45, 60) = 60с, плюс 30с валидации = 90с. A — такого мета-инструмента нет. C ломает схему «звезда». D теряет специализацию и не даёт параллелизма.
Многоагентная исследовательская система
К третьему запросу координатор занимает 180k/200k токенов, храня результаты субагентов, и подходит к пределу. Что делать?
Верный ответ: C
C верно. Рост окна — временная заплатка (ловушка повторится). Суммаризация вероятностна и теряет данные. Сокращение агентов режет возможности. Правильно — отделить хранение результатов от контекста модели: данные живут снаружи, координатор подтягивает лишь нужное сейчас.