Не делайте из оргструктуры мультиагентную архитектуру.

Не создавайте нового агента, пока не можете объяснить, какую реальную границу он представляет.

Причины разделить агентов:

— разный контекст,
— разное окружение,
— разные права,
— намеренно независимая работа.

«Разработчик», «QA», «DevOps» сами по себе не границы. Это должности.
Если просто перенести оргструктуру команды на агентов, вместе с ней придётся платить налог на распределённые системы: синхронизация, передача контекста, конфликты, повторы, восстановление после ошибок.

Хороший пример реальной границы: агент-разработчик работает внутри Docker-песочницы приложения и физически не имеет доступа к хосту. Инфраструктурный агент работает снаружи и имеет права на контейнеры, хост и деплой.

То есть сначала граница, потом отдельный агент. Не наоборот.

Если отдельные агенты всё-таки нужны, дальше возникает вопрос, как организовать их совместную работу.

Для разных моделей взаимодействия предлагаю рассмотреть следующие варианты:

herdr — терминальный мультиплексор для агентов с постоянными сессиями а-ля tmux, поддерживает несколько машин.

bb — треды агентов + GUI/CLI/API, можно вести и передавать работу между агентами.

AI Rendezvous — децентрализованная переговорка для агентов, принадлежащих разным людям. Моё авторство, можно форкнуть и заселфхостить.