Команда агентов в Claude Code: от задачи до релиза

--- title: "Команда агентов в Claude Code: как я построил процесс от задачи до релиза" description: "Разработчик Сергей Ладыгин полгода использует Claude Code Agent Teams для автономной разработки: 12 ролей, 44 релиза, 8 версий моделей без переписывания ролей." tags: [claude-code, agent-teams, автоматизация] ### ⚡ Главное за 5 секунд - Сергей Ладыгин полгода разрабатывает сервис без команды: код пишут агенты Claude Code, он ставит задачи и принимает результат. - Функция Agent Teams в Claude Code включается экспериментальной переменной окружения CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1. - Процесс автономный, но контроль человека сохраняется на двух точках: утверждение плана в /weekly и приёмка результата в /implement. Без ответа агент ничего не запускает и не тратит. ### 🔍 Что обнаружено В марте 2026 года разработчик Сергей Ладыгин начал делать сервис для командных ретроспектив Scruma на стеке Go, Next.js, PostgreSQL, Docker. Сначала он вместе с Claude собрал объёмное ТЗ и запускал по одной задаче в сессии, но не успевал проверять результаты: Claude выдавал код быстрее, чем автор мог его принимать. Тогда он добавил роли QA и DevOps, а затем выстроил полный конвейер. На сентябрь 2026 в репозитории проекта: 14 ролевых команд (12 ролей) плюс 3 субагента для тестов, 73 архитектурных решения (ADR), 37 файлов с диагнозами отказов, 331 тест-кейс, 146 файлов интеграционных тестов, 110 разобранных багов, 6 недельных отчётов, 409 коммитов, 70 PR, 44 релизных тега. Медиана от первого коммита в ветке до мержа — 3,9 часа. Роли — это markdown-файлы с промптами в папке.claude/commands. Техлид создаёт команду через Agent Teams и запускает остальных как тиммейтов с задачами и зависимостями. Основные роли: аналитик недели, дежурный по проду, маркетолог и писатель, техлид, архитектор, backend и frontend, DevOps, QA, документация, плюс планировщик, генератор и хилер тестов. У ролей жёсткие запреты: техлид не пишет код, QA не чинит баги, frontend не хардкодит цвета и отступы, хилер не задаёт вопросов. Команды запускаются сценариями: /weekly — раз в неделю для метрик и плана, /implement — на задачу, /bugfix — для дефектов, /triage — разбор ошибок из Sentry, /marketing — тексты и замер эффекта. После утверждения плана /weekly сам запускает /implement, и над проектом параллельно работают несколько команд, каждая возвращает свой PR. ### 💡 Почему это важно Главный результат — процесс держится на файлах в репозитории, а не на конкретной модели. За полгода сменилось восемь версий моделей, и ни одну роль не пришлось переписывать. Роли продублированы в форматах для Codex: skills, конфиги агентов и общий AGENTS.md. Это значит, что схему можно переносить между инструментами и моделями. Для одиночки такой подход снимает узкое место «я сам»: агенты не только пишут код, но и проверяют его в браузере, пишут тесты, пересобирают окружение и ведут документацию. Разработчик сохраняет контроль на ключевых точках: утверждает план и принимает результат. ### 🧩 Контекст Поводом для эксперимента стала личная боль автора: ретроспективы в его командах проходили неоптимально, и он решил сделать свой сервис. В Claude Code анонсировали функцию Agent Teams, где одна сессия становится лидом команды, а остальные агенты — тиммейты с собственным контекстом. Сначала Ладыгин запускал задачи по одной, но скорость Claude создала бутылочное горлышко в приёмке. Добавление ролей QA и DevOps превратило эксперимент в рабочую схему. По словам автора, это не гипотетический сценарий, а описание реального опыта: в материале он разбирает, кто чем занят и как задача проходит путь от строки в бэклоге до релиза.

🔗 Читать на habr.com