Multi-agent оркестрация в закупке трафика ломается не на моделях, а на границах ролей

Multi-agent оркестрация в закупке трафика ломается не на моделях, а на границах ролей

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

Разделяйте контур на 4 слоя:
— сбор: спай, библиотека креативов, отчёты, CRM;
— фильтр: убрать шум, дубли, нерелевантные связки;
— решение: гипотеза, какой угол тестировать дальше;
— исполнение: создать задачу, обновить таблицу, отправить алерт.
Так агенты меньше спорят друг с другом и реже ломают пайплайн. Особенно важно не смешивать чтение API и принятие решения в одном шаге.

Главная ошибка — давать агенту «свободу» без стоп-условий. В нормальной оркестрации у каждого узла есть лимит: сколько раз он может перезапросить данные, когда обязан остановиться, что считается ошибкой, а что — просто пустым результатом. Иначе multi-agent превращается в дорогой цикл переуточнений.

Проверка на практике простая: если цепочка не объясняется в 5 строках, она уже слишком сложная. Сначала автоматизируйте сбор и сводку, потом — триаж гипотез, и только потом отдавайте агенту действия, которые можно откатить. Тогда оркестрация помогает байеру, а не имитирует его работу.