Сервис развивается: тестируем формат, собираем идеи, улучшаем сервис. Есть идеи?

Написать
Войти
Дайджесты
Пиксельная иллюстрация лаборатории с AI-агентами

Гибридные архитектуры AI-агентов: шаблоны оркестрации Fable 5 и Sonnet 5 от Anthropic

Детальный разбор двух шаблонов совместной работы моделей Fable 5 и Claude 3.5 Sonnet в рамках платформы Claude Managed Agents от Anthropic. Карточка сравнивает режимы советника и оркестратора по соотношению стоимости запросов к API и качества выполнения задач на бенчмарках SWE-bench Pro и BrowseComp.

Гибридные архитектуры AI-агентов: шаблоны оркестрации Fable 5 и Sonnet 5 от Anthropic

Развитие автономных ИИ-агентов (AI agents — программ, способных самостоятельно выполнять сложные цепочки задач, взаимодействовать с файловой системой и внешними API) привело разработчиков к серьезному барьеру — стоимости их эксплуатации. Использование флагманских моделей искусственного интеллекта вроде Fable 5 для каждого шага работы агента экономически нецелесообразно. На практике агенту приходится выполнять множество рутинных действий: искать файлы в репозитории (команды grep), запускать тесты, исправлять мелкие опечатки и форматировать код. Если за каждый такой шаг платить полную стоимость вызова дорогой модели с огромным контекстным окном, цена решения одной задачи становится слишком высокой для коммерческого использования.

Для решения этой проблемы компания Anthropic предложила концепцию гибридных архитектур в рамках своей платформы Claude Managed Agents. Суть подхода заключается в разделении труда: самая мощная модель привлекается только для высокоуровневого планирования, принятия стратегических решений и верификации, а рутинное выполнение конкретных подзадач поручается более быстрой и дешевой модели (например, Sonnet 5). Это позволяет сохранить качество работы агента на уровне флагманских моделей, сократив расходы на API более чем в два раза.

Платформа Claude Managed Agents как технологический фундамент

Claude Managed Agents — это специализированная инфраструктура Anthropic для развертывания мультиагентных систем. Она предоставляет готовые механизмы для управления сессиями, работы с контекстом, интеграции внешних инструментов через протокол MCP (Model Context Protocol — стандарт описания API для моделей) и безопасного выполнения кода.

В гибридных архитектурах модели делятся по ролям:

  • Fable 5 выступает в роли планировщика («мозга» системы). Она обладает максимальной способностью к рассуждению, пониманием архитектурных паттернов и умением декомпозировать сложные неоднозначные требования.
  • Sonnet 5 является эффективным исполнителем («руками» системы). Она оптимизирована для быстрого написания кода, отладки и циклического исправления ошибок по логам тестов.

Anthropic выделила два основных паттерна совместной работы этих моделей: «Советник» (Advisor) и «Оркестратор» (Orchestrator).

Шаблон «Советник» (Advisor): точечная экспертиза

В шаблоне «Советник» основной рабочий цикл агента выполняется более дешевой моделью (Sonnet 5). Она напрямую взаимодействует с инструментами, редактирует файлы и запускает сборку проекта. Однако в конфигурацию Sonnet 5 добавляется специальный инструмент — Advisor tool, который позволяет ей обращаться к старшей модели (Fable 5) за консультацией.

Схема работы выглядит следующим образом:

  1. Sonnet 5 выполняет задачу самостоятельно до тех пор, пока не столкнется с развилкой принятия решений или критической ошибкой.
  2. При срабатывании определенного триггера (например, необходимость изменения структуры базы данных, выбор архитектурного паттерна или третья подряд неуспешная попытка исправить тест) Sonnet 5 формулирует точечный вопрос и отправляет его модели Fable 5.
  3. Fable 5 анализирует сжатый контекст проблемы, принимает стратегическое решение и возвращает краткую инструкцию обратно.
  4. Sonnet 5 продолжает работу на основе полученного совета.

Такой подход минимизирует накладные расходы на координацию, поскольку Fable 5 вызывается в среднем один раз за задачу. На бенчмарке SWE-bench Pro (набор тестов для проверки ИИ на реальных багах из GitHub) паттерн «Советник» позволил достичь 92% качества от работы чистой Fable 5, снизив затраты на API до 63% от оригинальной стоимости.

