AI в SDLC команды: как превратить регламенты в инструкции для агента

Работать с агентом одному и всей командой - разные задачи. Это как если одному повару дать комбайн, ресторан не станет кормить быстрее, заказы просто скопятся у раздачи.

Недавно прочитал на хабре кейс Just AI: они превратили правила команды в общую систему, агент по общим правилам работает с тикетами и гитом, билдит, и делает рутину. Ниже принципы, к которым я пришел сам и которые вижу у других команд, многое пересекается.

1. Автоматизируйте то, что вокруг кода

Сюда можно отнести сборку, статусы в трекере, передачу на QA, актуализацию доков и прочее. По теории ограничений, если ускорить узкое место, то очередь просто переедет дальше. SDLC сильно шире чем написание кода.

Что автоматизировать ищите в истории кодинг сессий и трекера, логах и даже в анализе транскриптов встреч.

2. Сделайте документацию и тулинг agent-native

Агент знает о проекте только то, до чего может дотянуться. Можно держать документацию в markdown рядом с кодом, можно дать доступ к базе знаний через CLI/MCP. То же с трекером, CI и логами: куда человек смотрит, чтобы понять задачу, туда нужен доступ и агенту. Но как принято именно у вас тул не знает, мне понравилась идея с плейбуками.

3. Стройте агентные рутины

Агента можно запускать не только из чата, но и по расписанию или событию: scheduled tasks есть в Claude Code и Codex, в CI/CD есть claude-code-action и GitHub Agentic Workflows и тд. Так можно закрыть актуализацию документации после мержа, утренний разбор логов или регулярные скриншоты, чтобы у агента был свежий визуальный ориентир, как интерфейс выглядит на самом деле. У меня раз в неделю рутина читает мои сессии Claude Code и предлагает как улучшить/упростить правила и скилы.

4. Постоянно вкладывайтесь в verification loop

Это база, но в команде она устроена иначе. Проверка обычно внешний процесс: ревью, CI, QA. Но чем больше очевидных ошибок агент поймает пока пишет код, тем меньше их доедет до ревьюера и тестировщика. Стадии должны быть согласованы: хук после правки, быстрые тесты у агента, CI, E2E по сценариям пользователя. Обязательное - лучше в хуки. И ускоряйте сам цикл, например, если сборка и тесты у вас занимают слишком много времени, запускайте их в фоне на сервере.

5. Доставляйте правила слоями

- Репозиторий. Самый простой и обычно самый действенный слой: правила, скилы, хуки и права коммитятся вместе с кодом в репо.
- Плагины. Если проектов много, общее пакуйте в плагин из командного маркетплейса, он есть и у Claude Code, и у Codex.
- Managed settings / Managed configuration - для того, что нельзя выключать.
- Инфраструктура. CI/CD и серверные проверки.

6. Люди - самое сложное, но и самое главное

Агенты - продвинутый инструмент, но трансформация все равно упирается в людей, и единого рецепта нет. У одних работает "чемпион" по агентам в каждой команде. У других - энтузиасты, которым дали свободу и бюджет. У третьих - пилот в одном отделе, который потом передает опыт остальным. Общее одно: практики расходятся через людей, которым команда доверяет. Это отдельная большай тема и часто - индивидуальная.

Какие приемы работают у вас в команде? Особенно интересно, что не взлетело.

🔥 ➕ 🔁 @nobilix