Когда субагентов стоит вернуть в основной цикл: кратко о гайде Anthropic

Кратко. В гайде от 22 октября 2026 года Anthropic предлагает проверить, нужны ли агенту все его субагенты. Если несколько специалистов по очереди работают с одним контекстом, часть из них можно заменить навыками и инструментами основного агента. Но независимую параллельную работу и задачи с перегруженным контекстом не стоит объединять вслепую.

Представьте продукт, где один агент определяет намерение пользователя, второй ищет заказ, третий отвечает за доставку, а четвёртый собирает ответ. По дороге каждый передаёт следующему краткий пересказ. На такую цепочку уходят отдельные вызовы модели, время и контекст; важная деталь может потеряться при передаче.

Что такое субагент и зачем его объединять с основным

Субагент — отдельный агент со своими инструкциями, инструментами и контекстным окном. Основной агент поручает ему часть задачи и получает результат обратно. Это полезно, когда работу можно выполнять независимо. Но если субагенты последовательно передают друг другу одни и те же сведения, каждый переход добавляет задержку и риск потерять контекст.

Anthropic предлагает не заменять все процессы одним длинным промптом, а дать основному агенту доступ к нужной информации постепенно. Короткое описание навыка подсказывает, когда загрузить подробные правила; поиск инструментов помогает выбрать действие, не показывая агенту сразу весь каталог. Тогда планирование и выполнение остаются в одном цикле, а специальные инструкции и обращения к данным подключаются по мере необходимости.

Когда один цикл может работать лучше

В одном клиентском агенте около десятка специалистов мешали держать единый голос и добавляли задержку. В другом сравнении Anthropic сообщает о примерно двукратном ускорении после перехода с многоагентной схемы на один цикл. Это результаты отдельных внедрений, а не обещание такого же выигрыша для каждого проекта.

Первыми кандидатами на объединение будут цепочки, где субагенты постоянно вызывают друг друга, обращаются к одним данным или отличаются главным образом инструкцией «сначала сделай вот это». Если основной агент уже знает результат предыдущего шага, повторно пересказывать его через отдельный контекст дорого и рискованно: часть деталей теряется по дороге.

Когда субагент всё-таки нужен

Сохраняйте отдельного агента, если ему полезен собственный чистый контекст для независимой параллельной задачи, основной цикл заметно ухудшается от переполнения контекста или одному агенту трудно выбирать инструменты из-за конфликтующих инструкций. Отдельный проверяющий тоже может быть оправдан, когда он оценивает результат независимо от автора. Граница должна проходить по контексту задачи, а не по названиям отделов компании.

Удобно сформулировать выбор через наблюдаемую проблему, а не через число агентов:

Как проверить свою архитектуру

Возьмите хотя бы десять реальных сценариев с ожидаемым результатом. Сравните завершение задачи, задержку и расход токенов на одинаковых входных данных до и после изменения. Затем уберите одного субагента: перенесите его рабочие правила в навык, а обращения к системам — в инструменты. Прогоните сценарии несколько раз и посмотрите не только на общий балл, но и на случаи, которые перестали проходить. Anthropic приводит пример: после объединения агентов ответ стал быстрее, но основной агент перестал спрашивать специалиста о дате доставки.

Лимиты расходов, проверки прав и подтверждения опасных действий при этом остаются в коде инструментов. Их нельзя заменить просьбой к модели «будь осторожнее».

Не начинайте с переписывания всей схемы. Сначала отметьте цепочки, которые чаще всего встречаются в реальных запросах. Для каждой запишите, какое знание нужно агенту, какие данные приходят из системы и где должен действовать жёсткий запрет. Знания удобно переносить в навыки, доступ к живым данным — в инструменты; право пользователя и лимиты должны проверяться на стороне инструмента.

Частые вопросы

Значит ли это, что субагенты больше не нужны?

Нет. Anthropic советует сохранять их для независимой параллельной работы, изоляции контекста и случаев, когда один агент путается в конфликтующих инструкциях или инструментах.

Что перенести из субагента в навык?

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

Как понять, что объединение действительно снизило затраты?

Сравните расход токенов и задержку на одинаковом наборе задач до и после изменения. Одновременно проверьте успешное завершение задачи: экономия не стоит пропущенных данных.

Сколько примеров нужно для первой проверки?

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

Почему нельзя просто объединить все промпты в один?

Огромный системный промпт перегружает контекст и может содержать противоречия. Навыки и поиск инструментов позволяют подгружать нужные правила и действия только для текущей задачи.

Что делать с архитектурой дальше

Сначала измерьте качество всей задачи, затем уберите один лишний переход между агентами и сравните результат. Если независимый субагент помогает, оставьте его. Если он только пересказывает основному агенту то, что тот уже мог видеть, лишний вызов можно убрать.

Источник

• Anthropic — Building agents: When to fold subagents into your main agent loop