Все публикации, которые я видел, так или иначе крутятся вокруг “звездочной” модели организации: основная сессия + субагенты с разными ролями. Субагенты создаются основной сессией, отрабатывают, и удаляются. Контекста не хранят, все, что у них есть - это начальная конфигурация + вводные от оркестратора + плюс файлы на диске.

Но если задачи сложнее и многоплановее, требуется больше точности, больше контроля и меньше времени на перепроверку, то одной сессии, даже на 1 млн.токенов и даже с субагентами - мало.

Решение на поверхности - объединенная работа нескольких сессий, т.е. "командная" работа агентов.

Каждая сессия - это отдельная роль (тимлиды, бэкендеры, фронтендеры, QA, девопсы, архитекторы и т.д.). Каждая хранит свой контекст, каждая может дополнительно “привлекать джунов” (запускать субагентов), и каждая у меня на виду. Могут общаться между собой напрямую. Координацию выполняет ведущий (тимлид или архитектор).

Порядка 15-ти проектов у меня организовано именно таким образом. В некоторых командах - до 9 участников.

Кому интересно применить, в одном из следующих постов я дам ссылку на репозиторий со всем харнессом (инструменты, скрипты, скилы).

PS. Только одна команда дала сбой: недавно я реализовал ассистента для организации работы команды (живых людей) — тоже в виде небольшой команды. И пока был на тренировке, они жгли токены срачем флудом между собой из разряда: “если я по поводу чего-то ответил, что этого нет, этого правильно, или это я просто не проверил или не нашел”. Причина подобного поведения скорее всего в том, что эта команда не имела своей цели, а находилась в режиме ожидания событий из "внешнего мира"… А им хотелось быть полезными 🤗.