Шаблон «Оркестратор» (Orchestrator): планирование и параллельное исполнение

Шаблон «Оркестратор» (также известный как Plan-Big-Execute-Small) использует совершенно иную логику и подходит для крупных, четко декомпозируемых задач. В этой схеме координатором выступает старшая модель (Fable 5), а исполнителями — несколько изолированных агентов на базе Sonnet 5.

Процесс строится по следующим шагам:

  1. Оркестратор (Fable 5) получает общую задачу (например, «перенести корзину покупателя на новый микросервис»), анализирует кодовую базу и составляет детальный пошаговый план.
  2. Оркестратор разбивает план на независимые подзадачи и запускает дочерние потоки (threads) с агентами на базе Sonnet 5.
  3. Каждый воркер (Worker) получает строго ограниченный контекст и свой набор инструментов (например, один воркер имеет доступ только к репозиторию фронтенда, второй — к схеме БД, третий — к написанию тестов).
  4. Воркеры выполняют свои задачи параллельно.
  5. Оркестратор собирает результаты работы, разрешает конфликты в именовании или структуре данных, запускает интеграционные тесты и проверяет соответствие итогового кода исходным требованиям.

В бенчмарке BrowseComp (тестирование веб-агентов в сложных сценариях) гибридный «Оркестратор» показал производительность на уровне 96% от лидера при стоимости всего 46% от затрат на полностью монолитную схему на базе Fable 5.

Для наглядности приведем абсолютные цифры стоимости решения одной сложной проблемы в бенчмарке:

  • Использование только Fable 5: качество 90.8%, средняя стоимость — $40.56.
  • Использование только Sonnet 5: качество 77.8%, средняя стоимость — $16.01.
  • Гибридный «Оркестратор» (Fable 5 + Sonnet 5): качество 86.8%, средняя стоимость — $18.53 (всего на $2.52 дороже чистого Sonnet, но качество работы на 9 процентных пунктов выше).

Безопасность и изоляция доступов

Мультиагентная архитектура решает еще одну важную проблему — безопасность и контроль доступа к инфраструктуре (token scoping и credentials management). Вместо предоставления одному ИИ-агенту полных прав администратора ко всей системе, разработчики могут изолировать инструменты:

  • Агент-оркестратор не имеет прямого доступа к серверам MCP и секретным ключам, он работает только с планом и текстом.
  • Агент для работы с базой данных получает доступ через MCP-сервер с правами read-only.
  • Агент для интеграции с репозиторием авторизуется только в рамках конкретной ветки Git через свой набор vault_ids (зашифрованных хранилищ учетных данных в Claude Managed Agents).

Важная техническая деталь при настройке: Согласно документации Anthropic, при декларировании MCP-серверов в конфигурации Managed Agents адрес сервера (mcp_server_url) должен посимвольно совпадать со значением в массиве разрешенных серверов (mcp_servers[].url), включая протокол (http/https) и завершающий слэш. Опечатка в этих полях — частая причина сбоев аутентификации агентов.

Практические чек-листы для проектирования гибридных агентов

При внедрении паттерна «Советник» (Advisor) придерживайтесь правил эскалации:

  1. Задайте четкие правила вызова дорогой модели. Хорошие триггеры: изменение схем баз данных, добавление внешних библиотек, изменение API-контрактов, тупик отладки (тест падает три раза подряд с одной ошибкой).
  2. Ограничивайте контекст вопроса. Передавайте советнику только формулировку проблемы, текущий некорректный фрагмент кода и вывод ошибки компилятора. Не отправляйте весь репозиторий.
  3. Логируйте каждый совет для оценки окупаемости. Если советник вызывается слишком часто на простых опечатках, перенастройте системный промпт исполнителя.

При внедрении паттерна «Оркестратор» (Orchestrator) контролируйте интеграцию:

  1. Требуйте от оркестратора составлять список «не-целей» (non-goals) для воркеров, чтобы они не пытались рефакторить соседние модули.
  2. Не допускайте прямого взаимодействия между воркерами. Вся координация должна проходить через оркестратора, иначе возникнут конфликты слияния кода (merge conflicts).
  3. Обязательно запускайте автоматические тесты (unit и интеграционные) после слияния результатов воркеров. Мультиагентный код может быть синтаксически верным, но расходиться в именах переменных или логике вызовов.