Кто главный на кухне: топологии команд
🤔 Зачем это читать
В прошлой теме ты решил честный вопрос — нужна ли тут вообще бригада, или хватит одного агента. Допустим, решил: задача большая, делим на роли. И вот тут начинается то, на чём спотыкаются почти все, кто собрал свою первую команду агентов. Один сценарий: подрядчик показывает «у нас пять умных агентов, они общаются между собой и сами договариваются». Звучит мощно. На демо работает. А в реальном потоке два агента начинают пинать задачу друг другу по кругу — «это не ко мне», «и не ко мне», — и так пока не кончится терпение и бюджет.
Другой сценарий, противоположный. Тебе собрали бригаду, где всё держится на одном агенте-начальнике: он принимает задачу, раздаёт её остальным, собирает результат. Чисто, понятно, на демо красиво. А потом этот один агент по какой-то причине спотыкается — кривой ответ, перегруз, сбой — и встаёт вся кухня. Остальные агенты живы и здоровы, но без начальника не знают, что делать. Один упал — встали все.
Оба провала — не про «плохих агентов». Это про топологию (topology — по-русски «схема связей»: кто с кем общается и кто кому подчиняется в команде). Те же самые агенты, собранные по-разному, дают либо рабочую кухню, либо балаган. И выбор этой схемы — снова решение владельца, не повара.
После этой темы ты сможешь различать четыре базовых способа собрать команду агентов и называть слабое место каждого — где она «футболит по кругу», а где «упал один — встали все». Услышишь от подрядчика «у нас агенты сами договариваются» — и вместо того, чтобы впечатлиться, спросишь по делу: «а что у вас, если они зациклятся? а если хаб отвалится?».
Задержись на 10 секунд. Вспомни любой свой отдел или проект, где работало несколько человек. Как у вас было устроено: каждый бегал ко всем напрямую — или всё шло через одного человека-диспетчера? И что случалось, когда этот диспетчер уходил в отпуск? Подержи это в голове — у команд агентов ровно те же болезни, и сегодня мы их разложим по полочкам.
🍳 Кто кому говорит и кто командует
Когда у тебя на кухне один повар-универсал — вопроса «кто главный» не стоит. Он сам себе и закупщик, и плита, и подача. Это и есть первая, самая простая схема — single (по-русски «одиночка»): один агент делает всё. Про неё, по сути, был весь курс до этого модуля. Но как только поваров становится несколько, мгновенно встаёт вопрос, который в одиночной кухне не возникал: кто с кем разговаривает и кто командует.
Звучит как формальность — а на деле от ответа зависит, поедет кухня или встанет. Представь два соседних ресторана с одинаковой бригадой из четырёх поваров, но устроенных по-разному.
В первом шефа нет вообще. Все четверо — на равных, и каждый, если что-то нужно, орёт через всю кухню любому другому напрямую. Гибко: горячий цех может сразу дёрнуть холодный, минуя бюрократию. Но в час пик это превращается в галдёж — заказ на стейк с гарниром летает между поварами («это твоё» — «нет, твоё»), пока кто-нибудь не возьмёт ответственность. Это network (по-русски «сеть»): все агенты говорят со всеми, начальника нет.
Во втором ресторане есть экспедитор-хаб — один человек у раздачи, который и есть начальник. Гость заказывает только ему. Он смотрит на заказ, раздаёт по станциям («тебе соус, тебе гриль»), собирает готовое и отдаёт в зал. Повара между собой почти не общаются — все только через него. Просто, понятно, никакого галдежа. Это supervisor (по-русски «супервизор» или «хаб-начальник»): один агент-диспетчер раздаёт работу остальным и собирает результат.
🗺 Четыре схемы и слабое место каждой
Базовых схем, из которых собирают почти всё, по сути четыре. Идут они по нарастанию сложности — от одного агента до иерархии начальников. И у каждой, как и положено честной метафоре, есть своя сила и своя встроенная болячка. Запомнить стоит именно пару «за что хвалим / где ломается».
Главное, что стоит унести из этой картинки: схемы выстроены по лесенке сложности. Один → сеть/супервизор → иерархия. И чем выше по лесенке, тем больше сил уходит не на саму готовку, а на координацию — кто кому что передал и кто за это отвечает. Этот «координационный налог» — главная причина не лезть в сложную схему без нужды.
🧭 Как из них выбирают: размер и надёжность
Теперь по-деловому: как владельцу не угадывать, а выбирать. Тут работают, по сути, две оси, и их достаточно, чтобы не ошибиться грубо.
Первая ось — размер задачи. Маленькая и однородная — бери одного агента, не выдумывай команду (об этом была прошлая тема — бригада из пяти поваров на одну яичницу это бардак). Задача побольше, с разными ролями — нужна команда, и обычно начинают с супервизора: один диспетчер, остальные исполнители, всё просто и наглядно. Совсем большая система с кучей подсистем — тогда и только тогда иерархия: начальники над начальниками.
Вторая ось — требования к надёжности. И вот тут зарыт главный компромисс этой темы. Супервизор прост, но у него единая точка отказа (single point of failure — по-русски «единая точка отказа»: один узел, от которого зависит всё; отвалился он — встало всё). Шеф заболел — кухня встала. Сеть гибкая и без единого слабого узла, но рискует зациклиться — заказ ходит по кругу, пока кто-нибудь не вмешается. Простота супервизора покупается хрупкостью в одной точке; устойчивость сети покупается риском хаоса. Идеальной схемы нет — есть подходящая под твою цену простоя и твою цену зацикливания.
Давай свяжем это с уже знакомым. Помнишь исполнителя и критика (producer-critic) — две роли, где один делает, а другой проверяет? Это уже была команда из двух агентов, просто мы не называли её схему. По сути по схеме связей там был крошечный супервизор: исполнитель делает, критик проверяет, а круг ими дирижирует (строго говоря, как отдельный приём это ближе к паре «генератор-оценщик» — но это уже другая тема; нам тут важна именно схема связей). Сегодняшняя тема — про то, что бывает, когда таких ролей не две, а пять или пятнадцать, и их нужно как-то организовать.
задача = «подготовить коммерческое предложение клиенту»
# СУПЕРВИЗОР: всё через одного хаба — просто, но он один
хаб раздаёт: расчёт → агенту-A, текст → агенту-B, проверка → агенту-C
хаб собирает три куска → отдаёт предложение
# → если хаб споткнулся, A/B/C живы, но не знают, что делать дальше
# СЕТЬ: агенты передают работу друг другу сами, без хаба
агент-A посчитал → сам зовёт агента-B → тот пишет → сам зовёт агента-C
# → гибко, но если B решит «это к A», а A — «нет, к B» — пойдут по кругу
# ЗАЩИТА (нужна в ОБЕИХ): лимит шагов, чтобы круг не стал вечным
если шагов больше N → стоп, позвать человека
Заметь две вещи из псевдокода. Первое: схема — это не «кто умнее», а кто кому передаёт работу. Второе, важное: лимит шагов нужен в любой схеме, но в сети он критичнее — именно там без него агенты заболтаются друг с другом до бесконечности. Про то, почему агенты вообще зацикливаются и как ставить такой стоп, мы подробно говорили в теме почему агент зацикливается.
🎮 Подбери схему и назови слабое место
Пять ситуаций с работы. По каждой реши, какая топология тут естественнее всего — и держи в голове её слабое место. Прежде чем жать кнопку, проговори про себя две вещи: насколько задача большая (один справится или нужна команда) и насколько важна надёжность (что будет, если один узел отвалится). Сначала прикинь сам, потом выбирай и сверяйся. Это тренировка того самого чутья — связать ситуацию со схемой и её болячкой.
📖 Ключевые понятия
- Топология (topology)
- Схема связей в команде агентов: кто с кем общается и кто кому подчиняется. Те же агенты, собранные по разной топологии, ведут себя совершенно по-разному — как одна бригада на двух по-разному устроенных кухнях.
- Один (single)
- Простейшая схема: один агент-универсал делает всё сам. Координировать некого. Дёшево и легко отлаживать, но захлёбывается на большой разнородной задаче.
- Сеть (network)
- Все агенты говорят со всеми напрямую, начальника нет, работу передаёт «любой — любому». Максимально гибко и без единого слабого узла, но рискует «футболить задачу по кругу», если никто не берёт ответственность за финал. Лимит шагов тут обязателен.
- Супервизор (supervisor)
- Один агент-хаб (хаб-начальник, экспедитор) раздаёт работу исполнителям и собирает результат; остальные общаются только через него. Просто и легко контролировать — но это единая точка отказа: «шеф заболел, кухня встала».
- Единая точка отказа (single point of failure)
- Один узел, от которого зависит работа всей системы: отвалился он — встало всё, даже если остальные целы. Главная болячка супервизора и плата за его простоту.
- Иерархия (hierarchical)
- Супервизоры над супервизорами: главный координатор командует руководителями подкоманд, те — своими исполнителями. Тянет большие системы из многих подсистем, но дорого строить и отлаживать — много уровней координации.
🛡️ Частые заблуждения
«Чем гибче схема, тем лучше — пусть агенты сами договариваются между собой»
«Сами договариваются» звучит как достоинство, а на практике это и есть болезнь сети: без главного, кто отвечает за финал, агенты «футболят задачу по кругу» и жгут бюджет на пустую переписку. Гибкость не бесплатна — она покупается риском хаоса. Часто понятный супервизор с одним диспетчером работает надёжнее «самоорганизующейся» сети. Свобода связей хороша ровно до тех пор, пока кто-то отвечает за то, чтобы задача закончилась.
«Супервизор — самая надёжная схема: один начальник всё контролирует»
Контроль и надёжность — разные вещи. Да, супервизор проще контролировать, потому что всё идёт через одного. Но именно это делает его единой точкой отказа: споткнулся хаб — и встала вся бригада, хотя исполнители живы. Простота супервизора — это размен: ты получаешь наглядность ценой хрупкости в одной точке. Для старта размен обычно честный, но называть его «самым надёжным» нельзя.
«Чем сложнее топология (лучше сразу иерархия), тем серьёзнее и круче система»
Наоборот: каждый лишний уровень — это как лишний этаж управления, который надо отапливать, даже когда на нём ничего не происходит. Чем больше начальников над начальниками, тем больше сил уходит не на работу, а на «кто кому что передал». Иерархия оправдана только под реально большую систему из многих подсистем. Для всего остального она — дорогое усложнение, которое сложнее строить, дороже гонять и тяжелее отлаживать. Сложная схема — не признак зрелости, а счёт к оплате.
🧠 AI-чутьё (AI Judgment)
Топология — это выбор оргструктуры, а не «чем больше, тем лучше»
Вот рамка, которая шире одной этой темы. Выбор топологии для команды агентов — это ровно то же решение, что выбор оргструктуры для отдела людей: централизовать всё на одном диспетчере или дать сотрудникам общаться напрямую. И ответ тот же — «зависит от размера и от того, чем грозит сбой». Никакая схема не «правильная сама по себе»; правильная — та, что подходит под твою цену простоя и твою цену зацикливания.
Прикладывай к любому AI-предложению два простых вопроса. Первый: «если у вас один хаб-начальник — что будет, когда он отвалится?» (ищешь единую точку отказа). Второй: «если агенты общаются свободно — что мешает им зациклиться и гонять задачу по кругу?» (ищешь лимит шагов и того, кто отвечает за финал). Подрядчик, который собрал систему вдумчиво, ответит на оба без запинки. Кто отвечает «ну, они умные, сами разберутся» — собрал демо, а не рабочую кухню.
И третий вопрос, самый владельческий: «а нельзя ли проще?». Сложная топология выглядит солидно на слайде, но каждый лишний уровень — это деньги, задержка и новые места, где может сломаться. Сила почти всегда в самой простой схеме, которая справляется с задачей, — не в самой впечатляющей.
🎯 Практика
Одно задание на пять минут — оно превращает «топологии команд» из четырёх слов в твой рабочий фильтр.
- Возьми реальный многошаговый процесс со своей работы, который ты хотел бы отдать команде агентов (например: обработка входящей заявки — принять, проверить данные, посчитать, подготовить ответ). Выпиши его шаги в строчку.
- Прикинь, какая схема тут естественнее: хватит одного агента, нужен супервизор-диспетчер, нужна свободная сеть или это вообще большая система под иерархию? Запиши одним словом — и сразу назови её слабое место своими словами.
- Задай себе два контрольных вопроса из раздела выше: что будет, если хаб отвалится, и что мешает агентам зациклиться. Если на оба есть ответ — у тебя в голове уже не «куча агентов», а спроектированная команда. Если хоть на один нет — вот тебе и первый вопрос к подрядчику.
Помнишь сцену из начала — «пять агентов сами договариваются» и «всё держится на одном»? Теперь у тебя есть названия для обеих болезней: первая — зацикливание сети, вторая — единая точка отказа супервизора. И есть вопросы, которыми ты их вытащишь на свет ещё до того, как подпишешь счёт.