Весной нам пришлось сократить команду разработки: деньги понадобились на маркетинг. Я остался в продукте один. Думал, что скорость сильно просядет. Не просела: сейчас у меня около 160 коммитов в месяц, примерно как было у всей команды. Почти вся разработка идёт через Claude Code, и за эти месяцы у меня сложился понятный порядок работы. Делюсь, вдруг кому пригодится.

Всё зависит от размера задачи.

Если задача маленькая, пишу промпт, агент делает правку, мёржу в dev. Когда отработает CI/CD, смотрю результат на стенде.

Если большая, сначала прошу агента составить план, читаю его, правлю и только потом запускаю отдельную сессию на реализацию. Если задача задевает пользовательские сценарии, добавляю e2e.

Для эпиков я собрал пайплайн из агентов с разными ролями. Архитектор проектирует и пишет контракт API, дизайнер готовит экраны, бэкенд и фронт пишут отдельные агенты, дальше подключаются тестировщик, ревьюер, интегратор и QA. В самом конце агенты-«взломщики» пытаются сломать то, что получилось. Один эпик может крутиться до суток и съесть до 60 млн токенов. Финальная проверка идёт через Claude in Chrome на стенде в Docker.

Что оказалось важнее всего.

Документация. У меня 88 архитектурных документов в markdown, и агент читает их так же, как читал бы новый разработчик. Я специально написал их до того, как начал отдавать задачи агентам. Без них агент очень быстро пишет много кода, который потом дорого переделывать.

Навыки. Всё, что повторяется, я описал в .md-файлах со skills. Агент делает эти вещи одинаково, и не приходится каждый раз объяснять заново.

Доступы. У агента свой токен GitLab API: он сам создаёт merge request, смотрит пайплайны и раннеры. Права Maintainer, владельческих нет, так задумано. К стендам, серверам и базам у агента свои SSH-ключи, отдельно от моих.

Решения при этом по-прежнему за мной: что делаем, какая архитектура, что уходит в прод. Код пишет агент, а отвечаю за него я.

А вы как работаете с ИИ-агентами? Интересно, у кого как устроено.

#ИИ #ClaudeCode #разработка #CTO