Дискуссия в r/AI_Agents набирает новый виток. Если раньше идея мультиагентных систем казалась очевидным путём вперёд — разбить задачу на узкие специальности, пусть каждый агент делает своё — то теперь практики говорят обратное: лишняя сложность без выигрыша в качестве.

Суть наблюдения простая. "Harness" (обвязка из нескольких агентов) требует синхронизации, обработки ошибок на каждом уровне, отладки взаимодействия, более хитрого промптирования. При этом один сильный LLM с хорошим инструктажем справляется лучше — быстрее, с меньшей задержкой, проще в отладке. Оркестратор при этом остаётся, но его роль упрощается: не координация узких специалистов, а управление контекстом и цепочкой вызовов для одного агента.

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

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

Для российского бизнеса это означает практический совет: если планируете систему с AI-агентом (колл-центр, аналитика, обработка документов), не спешите создавать сложную архитектуру из кучи узких специалистов. Начните с одного хорошо настроенного агента и инструментального набора. Добавляйте мультиагентность только когда реально упрётесь в возможности одного. В AI Studio, например, можно быстро прототипировать оба подхода и посмотреть, что на вашем наборе данных работает лучше.

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