Ранас Мукминов – Оркестрация ИИ-агентов. Claude Opus 4.7 (страница 14)
6. Сравнить с baseline. Превышает ли названная выгода налог и прирост отказов — по сравнению с честно оценённым одним агентом, а не с воображаемым «медленным» агентом.
7. Проверить готовность к эксплуатации. Есть ли средства наблюдать и отлаживать рой (см. части XI и XIII). Если нет — либо сначала построить их, либо остаться на одном агенте.
8. Выбрать минимальную достаточную конфигурацию. Если решение в пользу мультиагентности, взять наименьшее число агентов и простейшую топологию, которая закрывает названный мотив, — не больше. Конкретный выбор топологии разбирается в части II и главе 15.
Процедура намеренно асимметрична: она требует обосновать усложнение, а не простоту. Это соответствует принципу решения — мультиагентность оправдана только при строгом перевесе выгоды над налогом, а во всех неопределённых случаях побеждает baseline.
— По умолчанию мультиагентность не оправдана. Один агент даёт единый контекст, последовательную согласованность, единую ответственность, простую наблюдаемость и предсказуемую стоимость; рой тратит каждое из этих свойств и должен отрабатывать их ценой.
— Принцип решения: переход к рою оправдан тогда и только тогда, когда выгода разбиения строго превышает сумму координационного налога и прироста поверхности отказа; во всех прочих случаях — один агент.
— Положительные критерии (слабая связанность, разная специализация, превышение контекста, полезный параллелизм, независимость суждения, изоляция) повышают вероятность, что разбиение окупится; сильный сигнал — несколько критериев, выполненных по существу, а не один по форме.
— Отрицательные признаки (высокая связанность, мелкая задача, нераздельный результат, ложная множественность, рост стоимости без выгоды, отсутствие наблюдаемости) делают рой вредным и важнее положительных, потому что их легче не заметить.
— Антипаттерн «мультиагентность ради мультиагентности» выбирает рой как самоцель по моде и эстетике; он платит весь налог, не получая ни одной выгоды, и отказывает деградацией качества, каскадами ошибок, ростом стоимости, хрупкостью и неотлаживаемостью.
— Целостные, короткие, сильно последовательные задачи, задачи с дешёвой самопроверкой и без давления на время решаются одним агентом лучше; сознательный отказ от роя — компетентное инженерное решение, а не консерватизм.
— Решение принимается процедурой, асимметрично нагружающей доказательством усложнение: отсечь по отрицательным признакам, найти структуру для разбиения, назвать проверяемый мотив, оценить налог, сравнить с честным baseline, проверить готовность к эксплуатации и взять минимальную достаточную конфигурацию.
Глава 5. Цена координации как фундаментальный налог
Предыдущая глава отвечала на вопрос, когда мультиагентность оправдана, и
показала антипаттерн «мультиагентность ради мультиагентности». Эта глава отвечает
на вопрос, чем именно за неё платят. Различие принципиальное. Решение о
разбиении задачи на рой почти всегда принимается на основе ожидаемой выгоды:
параллелизм, специализация, изоляция. Издержки же остаются неявными — их не видно
в архитектурной диаграмме, они не записаны в системном промпте, они проявляются
только в счёте за токены, в латентности хвоста и в инцидентах. Координация — это
налог, который списывается со счёта раньше, чем приходит выгода, и независимо от
того, пришла ли выгода вообще.
Тезис главы: координационные издержки — не побочный эффект плохой реализации, а
структурное свойство любой системы из более чем одного агента. Их нельзя свести к
нулю хорошим кодом; их можно только сделать видимыми, измеримыми и сопоставимыми
с выгодой. Глава разбирает анатомию этого налога — из чего он состоит, по каким
законам растёт, какие у него failure modes — и вводит baseline: эталон одного
агента, относительно которого только и имеет смысл говорить, окупилась
оркестрация или нет.
Координационный налог — это вся работа системы, которая тратится не на решение
задачи, а на то, чтобы несколько исполнителей могли работать над ней совместно.
В одноагентной системе такой работы нет: агент удерживает весь контекст в одном
контуре, принимает решения единолично, не согласует их ни с кем и не передаёт
ничего на стыке. Как только исполнителей становится двое, появляется работа,
которой раньше не существовало: надо разбить задачу, описать подзадачи так, чтобы
их понял другой агент, передать ему необходимый контекст, дождаться результата,
проверить его, согласовать с результатами других и собрать всё воедино.
Полезно с самого начала отделить два рода затрат. Есть полезная работа (useful
work) — токены и время, потраченные на собственно решение: написанный код,
проанализированный документ, найденный ответ. И есть координационная работа
(coordination overhead) — токены и время на декомпозицию, передачу контекста,
согласование, разрешение конфликтов и сборку. Одноагентная система состоит почти
целиком из полезной работы. Мультиагентная всегда содержит обе компоненты, и
вторая не уменьшается до нуля никаким мастерством.
Здесь же лежит граница с предыдущей главой. Глава 4 рассматривала, стоит ли
платить налог для конкретной задачи. Эта глава принимает решение о разбиении как
данность и разбирает, из чего налог складывается и как его считать. Иными
словами: глава 4 — про знаменатель решения (выгода против стоимости), эта глава —
про то, как корректно измерить стоимость, чтобы решение вообще можно было
принять.
Ключевое свойство координационного налога — он списывается авансом и не
возвращается при неудаче. Если рой из пяти агентов не сошёлся к ответу, токены на
их координацию уже потрачены: оркестратор всё равно разослал задания,
исполнители всё равно получили контекст, сборщик всё равно попытался слить
результаты. Выгода (быстрый параллельный результат) условна и наступает только
при успехе; издержки безусловны и наступают всегда.
Это отличает координацию от инвестиции, которая окупается на горизонте. Налог —
это именно налог: его платят за сам факт существования распределённой структуры,
а не за достигнутый результат. Поэтому корректная экономика оркестрации (см.
главу 100) считает не среднюю стоимость успешного запуска, а ожидаемую стоимость с
учётом доли неудач, в каждой из которых налог уплачен полностью, а выгода равна
нулю.
Координационный налог удобно мерить в токенах, потому что токены — общий
знаменатель, в который можно перевести и стоимость, и значительную часть
латентности. Но налог многомерен, и сведение его к одной валюте теряет важные
составляющие: