Движок всегда был общим
Архетип доставки софта отшлифован нами больше прочих, но лежащий под ним движок процессов никогда им не ограничивался. Свои роли — это способ добраться до остального пространства: ресёрч, маркетинг, операции, поддержка или любая форма команды, которую вы можете описать, — на той же самой механике, что отгружает отревьюенные PR.
Роли не обязаны быть инженерными
Пресет из PM, архитектора, разработчика, QA и DevOps узнаваем, но это лишь одна форма. Роль — это описанный устав и договорённость о передаче, поэтому ею может быть кто угодно: юрист, готовящий проект договора по вашим шаблонам; HR, разбирающий отклики; аналитик, сводящий отчёт по источникам; сметчик, проверяющий расчёт; дежурный, разбирающий инцидент. Механика одна и та же — меняются роли.
Два способа их определить
- Паттерн A — мягкий. Лёгкий валидатор, расположение передачи по умолчанию
.agents/<role>и свободная форма вывода. Самый быстрый способ добавить роль и увидеть её в работе. - Паттерн B — структурированный реестр. CRUD-реестр, где каждая роль объявляет свою
DownstreamRole, поэтому движок связывает переходы детерминированно. Берите его, когда нужны типизированные воспроизводимые конвейеры.
В обоих случаях генератор процессов умеет сопоставить роли из брифа на обычном языке с вашими зарегистрированными ролями — и предложить сгенерировать персонажа для роли, которой у вас ещё нет.
Полноценные, а не приделанные сбоку
Своя роль — не гражданин второго сорта. Она получает вердикт управляющего агента на каждую передачу, коммитит работу в аудит на основе git наравне с любой другой ролью и работает под теми же гарантиями изоляции и секретов . Вы расширяете движок, а не обходите его.