TL;DR: Я запускаю несколько агентов ИИ параллельно — один исследует, один реализует, третий проверяет. Сами агенты редко являются проблемой. Что сломалось, так это уровень координации вокруг них: субагент, который перезаписал нашу общую таблицу прогресса...
TL;DR: Я запускаю несколько агентов ИИ параллельно — один исследует, один реализует, третий проверяет. Сами агенты редко являются проблемой. Что ломается, так это уровень координации вокруг них: субагент, который перезаписал нашу общую таблицу прогресса, рецензенты, которые помечали законную работу как нарушение разрешений, и ограничение базы данных, которое молча пропускало недействительные данные. Три реальных неудачи, один урок: оркестровка — это проблема проектирования системы, а не проблема быстрого реагирования.
Установка
У меня нет «агента ИИ». У меня есть их команда, и я ее оркестратор.
Типичная работа выглядит следующим образом: несколько рабочих агентов работают параллельно в отдельных рабочих потоках, затем агенты-рецензенты проверяют выходные данные друг друга, а я объединяю, выношу решение и получаю результат. Это работает хорошо — пока не происходит. И когда он выходит из строя, он почти никогда не выходит из строя так, как вы ожидаете. Модели не галлюцинируют систему. Проводка есть.
Вот три неудачи, которые действительно произошли, в порядке возрастания того, как долго мне понадобилось, чтобы в них поверить.
1. Субагент, который съел общее состояние
У нас была общая доска задач: по одному элементу на оркестратора, отслеживание четырех параллельных рабочих потоков и общей картины. Это работало нормально для крошечного