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

разделения на отсеки. Так экономнее и проще на старте.

Failure mode. Локальный отказ становится глобальным (см. главу 71). Один агент, исчерпавший общий

ресурс или зациклившийся, тянет за собой остальных: нет переборок, которые удержали бы отказ в

пределах одного отсека. Каскад (см. главу 67) проходит беспрепятственно. Это надёжностный двойник

антипаттерна «всемогущий агент»: общий доступ без границ — это общий отказ.

Противоядие. Bulkhead: разделение на отсеки по ресурсам, правам и областям так, чтобы отказ

одного агента или группы не выходил за пределы своего отсека (см. главу 71). Изоляция отказов —

структурное свойство, закладываемое в топологию, а не реакция на инцидент.

Механизм. Финальная агрегация (fan-in, см. главу 37) рассчитана на то, что все воркеры вернут

полный корректный результат. Частичный отказ, расхождение или мусор от одного воркера на этапе сборки

не предусмотрены.

Failure mode. Один не вернувший или вернувший некорректный результат воркер ломает агрегацию

целиком: вместо частичного полезного результата система отдаёт ничего или ошибку. Возможности

graceful degradation (см. главу 73) нет, хотя большая часть работы выполнена. Кроме того, без

верификации на сборке в итог проходят правдоподобно-ложные результаты отдельных воркеров.

Противоядие. Агрегация, устойчивая к частичному отказу: сборка из тех результатов, что есть, с

явной отметкой о неполноте (см. главу 73), и верификация результатов на этапе fan-in (см. главу 37),

а не слепое доверие каждому воркеру.

Наблюдаемость — способность понять, что рой делает (см. часть XI); надзор — место человека над ним

(см. часть XIII). Ошибки этого уровня не ломают рой сами, но делают невозможным понять и остановить

сломавшийся.

Механизм. Логируют вход и итоговый выход системы, как у одного агента. Промежуточные сообщения,

передачи контекста и решения отдельных агентов не фиксируют, потому что у одного агента этого

хватало.

Failure mode. Когда рой ведёт себя неверно, причину восстановить нельзя. Сбой родился во

взаимодействии — в потерянном сообщении, искажённом handoff, конфликте записи, — но в логах виден

только результат. Трассировки через несколько агентов нет (см. главу 77), корреляции событий нет (см.

главу 78), реконструировать сессию после факта (см. главу 81) не из чего. Эмерджентные и

недетерминированные сбои (см. главу 80), и без того трудные, становятся неотлаживаемыми.

Противоядие. Наблюдаемость уровня системы с самого начала: сквозная трассировка с общим

идентификатором, фиксация межагентных сообщений и handoff, метрики уровня роя — координационные

издержки, исход, расхождения (см. главы 76 и 79). В многоагентной системе наблюдают взаимодействие,

а не только концы.

Механизм. Механизм остановки на уровне системы не предусмотрен. Если агент работает автономно,

полагают, что остановить можно его — и этого достаточно.

Failure mode. Когда рой пошёл вразнос — зациклился, генерирует работу, тратит бюджет, выполняет

ошибочные действия, — остановить его как целое нечем. Остановка одного агента не помогает: остальные

продолжают, переподхватывают, порождают новых. Без kill-switch уровня роя (см. главу 97) у оператора

нет рычага, соразмерного системе, которой он управляет.

Противоядие. Аварийная остановка и откат на уровне системы (см. главу 97): один рычаг,

останавливающий весь рой, замораживающий порождение и приводящий состояние в согласованный вид.

Kill-switch проектируется вместе с роем, а не добавляется после первого инцидента, когда он уже

нужен.

Механизм. Человеку дают следить за роем так же, как за одним агентом: показывают действия каждого

агента, требуют одобрения на уровне отдельных шагов. Интерфейс надзора масштабируют линейно с числом

агентов.

Failure mode. Усталость оператора (см. главу 96). При десятках параллельных агентов человек

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

человеком (см. главу 91). Доверие калибруется к отдельному агенту, а не к системе (см. главу 95), и

надзор превращается в ритуал. Это управленческий двойник «болтливого роя»: линейный по агентам

надзор не масштабируется.

Противоядие. Надзор и одобрение на уровне роя, а не отдельного агента (см. главы 92 и 93):

человеку показывают агрегированную картину, очереди и точки решения, требующие его внимания, а не

поток действий всех агентов. Интерфейс оркестрации (см. главу 94) проектируется под надзор за

системой, чтобы внимание оператора тратилось там, где оно нужно.

Большинство перечисленных ошибок диагностируются простыми вопросами к архитектуре ещё до её

постройки. Следующая таблица сводит антипаттерны к признакам, по которым их видно на ранней стадии,

и к минимальному противоядию. Она же служит указателем к главам, где соответствующий уровень

разбирается строго.

Антипаттерн | Уровень | Признак на старте | Противоядие | Главы

Мультиагентность ради мультиагентности | Топология | Нет метрики, по которой рой обязан побить одного агента | Baseline-агент как точка отсчёта | 4, 5

Звезда-узкое место | Топология | Весь контекст и вся сборка на оркестраторе | Оркестратор-координатор, внешнее состояние | 8, 57, 75

Неконтролируемое порождение агентов | Топология | Нет предела глубины и ширины дерева | Квоты на порождение, бюджет на дерево | 9, 34

Агенты-клоны | Роли | Несколько копий одного агента ради «ума» | Осознанное разнообразие либо честная масштабируемость | 39, 58, 63

Размытые роли | Роли | Роли описаны прозой, границы не зафиксированы | Роль как проверяемый контракт | 18, 20