Ранас Мукминов – Оркестрация ИИ-агентов. Claude Opus 4.7 (страница 4)

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

Слово «потолок» в названии главы требует уточнения, чтобы не вводить в заблуждение. Предел одного агента — не резкая стена, в которую задача упирается мгновенно, а градиент деградации. Качество, время и стоимость ухудшаются постепенно по мере приближения к точке насыщения каждой оси, и нет единого порога, за которым агент внезапно отказывает. Это меняет инженерную постановку. «Потолок» — не константа модели, которую можно найти в спецификации, а функция задачи, настройки агента и приемлемых границ, которые задаёт инженер. Одна и та же модель на одной и той же задаче упирается в потолок раньше при небрежной настройке и позже при аккуратной. Поэтому решение о переходе к рою — это всегда суждение о том, где на градиенте проходит граница приемлемого для конкретного применения, а не считывание готового числа. Интерактивное применение с жёстким бюджетом времени упрётся в предел последовательности раньше, чем пакетное, которому время не критично; применение с высокой ценой ошибки упрётся в предел специализации раньше, чем черновое. Потолок — это там, где деградация по релевантной оси выходит за границу, которую данное применение готово терпеть.

Последнее, что должна зафиксировать первая глава, — это то, что обход любого из трёх пределов через распределение работы не бесплатен и качественно меняет природу системы. Как только исполнителей становится несколько, между ними появляется всё то, чего у одного агента не было: работу нужно разбить так, чтобы части можно было вести отдельно (часть V); контекст одного исполнителя нужно как-то передать другому, и при передаче он частично теряется (часть VII, handoff); параллельные изменения одного и того же нужно согласовать и разрешить конфликты (часть VI); результаты частей нужно собрать в целое и проверить, что целое корректно (глава 37); отказ одного исполнителя не должен обрушить остальных (часть X); за многими исполнителями сразу нужно как-то надзирать (часть XIII). Ни одного из этих вопросов у одиночного агента не существовало.

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

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

— Предел контекста проявляется как вытеснение релевантного, накопление шума (context rot) и потеря при сжатии. Окно — управляемый конечный ресурс, а не расширяемый резервуар; увеличение окна не устраняет отказ.

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

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

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

— Триггер перехода к системе агентов — воспроизводимый отказ по одной из осей, не устранимый дешёвыми одноагентными средствами. Если задача последовательна, умещается в контекст и требует одной экспертизы, один агент оптимален, а рой будет ошибкой.

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

Глава 2. Что такое оркестрация и чем она не является

Слово «оркестрация» в индустрии износилось. Им называют любой сценарий, где задействована более чем одна модель: и параллельный опрос трёх моделей с выбором лучшего ответа, и цепочку из двух промптов, и фоновый воркер, дёргающий API в цикле. Эта размытость дорого обходится при проектировании. Если «оркестрация» — это просто «много вызовов модели», то у неё нет ни границ применимости, ни собственных failure modes, ни критерия оправданности — а значит, нет и инженерной дисциплины. Глава вводит рабочее определение, достаточно узкое, чтобы отличать систему агентов от набора параллельных вызовов, и достаточно общее, чтобы не зависеть от конкретной модели или оболочки.

Определение строится через три распределения: работы, состояния и ответственности. Эти три оси — не описательная классификация, а проверочный инструмент. Если ни одно из распределений не присутствует, перед нами не оркестрация, как бы много моделей ни участвовало. Если присутствует хотя бы одно, возникает распределённая система со всеми её трудностями, и игнорировать их означает строить рой, который работает на демонстрации и разваливается на первом нетипичном входе.

Эта глава намеренно не занимается терминологией конфигураций — различением ансамбля, оркестрации и роя, централизованной и эмерджентной координации; этому посвящена глава 3. Здесь решается более узкая задача: провести границу между оркестрацией и тем, что ею не является, и зафиксировать определение, на которое опирается вся остальная книга.

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

Самый распространённый не-случай. Берётся один и тот же запрос, отправляется в N экземпляров модели одновременно, ответы собираются. Это масштабирование пропускной способности, а не оркестрация. У такой конфигурации нет распределения работы — каждый экземпляр делает одно и то же; нет общего состояния — экземпляры не видят друг друга; нет распределённой ответственности — за результат отвечает либо тот, кто выбрал ответ, либо никто. Это горизонтально масштабируемый stateless-сервис, к которому применимы обычные приёмы балансировки нагрузки, а не теория мультиагентных систем.

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

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

Ансамбль — мощный приём повышения качества (см. главу 63 о разнообразии и ансамблевом эффекте), и в нём есть собственные тонкости: коррелированные ошибки, ложный кворум, иллюзия независимости. Но это не оркестрация в смысле этой книги. Граница проходит по одному признаку: агенты ансамбля не наблюдают результаты друг друга и не строят на них свою работу. Уберите любого из них — остальные отработают точно так же. В оркестрованной системе изъятие агента меняет работу остальных, потому что они зависят от того, что он произвёл.

Третий пограничный случай тоньше всего. Есть поток: выход первого вызова модели становится входом второго, выход второго — входом третьего. Похоже на конвейер агентов (см. главу 10). Но если все эти вызовы происходят внутри одного управляющего цикла, разделяют один процесс, один контекст и одну зону ответственности, то это не несколько агентов, а один агент с многошаговым рассуждением. Цепочка промптов — это внутренняя механика одного автономного контура, предмет книги об автономных агентах, а не система из агентов.