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

право вето: форму, которую команда не способна отладить и остановить, не выбирают, даже если она

идеально ложится на структуру задачи, — потому что необслуживаемый рой ненадёжен по определению,

а ненадёжность отменяет любые структурные достоинства. Профиль рисков имеет право требовать

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

выбрать форму, не соответствующую структуре: нельзя «ради надёжности» сделать последовательную

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

Структура задачи задаёт пространство выбора и не уступает его остальным входам — она объективна,

тогда как риски и контекст обсуждаемы.

Рассмотрим обобщённый пример, иллюстративно. Дана задача: по списку из нескольких десятков

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

автоматические тесты. Применим три входа по порядку.

Структура: подзадачи (отдельные дефекты) независимы — исправление одного не зависит от другого;

декомпозиция известна заранее — список дефектов дан; результат дёшево и объективно проверяем —

тесты либо зелёные, либо нет. Это первая строка матрицы: оркестратор раздаёт дефекты воркерам и

собирает прошедшие проверку исправления. Форма выбрана структурой почти однозначно.

Профиль рисков: единая точка отказа (оркестратор) приемлема — это не круглосуточный критичный

поток, перезапуск допустим; частичный результат полезен — девять исправлений из десяти лучше, чем

ничего, поэтому мягкая деградация независимых воркеров — достоинство, а не риск; поверхность

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

требует ни резервирования центра, ни ухода в децентрализацию.

Операционный контекст: оркестратор с воркерами наблюдаем почти даром, точка надзора и аварийной

остановки естественна, команда такую форму эксплуатирует свободно. Вето нет. Пересечение трёх

множеств непусто и содержит ровно одну форму — оркестратор и воркеры. Сложность не нужна.

Теперь изменим один вход и проследим, как сместится решение. Пусть дефекты перестают быть

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

частичный порядок. Структура сместилась от «независимые подзадачи» к «граф зависимостей»;

оркестратор остаётся, но под ним появляется упорядочивание — часть воркеров образует конвейер по

ребрам графа зависимостей, а независимые ветви по-прежнему идут параллельно. Чистая топология

стала гибридом — не потому, что изменились риски или команда, а потому, что изменилась структура.

Это и есть рекурсивное применение матрицы: верхний уровень остался оркестратором, но внутри

поддеревьев форма иная.

Выбор топологии стоит первым в сквозной модели уровней не по соглашению, а потому, что каждый

следующий уровень — его прямое следствие. Это причина, по которой ошибка топологии так дорога:

она распространяется вниз по всей модели.

Топология определяет роли (часть III): оркестратор требует роли-координатора, которой нет в

peer-to-peer; конвейер задаёт роли стадий с фиксированными контрактами вход-выход; blackboard

порождает роли поставщиков и потребителей знания на общей доске. Сменить топологию — значит

переопределить, какие роли вообще существуют. Топология определяет коммуникацию (часть IV):

звезда оркестратора — это связь центр-воркер; конвейер — связь сосед-сосед; blackboard — общее

пространство; peer-to-peer — граф многие-ко-многим. Форма коммуникации не выбирается отдельно —

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

координации (часть VI): централизованные формы координируются явным дирижёром,

децентрализованные — через консенсус или самоорганизацию; это противопоставление оркестрованной и

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

определяет, где живёт состояние (часть VII): share-nothing воркеры держат состояние локально;

blackboard выносит его в общее пространство с вытекающей проблемой согласованности; иерархия

распределяет по уровням дерева.

Дальше следствия идут на надёжность, наблюдаемость, безопасность и место человека — все уровни

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

выбирает не «как выглядит схема», а каркас, на который лягут все последующие решения. Поэтому три

входа решения нужно проходить честно и явно до первой строчки кода — переделать каркас стоит

дороже, чем построить на нём.

Сведём оси к практическому инструменту. Матрица ниже не алгоритм, выдающий единственный ответ, а

карта соответствий между формой задачи и базовой топологией. Она называет топологию первого

приближения — ту, с которой следует начинать рассмотрение, — и условие, при котором этот выбор

оправдан. Реальные системы почти всегда оказываются гибридами (глава 14); матрица даёт не финальную

форму, а доминирующий паттерн, вокруг которого гибрид строится.

Форма задачи | Базовая топология | Условие применимости | Главный отказ при неверном выборе

Независимые подзадачи, декомпозиция известна заранее, результат дёшево проверяем | Оркестратор и воркеры (fan-out/fan-in) | Число подзадач умеренное, центр не перегружен сборкой | Перегрузка оркестратора, узкое место на fan-in

Строго последовательные стадии, выход одной — вход следующей | Конвейер (pipeline) | Стадии стабильны, нет необходимости в параллелизме внутри потока | Жёсткая деградация: отказ стадии останавливает всё

Декомпозиция раскрывается в ходе работы, задача ветвится | Иерархия с субагентами | Глубина дерева ограничена, делегирование контролируемо | Неконтролируемый рост дерева, потеря контекста при handoff

Размытая постановка, разведка предшествует плану, частичные находки накапливаются | Blackboard (общая доска) | Есть бюджет на согласованность доски и наблюдаемость | Отравление общей доски, размытая причинность

Гетерогенные задачи, динамическая нагрузка, выгоден торг за работу | Рыночная или аукционная модель | Оправдан накладной расход на торги, задач много | Издержки аукциона превышают выигрыш на малом числе задач

Нет допустимой единой точки отказа, узлы равноправны | Сети равноправных агентов (peer-to-peer) | Команда владеет распределённым консенсусом и наблюдаемостью | Сложность согласования, нерешаемая отладка, расходимость

Субъективное качество, нужна перепроверка результата | Состязательная или ансамблевая конфигурация | Стоимость избыточных агентов оправдана ценой ошибки | Коррелированные ошибки, ложная уверенность от «согласия»