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

В кооперативном режиме агенты работают на общий результат. В состязательном — намеренно противопоставлены: один генерирует, другой критикует и ищет изъяны; стороны дебатируют (см. главу 64). Состязательность — это режим взаимодействия, а не топология: состязательную пару можно встроить и в оркестрацию (оркестратор сводит генератора с критиком), и в peer-to-peer. Путаница возникает, когда состязательность принимают за враждебность в смысле безопасности; это разные вещи. Состязательный режим — проектный приём повышения качества; компрометация агента (часть XII) — атака. Один агент может быть состязательным союзником и при этом доверенным; и наоборот, кооперативный по замыслу агент может быть скомпрометирован.

Ось | Полюса | Что определяет | Где разбирается

Распределение работы | репликация / партиционирование | избыточность против пропускной способности | части II, V

Локус решений | централизованный / эмерджентный | предсказуемость против устойчивости к потере узла | части II, VI

Связанность по состоянию | shared / share-nothing | простота координации против надёжного параллелизма | части VII, VIII

Разнообразие состава | гомогенный / гетерогенный | ансамблевый эффект, общая уязвимость | части IX, XII

Изменчивость структуры | статическая / динамическая | мощность против риска роста | части III, V

Режим взаимодействия | кооперативный / состязательный | качество через противопоставление | часть IX

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

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

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

Из этого следует методический принцип, сквозной для книги: конфигурацию определяют на каждом уровне отдельно, а не для системы в целом. Вопрос «это ансамбль или оркестрация» некорректен для гибрида; корректен вопрос «какая конфигурация на этом уровне и почему». Сквозная модель уровней (топология → роли → коммуникация → декомпозиция → координация → состояние → надёжность → наблюдаемость → безопасность → человек) и существует затем, чтобы анализировать систему послойно, не сваливая всё в один ярлык.

У послойного взгляда есть прямое следствие для анализа отказов, ради которого словарь этой главы и нужен. Failure modes гибрида — это не один список, а наложение списков по уровням, и отказ может перетекать между ними. Коррелированная ошибка внутри ансамбля-подшага (уровень ниже) проходит через агрегатор как один уверенный результат и поступает дирижёру наверх уже без признаков ненадёжности; дирижёр строит на нём дальнейшие решения, и локальный отказ ансамбля превращается в системный. Чтобы вообще увидеть такой переток, нужно уметь назвать конфигурацию каждого уровня и её характерный отказ по отдельности — иначе инцидент выглядит необъяснимым «сбоем роя» без точки приложения. Точный словарь, таким образом, — не украшение, а предпосылка разбора инцидентов мультиагентной системы (см. часть XI о наблюдаемости и часть X о модели отказов).

— «Много агентов» — не одна архитектура. Системы агентов различаются по трём базовым осям: распределение работы (репликация против партиционирования), локус принятия решений (централизованный против эмерджентного) и связанность по состоянию (shared против share-nothing). Имена «ансамбль», «оркестрация», «рой» обозначают характерные области в этом пространстве, а не отдельные точки.

— Ансамбль реплицирует одну задачу и сводит результаты; даёт устойчивость и качество ценой избыточной стоимости и риска коррелированных ошибок. Оркестрация-топология партиционирует работу через явный центр; даёт пропускную способность и управляемость ценой SPOF и узкого места оркестратора. Эмерджентный рой координируется косвенно без центра; даёт устойчивость к потере узла ценой непредсказуемости и риска несходимости.

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

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

— Производственные системы смещены к централизованному концу спектра не из-за превосходства идеи, а потому что наблюдаемость, аудит и человеческое вмешательство проще при наличии центра. Скрытая централизация (необъявленный общий ресурс как SPOF) — частый и опасный отказ, потому что его защиту не закладывают.

— Разнообразие состава (гомогенный против гетерогенного), изменчивость структуры (статическая против динамической) и режим взаимодействия (кооперативный против состязательного) — оси, ортогональные топологии. Их путают с типом системы, хотя они настраиваются отдельно и влияют на качество и безопасность.

— Реальные системы гибридны и смешивают конфигурации на разных уровнях. Конфигурацию определяют послойно, а не для системы в целом; описывая систему, указывают положение по каждой релевантной оси, потому что именно оно, а не единый ярлык, предсказывает её failure modes и стоимость.

Глава 4. Когда мультиагентность оправдана, а когда вредна

Предыдущие главы установили три вещи. Один агент упирается в пределы контекста, специализации и последовательности (см. главу 1). Оркестрация — это распределение работы, контекста, состояния и ответственности между несколькими исполнителями, а не «тот же агент, умноженный на N» (см. главу 2). И существует словарь, отличающий ансамбль от оркестрации, а централизованный рой от эмерджентного (см. главу 3). Эта глава отвечает на следующий по порядку вопрос: при каких условиях переход от одного агента к системе агентов окупается, а при каких он только добавляет стоимость и поверхность отказа.

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

Порядок изложения — от архитектуры к примерам. Сначала формулируется baseline и принцип решения. Затем — положительные критерии (что должно быть истинно, чтобы разбиение окупилось) и отрицательные (что делает разбиение вредным). Затем — антипаттерн и его failure modes. В конце — класс одноагентных задач и сводная процедура решения.

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

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

— Единый контекст. Всё, что агент видел и сделал, лежит в одном окне. Нет потери при передаче (handoff), нет рассинхронизации представлений о состоянии.

— Последовательная согласованность. Шаги идут один за другим. Нет гонок за ресурсы, нет конфликтов параллельных изменений, нет проблемы порядка сообщений.

— Одна точка ответственности. Результат целиком произведён одним исполнителем. Не нужно собирать итог из частей и проверять стыки.

— Простая наблюдаемость. Одна линейная трасса действий. Отладка — это чтение одного журнала, а не реконструкция распределённой сессии (см. часть XI).

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