Многократные сбои в работе агентов — это сбои в организации, а не в подсказках

В большинстве многолетних систем рано или поздно возникает одна и та же проблема: агенты перекидывают задачи друг другу, рецензенты бесконечно просят «еще один проход», исследователи порождают бесчисленные подтемы, вызовы инструментов растут до предела рекурсии. В документации фреймворков это называют «циклами» и предлагают параметр максимального числа итераций. Одна из набирающих популярность гипотез заключается в том, что этот параметр лечит лишь симптом, а настоящая причина — в организации агентов.

Повторяющийся паттерн: когда агенты спроектированы как равноправные (исследователь общается с аналитиком, аналитик — с писателем, писатель возвращает рецензенту), никто явно не отвечает за результат. Каждый агент может просить другого о дополнительной работе. Формально существуют условия остановки, но ни один агент не имеет полномочий сказать: «Готово, завершаем выполнение». Эти полномочия подразумеваются, но размываются в сети равноправных узлов.

Решение — рассматривать сеть агентов как организационную структуру с явными линиями подчинения, а не как чат равных. Предлагаемые уровни:

• Председатель (высший уровень, может завершить)
• Стратегический отдел
• Руководитель дивизиона
• Тимлид
• Специалист-исполнитель
• ОКК и Политики — отдельные штабные подразделения, которые могут отклонять и эскалировать, но не могут порождать неограниченную новую работу

Ключевая механика:

• Один ответственный владелец миссии на запуск
• Один владелец на рабочий поток
• Ограниченная глубина делегирования
• Типизированный контракт возврата для каждого работника: статус, доказательства, результат, блокеры, следующее действие
• Только менеджер имеет право возобновить или завершить
• Память хранится на уровнях власти; специалисты получают только контекст своей задачи

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

Существующие фреймворки уже имеют примитивы:

• CrewAI — иерархический процесс, где менеджер проверяет результат работника
• LangGraph — супервайзеры, сабагенты и явный лимит рекурсии
• OpenAI Agents SDK — оркестрация по типу менеджера, отличная от равноправной передачи задач
• AutoGen — GroupChatManager
• Anthropic — исследовательская система оркестратор-работник

Недооцененная идея: рассматривать менеджера не как модератора открытого группового чата, а как формальную линию подчинения с полномочиями на завершение.

Две открытые проблемы:

1. Иерархия может сама стать узким местом — если каждое решение уходит наверх, председатель превращается в единую точку задержки и сбоя.
2. Эскалация как функция работает только если у руководителя есть реальные полномочия на остановку. Если председатель просто вызывает еще одну LLM, которая вызывает еще LLM, цикл просто перемещается этажом выше.

Репозиторий с предлагаемой структурой: github.com/jeongmk522-netizen/agentlas_org_chart