Почему одного агента мало: предел одного повара
🤔 Зачем это читать
Сцена, которую я видел десятки раз. Кто-то собрал одного AI-агента, он работал — и начал нравиться. Раз справился, дай ему ещё. Через месяц на этого же бота навешано всё подряд: отвечать клиентам, считать цифры из таблиц, писать недельные отчёты, искать в базе, напоминать про оплаты. Один бот — на всё. И вот этот «универсальный солдат» начинает тупить: путает, кому какой ответ, теряет нитку посреди расчёта, отвечает невпопад, тормозит. Хозяин разводит руками: «модель же хорошая, чего она дурит?»
Знакомо? Это не «модель дурит». Это то же самое, что произойдёт с одним поваром, на которого в час пик повесили и салаты, и горячее, и десерты, и приём заказов. Каждое в отдельности он умеет. Но всё разом, в темпе, без разделения — и человек начинает ронять, путать столы и подавать остывшее. Дело не в том, что повар плохой. Дело в том, что задач больше, чем один может удержать в голове одновременно.
И почти всегда первая реакция владельца — неправильная: «возьму повара поопытнее». Более дорогая модель действительно тянет чуть больше — но потолок одного остаётся потолком одного. В какой-то момент помогает не «повар получше», а другая организация работы: не один на всё, а несколько с узкими ролями. На кухне это называется бригадой.
После этой темы ты сможешь распознать момент, когда задача переросла одного агента — по конкретным признакам, а не на глаз, — и понимать, почему ответ тут «бригада», а не «модель помощнее». А заодно увидишь и обратную ошибку: когда бригаду собирают там, где за глаза хватило бы одного, и она только всё запутывает.
Задержись на 10 секунд. Вспомни день на работе, когда на тебя навалилось пять разных дел сразу — звонки, отчёт, согласование, плюс кто-то дёргает по мелочи. Не то чтобы каждое было сложным. Но всё вместе, внахлёст — и ты начал путаться и буксовать. Подержи это ощущение. Ровно это случается с одним агентом, на которого навесили слишком много и слишком разного.
🔥 Один повар на всю кухню в час пик
Давай начнём с того, что уже знакомо. В прошлых темах наш агент жил один: ему давали цель, он крутил свой круг «думаю — делаю — пробую» (это цикл «Думаю — Делаю — Пробую» (ReAct), мы его подробно разбирали) и выдавал результат. Один агент — один повар на кухне. Пока заказ один и понятный, повар-универсал прекрасно справляется сам: и пожарит, и нарежет, и подаст.
Проблема начинается не от сложности одного блюда, а от количества и разнородности. Представь обычного повара, которому в пятницу вечером одновременно прилетают: десять заказов на горячее, пять салатов, три десерта, и при этом он же принимает заказы у стойки и отвечает на звонки по брони. Каждое из этих дел он, в принципе, умеет. Но удержать всё это в голове разом, не теряя нитку, — не может никто. И вот что у него начинает ломаться, по нарастающей.
Разберём эти четыре по-человечески, потому что у агента они один в один.
Первое — переполненный стол. У повара перед глазами рабочий стол: сколько на него влезло заготовок и записок, столько он и держит. У агента то же самое — его «рабочий стол» зовут контекстом (это всё, что у модели сейчас перед глазами: задача, история, данные). Навалишь туда десять разнородных дел с их перепиской и цифрами — стол переполняется, и часть просто вываливается из поля зрения. Агент начинает забывать, что было в начале разговора, терять детали, отвечать так, будто половину уже не помнит. Он и правда не помнит — не влезло.
Второе — путаница ролей. Чтобы хорошо отвечать клиенту, нужен один настрой: тепло, вежливо, развёрнуто. Чтобы считать цифры — ровно противоположный: сухо, точно, без лирики. Когда оба настроя живут в одной голове и переключаются по двадцать раз в минуту, они начинают протекать друг в друга. Агент отвечает клиенту канцелярским языком расчёта или, наоборот, лепит в финансовую сводку лишние любезности. Шляпы перепутались.
Третье — ошибки растут. Это прямое следствие первых двух. Чем больше разнородного держишь в голове разом, тем выше шанс что-нибудь перепутать: цифру не из той таблицы, ответ не тому клиенту. Не потому что агент стал глупее, а потому что нагрузка превысила то, что один может вести аккуратно.
Четвёртое — нельзя ускорить. Один повар физически делает дела по очереди: пока режет салат, горячее не жарится. Один агент — так же: одна задача за раз, в линию. Даже если три отчёта вообще не связаны и могли бы готовиться параллельно, один исполнитель будет ползти по ним последовательно. Хочешь быстрее — одним не обойдёшься.
👨🍳👩🍳 Решение — не «повар получше», а бригада
И вот тут — главная развилка темы. Когда повар захлёбывается, неопытный владелец ищет повара покруче. Но даже звёздный шеф в одиночку не приготовит банкет на сто человек: у одного человека есть потолок, и он упирается в него независимо от таланта. Опытный владелец делает другое — собирает бригаду.
Бригада (по-кухонному — это команда поваров с разделением труда; у нас это будет мультиагент — бригада агентов, несколько агентов вместо одного) устроена просто: у каждого узкая роль и свой участок. Су-шеф координирует, гриль жарит мясо, холодный цех делает салаты и закуски, кондитер — десерты. Никто не пытается уметь всё. Каждый делает своё — и от этого вся кухня тянет нагрузку, которую один не вытянул бы.
координирует
горячее
салаты
десерты
Заметь, что бригада чинит ровно те четыре поломки, по пунктам. Стол больше не переполняется: у грильщика на столе только то, что про мясо, у кондитера — только про десерты. Роли не путаются: каждый в одном настрое весь день, переключаться не надо. Ошибок меньше: меньше держишь в голове — меньше путаешь. И появляется скорость: пока гриль жарит, холодный цех уже собрал салаты — параллельно, а не в очередь.
На пальцах, без кода, идея бригады выглядит так. Это псевдокод — просто логика на человеческом языке, не настоящая программа.
# БЫЛО: один агент-универсал тянет всё подряд, по очереди
универсал делает: ответ клиенту
универсал делает: расчёт по таблице # ждёт, пока освободится
универсал делает: недельный отчёт # ждёт ещё дольше
# → стол переполнен, роли путаются, медленно
# СТАЛО: бригада, у каждого одна узкая роль
агент-поддержка → отвечает клиенту (настроен тепло и вежливо)
агент-аналитик → считает по таблице (настроен сухо и точно)
агент-отчётник → пишет отчёт (настроен на сводку)
# → у каждого свой узкий стол; задачи не зависят друг от друга — трое работают разом
Важно: пока мы только увидели зачем бригада и почему один не тянет. Как именно её собрать — выстроить ли агентов в конвейер, развести по разным цехам или собрать под конкретный заказ, и как не дать им «футболить» задачу по кругу — это весь остальной модуль, тема за темой. Сегодня задача скромнее и важнее: научиться видеть момент, когда пора.
⚠️ Обратная ошибка: бригада из пятерых на одну яичницу
А теперь — то, без чего эта тема была бы вредной. Раз бригада так хороша, тянет напихать её везде. Это ошибка ровно такого же масштаба, как «один на всё», только с другого края.
Представь бригаду из пяти поваров, которой поручили пожарить одну яичницу. Что будет? Бардак. Один тянется за сковородой, другой уже взял её, третий спрашивает «а соль кто?», четвёртый ждёт, пятый координирует тех, кому нечего делать. Впятером они приготовят одну яичницу дольше и хуже, чем один повар, который просто молча её пожарил. Координация — это не бесплатно: она сама по себе работа, и на простой задаче её цена перекрывает любую пользу от «много рук».
С агентами один в один. Собрать бригаду из четырёх агентов там, где справился бы один, — это не «надёжнее», это дороже, медленнее и капризнее. Каждый агент — это свои деньги за вызов модели и свой шанс что-то напутать в передаче. Чем больше деталей и стыков, тем больше мест, где всё может разъехаться. Помнишь сквозное правило курса — начни с самого простого? Оно работает и здесь: бригаду собирают только тогда, когда один реально захлёбывается, а не на всякий случай.
Где именно проходит граница — «вот тут пора дробить, а вот тут ещё рано» — мы будем разбирать в следующих темах подробно. Пока запомни обе стороны: один на всё разваливается под завалом, бригада на пустяк создаёт бардак. Правда — посередине, и нащупывать её мы учимся прямо сейчас.
Прежде чем жать кнопки
Сформулируй для себя одну фразу-признак: по чему ты отличишь «задача переросла одного агента» от «тут одного за глаза хватит»? Подсказка из теории — смотри не на сложность одного дела, а на три вещи: длинный и путаный контекст, разные несвязанные задачи в одной куче, нужна скорость через параллель. Если хоть одно — бригада обоснована. Если ничего из этого, а дело одно и понятное — бригада только навредит. Держи свою фразу в голове и проверь её на ситуациях ниже.
🎮 Перерос одного — или хватит одного?
Шесть ситуаций с работы. По каждой реши: задача переросла одного агента (пора думать про бригаду) — или одного за глаза хватит (бригада только навредит)? Опирайся на признаки: длинный путаный контекст, разные несвязанные задачи, нужна параллельная скорость — это «переросла». Одно понятное дело — «хватит одного». Жми — и сразу увидишь разбор. Это разминка чутья, не экзамен.
📖 Ключевые понятия
- Мультиагент (бригада агентов)
- Подход, где вместо одного агента-универсала работают несколько агентов с узкими ролями — каждый делает своё. Прямой аналог кухонной бригады: су-шеф, гриль, холодный цех, кондитер. Смысл — снять с одного нагрузку, которую он физически не тянет: разгрузить контекст, развести роли, добавить скорость через параллель.
- Узкая роль
- У каждого агента в бригаде одна понятная задача и один настрой (агент-поддержка отвечает тепло, агент-аналитик считает сухо). Не «умеет всё понемногу», а «делает одно хорошо». Именно это держит его «стол» (контекст) разгруженным, а ответы — попадающими в роль.
- Контекст (рабочий стол агента)
- Всё, что у модели сейчас перед глазами: задача, история разговора, данные. Стол не резиновый: навалишь слишком много разнородного — часть вываливается, агент начинает забывать и путать. Перегруженный стол — первый признак, что задача переросла одного.
- Над-инженерия (over-engineering)
- Обратная ошибка: собрать сложную бригаду там, где хватило бы одного. «Пятеро поваров на одну яичницу» — дороже, медленнее, больше стыков, где всё ломается. Координация не бесплатна, и на простой задаче её цена съедает всю пользу.
🛡️ Частые заблуждения
«Агент стал тупить под нагрузкой — значит, нужна модель помощнее»
Чаще нет. Более дорогая модель тянет чуть больше, но потолок одного исполнителя остаётся потолком одного. Если агент захлёбывается от количества и разнородности задач — это не лечится «поваром покруче», это лечится разделением труда. Звёздный шеф в одиночку всё равно не приготовит банкет на сто человек.
«Несколько агентов всегда лучше и надёжнее одного»
Только когда задача того требует. Каждый лишний агент — это лишние деньги за вызовы модели и новый стык, где работа может разъехаться при передаче. На простой одной задаче бригада не «надёжнее», а медленнее, дороже и капризнее — та самая пятёрка поваров на одну яичницу.
«Чем больше агентов в команде — тем умнее и мощнее система»
Не количество решает, а уместность. Сила бригады не в числе голов, а в том, что у каждого узкая роль ровно под нужный кусок работы. Добавить агентов «для солидности» — значит добавить координации и путаницы. Правильный размер бригады — самый маленький, который справляется с задачей.
🧠 AI-чутьё (AI Judgment)
Бригада — это отдел вместо сотрудника: дороже, и оправдана только на сложном
Вот рамка, которая поможет тебе думать про бригаду по-деловому, а не «по моде». Перейти от одного агента к бригаде — это ровно то же управленческое решение, что нанять отдел вместо одного сотрудника. Отдел тянет больше и сложнее — но он дороже, его надо координировать, и в нём появляются стыки, где задачи теряются между людьми. Никто в здравом уме не заводит отдел из пяти человек, чтобы отвечать на один типовой вопрос. И с агентами так же.
Поэтому прикладывай к любому предложению «давайте сделаем мультиагентную систему» простой вопрос: «а один уже реально захлёбывается — или мы дробим на всякий случай?». Если за словами «бригада агентов» стоит настоящая боль — контекст переполняется, роли путаются, скорости не хватает, — это обоснованные деньги. Если же один справляется, а бригаду хотят «потому что звучит солиднее и современнее», — это переусложнение, за которое потом платят и деньгами, и хрупкостью.
И держи направление вперёд. Зерно этой идеи ты уже видел: в теме producer-critic мы развели две роли — исполнителя и критика, чтобы свежий взгляд ловил то, что автор пропускает. Это была первая, самая маленькая бригада: двое с разными ролями. Весь этот модуль — про то, как из этого зерна вырастает настоящая команда: разными способами собрать агентов в работающую бригаду и как не дать им запутаться. Но фундамент решения всегда один — дробить только тогда, когда один действительно перерос задачу.
🎯 Практика
Одно задание на пять минут — оно превращает «один агент или бригада» из теории в твой рабочий фильтр.
- Вспомни одну задачу со своей работы, которую ты хотел бы отдать AI, — реальную, не выдуманную. Запиши её в одну строку. Например: один бот отвечает поставщикам, сверяет накладные и пишет отчёт регионалу — это уже три разных дела в одной куче.
- Прогони её по трём признакам «переросла одного»: (а) контекст длинный и путаный? (б) в ней намешаны разные несвязанные дела (общение + расчёт + поиск + отчёт)? (в) там много независимых кусков, которые хорошо бы делать параллельно для скорости? Отметь, сколько «да».
- Сделай вывод по своему же правилу. Ноль «да» — скорее всего, хватит одного агента, и бригада только навредит. Одно и больше «да» — задача, похоже, переросла одного: попробуй на бумаге разрезать её на 2-3 узкие роли и дай каждой имя («агент-поддержка», «агент-аналитик»). Этот черновик бригады пригодится дальше в модуле.
Помнишь сцену из начала — бот, на которого навесили всё подряд, и он начал тупить? Теперь понятно, что это был не «плохой бот», а перегруженный универсал. И понятно, что лечит это не «модель помощнее», а развести задачи по узким ролям. Ровно это ты сейчас и сделал на своей задаче.