Один агент или бригада: когда дробить
🤔 Зачем это читать
На рынке сейчас модно слово «мультиагент» (по-русски — бригада агентов: не один помощник, а несколько разных, каждый со своей ролью). Вендор показывает красивую схему: вот агент-исследователь, вот агент-аналитик, вот агент-редактор, они переговариваются между собой — и зал в восторге. Ты смотришь на это и ловишь неуютную мысль: «звучит умно, но мне-то это правда нужно — или меня сейчас разведут на дорогую сложную штуку там, где хватило бы одного помощника?».
Знакомо? Это та же развилка, что и с самим словом «агент» в начале курса, только на уровень выше. Раньше вопрос был «агент или простая программа». Теперь — «один агент или целая команда агентов». И цена ошибки тут выше: бригаду не только дороже построить, её ещё дороже держать и чинить, когда она «зафутболила» задачу по кругу.
Беда в том, что по красивой схеме на слайде невозможно понять, нужна она тебе или нет. Схема всегда выглядит солидно. Вопрос не в том, красивая ли бригада, — а в том, захлёбывается ли твоя задача в руках одного агента настолько, чтобы оправдать отдельную команду и её содержание.
После этой темы у тебя в руках будет рабочий фреймворк (по-русски — простая рамка для решения), по которому ты сам, под свою конкретную задачу, ответишь: хватит одного агента, нужен жёсткий конвейер из шагов или это и правда случай для бригады. И главное — сможешь объяснить своё решение цифрами, а не словами «ну, мультиагент же сейчас у всех».
Задержись на 10 секунд. Подумай про одну задачу со своей работы, которую ты прямо сейчас отдал бы AI. Держи её в голове всю эту страницу — в конце ты прогонишь именно её через фреймворк и сам решишь: один агент, конвейер или бригада. Не абстрактный пример из слайда — твою.
👨🍳 Сначала вспомним, кто такая бригада
Через весь модуль про оркестрацию (orchestration — по-русски дирижирование агентами: кто-то задаёт, в каком порядке и кому работать) тянется один образ — кухня. Давай быстро соберём его заново, потому что вся сегодняшняя развилка стоит на нём.
Один агент — это один повар. Ему дали задачу, у него есть руки (инструменты), кладовая (доступ к данным), и он сам крутит свой круг «сделал → проверил → поправил». Для большинства задач этого хватает за глаза.
Бригада — это команда поваров под экспедитором. Экспедитор (orchestrator — по-русски дирижёр, или экспедитор: тот, кто у раздачи раздаёт заказы по станциям и следит, чтобы всё вышло вместе) распределяет работу: этому — гриль, этому — холодный цех, этому — десерт. Между станциями летают тикеты-передачи (handoff — передача-тикет: «моя часть готова, держи, твоя очередь»). А над всем этим — координация: кто за кем, кто кого ждёт, чьё блюдо к какому столу.
И вот тут — главная мысль всей темы, запомни её: координация — это не бесплатный бонус, это отдельная работа, и она стоит денег. Когда поваров пятеро, кто-то должен ими дирижировать, кто-то таскает тикеты между станциями, и любой сбой в передаче — это испорченный заказ. Один повар себе тикеты не пишет. Бригада — пишет постоянно.
🍳 Бригада из пяти на одну яичницу
Представь абсурд: гость заказал яичницу. А на кухне её делает бригада из пяти. Первый разбивает яйцо, передаёт тикет второму. Второй солит, пишет записку третьему. Третий ставит сковороду, зовёт четвёртого. Четвёртый жарит, отчитывается пятому-экспедитору. Пятый сверяет, что все всё сделали, и отдаёт в зал.
Смешно? А теперь посчитай. Сама яичница — десять секунд работы. Вся остальная возня — это чистая координация: передачи, записки, сверки, ожидание друг друга. Бригада потратила на простое блюдо в разы больше времени и сил, чем один повар, который молча взял сковородку и пожарил. И сломаться теперь может в пяти местах вместо одного: потерялся тикет, второй не дождался третьего, пятый недосчитался записки.
Это и есть over-engineering (по-русски — переусложнение: построили сложную систему там, где задача того не требует). Самая частая и самая дорогая ошибка в мультиагентности. Не потому, что бригада плохая, — а потому, что её позвали на задачу, которую один делает быстрее, дешевле и надёжнее.
🚦 Сигналы «пора дробить» и сигналы «не трогай»
Теперь по делу. Когда задача и правда переросла одного агента — а когда тебе это только кажется (или внушают)? Вот честные сигналы в обе стороны. Прикладывай к своей задаче из начала страницы.
- Один агент захлёбывается: путается в ролях, теряет нить, тонет в объёме, отвечает слишком медленно.
- Части задачи реально независимы — их можно делать одновременно, не дожидаясь друг друга.
- Нужны разные эксперты: тот, кто ищет, и тот, кто проверяет, — это правда разная работа с разной установкой.
- Путь предсказуем: шаги известны заранее — хватит жёсткого конвейера, бригада не нужна.
- Задача простая — один агент справляется, претензий к качеству нет.
- Координация дороже выигрыша: возни на передачи и сверки больше, чем пользы от разделения.
Заметь главное про левую колонку: это сигналы-симптомы, а не сигналы-желания. «Хочу как у всех» — не сигнал. «Один агент демонстрируемо валит задачу, я это вижу на примерах» — сигнал. Дробят не от моды, а от боли: сначала пробуют одного, упираются в стену, и только тогда зовут бригаду.
🪜 Три ступени, а не две
И вот тут важная тонкость, которую вендорская схема обычно прячет. Выбор — это не «один агент против бригады». Между ними есть средняя ступень, и она закрывает огромную долю задач. Ступеней три:
- Один агент. Один повар крутит свой круг сам. Дёшево, просто, понятно. Стартовая точка по умолчанию для почти всего.
- Конвейер из шагов (workflow / chaining). Chaining (по-русски — конвейер промптов: задача разбита на жёсткие шаги, каждый следующий получает результат предыдущего). Шаги известны заранее и идут в фиксированном порядке: сначала переведи → потом сократи → потом проверь. Это не бригада — это один и тот же повар на конвейере, просто работа разбита на этапы по чёткой инструкции. Тут нет «команды, которая сама решает, кто что делает», — есть рельсы.
- Бригада агентов (мультиагент). Несколько разных ролей, экспедитор раздаёт работу, агенты передают тикеты и иногда сами решают, к кому обратиться. Дорого в координации, тянет действительно сложное и непредсказуемое.
Львиная доля «нам нужен мультиагент» на самом деле — это средняя ступень. Путь-то предсказуем: всегда сделай А, потом Б, потом В. А раз предсказуем — это конвейер по инструкции, а не команда, которая сама себя координирует. Конвейер дешевле, надёжнее и его проще чинить. Перепрыгивать сразу на бригаду тут — то же самое переусложнение, только в профиль.
🧭 Фреймворк под твою задачу (на пальцах)
Соберём всё в одну рамку, по которой ты прогонишь свою задачу. Это не код — это логика на человеческом языке, последовательность честных вопросов к самому себе. Ниже та же логика на псевдокоде (псевдокод — запись логики словами, не настоящий код; можешь пролистать, если суть ясна из вопросов).
задача = «твоя реальная задача со страницы»
# ШАГ 0 — всегда начинаем с самого простого и смотрим, хватает ли
если один агент справляется → оставить одного (стоп, дальше не усложнять)
# ШАГ 1 — один не тянет. Но предсказуем ли путь?
если шаги известны заранее и идут по порядку:
→ конвейер из шагов (workflow), а НЕ бригада
# ШАГ 2 — путь непредсказуем ИЛИ нужны разные эксперты ИЛИ части независимы
если части реально независимы И/ИЛИ нужны разные роли:
# но прежде чем звать бригаду — взвесь цену координации
если выигрыш от разделения > цены координации → бригада
иначе → назад к одному или конвейеру
# → бригада оправдана, только когда выигрыш реально перевешивает возню
Вся соль — в последней проверке. Даже когда части независимы и хочется бригаду, остаётся вопрос: выигрыш от разделения больше, чем цена координации? Если части пилятся по полсекунды, а на их передачу и сборку уходит две — ты потерял, а не выиграл. Это и есть мышление владельца: не «можно ли раздробить», а «окупается ли дробление».
Притормози перед тренажёром. Прежде чем смотреть чужие кейсы — сформулируй про себя одну гипотезу о своей задаче из начала страницы: «по-моему, моей задаче хватит ___ (одного / конвейера / бригады), потому что ___». Не подсматривай в ответ. Просто зафиксируй догадку — в практике в конце ты её проверишь и, может быть, передумаешь. Именно это и есть навык, который мы тут тренируем.
🎮 Один, конвейер или бригада?
Пять задач с разных кухонь. По каждой реши, что ей реально нужно: один агент, конвейер из шагов или бригада. Прежде чем жать — мысленно прогони задачу через фреймворк: справится ли один → предсказуем ли путь → перевешивает ли выигрыш цену координации. Жми кнопку — сразу увидишь разбор с обоснованием. Это не экзамен, это тренировка того самого решения, которое ты будешь принимать на своём проекте.
📖 Ключевые понятия
- Один агент
- Один повар: делает задачу сам, крутит свой круг «сделал → проверил → поправил». Стартовая точка по умолчанию. Дёшево, просто, понятно — и для большинства задач этого хватает.
- Конвейер из шагов (workflow / chaining)
- Chaining — конвейер промптов: задача разбита на жёсткие шаги в фиксированном порядке (переведи → сократи → проверь). Это не бригада, а рельсы по чёткой инструкции. Закрывает огромную долю задач, где путь предсказуем, — дешевле и надёжнее команды.
- Бригада агентов (мультиагент)
- Несколько разных ролей под экспедитором (orchestrator — дирижёр у раздачи): кто-то ищет, кто-то анализирует, кто-то проверяет, между ними летают тикеты-передачи (handoff). Тянет сложное и непредсказуемое — но содержит отдельную, недешёвую координацию.
- Цена координации
- Та самая «отдельная работа»: передачи между ролями, сверки, ожидание друг друга, лишние вызовы модели и лишние места, где можно сломаться. Один агент её не платит. Бригада платит постоянно — и дробить стоит, только если выигрыш от разделения её перекрывает.
- Переусложнение (over-engineering)
- Построить бригаду там, где справился бы один. Бригада из пяти на яичницу. Самая частая и дорогая ошибка в мультиагентности: платишь за координацию, которой задача не требует.
🛡️ Частые заблуждения
«Мультиагент — это следующий уровень, продвинутые делают так, значит и нам надо»
Мультиагент — не «уровень круче», а инструмент под конкретный тип задачи: сложной, непредсказуемой, с реально независимыми частями. На простой и предсказуемой задаче он не «продвинутее» — он просто дороже и хрупче. «Продвинутое» решение — то, которое решает задачу с минимальной достаточной сложностью, а не то, в котором больше агентов.
«Чем больше агентов в системе — тем она умнее и надёжнее»
Наоборот: каждый лишний агент добавляет передачи, сверки и новое место для сбоя. Бригада из пяти на простой задаче не умнее одного — она медленнее, дороже и ломается в пяти точках вместо одной. Надёжность даёт не количество агентов, а соответствие сложности системы сложности задачи.
«Раз я разбил задачу на шаги — значит, у меня уже бригада»
Разбить работу на этапы и завести команду агентов — это разные вещи. Конвейер из шагов (переведи → сократи → проверь) — это один и тот же исполнитель на рельсах, по жёсткой инструкции; никто ни с кем не «переговаривается», координировать некого. Бригада начинается там, где появляются разные роли и кто-то сам решает, кому передать работу. Конвейер — это средняя ступень, не верхняя; не путай разбиение на шаги с целым отделом.
🧠 AI-чутьё (AI Judgment)
Дроби только когда один демонстрируемо не справляется
Вот принцип в чистом виде, и он прямое продолжение всего, чему учил курс: поднимайся на следующую ступень сложности только тогда, когда предыдущая демонстрируемо не справляется. Не «может не справиться», не «вдруг не хватит», а ты видишь на примерах, что один агент валит задачу. Это та же лестница, что и в самом начале: сперва пробуешь простое — и доказываешь, что оно не тянет, прежде чем брать сложное.
Прикладывай к любому AI-предложению один трезвый вопрос: «а что сломалось у одного агента, раз нам предлагают бригаду?». Если внятного ответа нет — а в ответ звучит «ну это же мультиагентная архитектура, это современно», — перед тобой решение по моде, а не по делу. И почти наверняка переплата: мультиагент — это не «помощник побольше», это целый отдел. Отдел дороже сотрудника не только на зарплату, но и на всё совещательное время, которое уходит на согласования между его участниками.
И держи деловую рамку: у бригады есть две цены — цена постройки и цена содержания. Построить красивую схему можно один раз. А платить за её координацию, чинить её, когда роли «футболят» задачу по кругу, и объяснять начальству, почему простой запрос обрабатывается втрое дольше, — это каждый день. Лучший мультиагент для большинства задач — тот, который ты не стал строить, потому что честно проверил: одному и так хорошо.
🎯 Практика
Одно задание — оно превращает фреймворк из текста на странице в твоё личное решение по конкретной задаче. Не пролистывай: пара честных минут тут стоит больше, чем вся теория выше.
- Возьми ту самую задачу со своей работы, которую держал в голове с начала страницы. Запиши её в одну строку — что на входе, что должно получиться на выходе.
- Прогони её по фреймворку, вслух или на бумаге: (а) справится ли тут один агент — честно, без «а вдруг»? (б) если нет — предсказуем ли путь (всегда одни и те же шаги по порядку)? Тогда это конвейер, а не бригада. (в) если путь непредсказуем — реально ли части независимы и нужны ли разные эксперты?
- Если дошёл до бригады — сделай последнюю, самую честную проверку: прикинь цену координации. Сколько передач между ролями, сколько лишних вызовов, где может «зафутболиться»? Перевешивает ли выигрыш от разделения эту возню? Запиши вывод одной фразой: «моей задаче нужен ___, потому что ___».
- Сравни с гипотезой, которую ты загадал перед тренажёром. Совпало — отлично, ты уже мыслишь рамкой. Передумал — ещё лучше: значит, фреймировка сработала и спасла тебя от решения по моде.
Помнишь неуютную мысль из начала — «а мне-то мультиагент правда нужен или меня разводят»? Теперь у тебя есть, чем ответить: не «звучит умно», а «вот по фреймворку — нужен / не нужен, и вот почему». Это и отличает владельца, который понимает свою кухню, от того, кто покупает красивую схему.