Пять схем для мультиагентов: от генератор–верификатор до общего стейта

Если вы уже решили, что одного LLM мало, следующий вопрос — как связать несколько агентов. В инженерной практике часто ломается не модель, а координация: кто кому что передаёт, где правда и когда остановиться.

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

Пять паттернов

• Генератор и верификатор. Один агент делает черновик, второй проверяет по явным критериям: принял — стоп, нет — отдаёт обратную связь и крутите цикл, пока не сойдётся или не упрётесь в лимит итераций. Удобно там, где важна воспроизводимая проверка качества (чеклисты, политики, форматы ответа).
• Оркестратор и субагенты. «Дирижёр» режет задачу на ограниченные подзадачи и отдаёт их исполнителям. Хорошо работает, когда декомпозиция ясна заранее и границы подзадач можно формализовать.
• Команда агентов. Несколько независимых веток на долгие или параллельные куски работы — когда важнее пропускная способность и разделение труда, чем жёсткая последовательность.
• Шина сообщений (message bus). Событийный конвейер: агенты подписываются на типы событий и реагируют. Масштабируется, когда экосистема агентов растёт и появляются новые роли без постоянной перепрошивки «звезды» вокруг одного центра.
• Общее состояние (shared state). Агенты дописывают в общий артефакт — заметки, граф знаний, черновик документа — и опираются на накопленный контекст. Подходит для исследовательских и коллаборативных сценариев, где ценность накапливается итерациями.

Ни один паттерн не «лучший по определению»: ставка на усложнение без боли в простом варианте обычно дороже, чем кажется.

Материал подготовлен с опорой на публикацию: Multi-agent coordination patterns (Claude).