Как перевести команду на agentic workflows без бунта

За 2024–2025 годы инструменты для разработки перестали быть автодополнением строк. Cursor с режимом Agent, Claude Code от Anthropic, GitHub Copilot Workspace и Windsurf от Codeium умеют не подсказывать код, а выполнять задачу целиком: читать репозиторий, менять несколько файлов, запускать тесты и открывать pull request. Для инженерной команды это не апгрейд редактора, а смена процесса — и именно на процессе, а не на модели, проваливается большинство внедрений.

Проблема не в том, что агент^* плохо пишет код. Проблема в том, что старые правила ревью, ответственности и оценки задач рассчитаны на человека, который печатает по строчке, а не на инструмент, генерирующий диф на 400 строк за две минуты. Ниже — что конкретно ломается и как это чинить.

Что вообще изменилось в инструментах

Разница между привычным ассистентом и агентным режимом — в объёме автономии. Обычный автокомплит предлагает следующую строку, вы её принимаете или нет. Агент получает задачу текстом («добавь пагинацию в список заказов») и сам решает, какие файлы тронуть, какие тесты прогнать и что показать вам на выходе.

Точные цены подписок и лимиты токенов меняются каждые несколько месяцев — сверяйтесь с официальными страницами перед закупкой, а не с обзорами полугодовой давности.

Что ломается в процессе, а не в коде

Ревью перестаёт масштабироваться

Когда джун пишет 200 строк в день, ревьюер справляется. Когда тот же джун открывает три PR по 500 строк каждый до обеда, потому что агент сгенерировал их за него, ревьюер становится узким горлышком. Автор PR при этом не всегда понимает собственный код — он его не писал, а принял.

Это меняет саму цель ревью. Раньше вы проверяли логику. Теперь приходится проверять ещё и то, что автор вообще прочитал то, что отправил.

Агент снимает нагрузку с того, кто пишет код, и перекладывает её на того, кто его проверяет. Если вы не перераспределили эту нагрузку заранее, ревью встанет колом через две недели.

Размывается ответственность

Классический вопрос после инцидента: кто это написал. С агентом ответ «его сгенерировал Cursor» звучит всё чаще. Команде нужно договориться заранее и явно: за код в проде отвечает человек, отправивший PR, независимо от того, кто набрал символы. Это не бюрократия, а условие, без которого агент превращается в способ снять с себя ответственность.

Оценка задач врёт в обе стороны

Часть задач агент закрывает за минуты вместо часов — рутинный CRUD, миграции, тесты. Зато отладка того, что агент сделал почти правильно, съедает время непредсказуемо. Старые оценки в стори-поинтах перестают работать, и это нормально: их придётся перекалибровать на новых данных, а не подгонять реальность под спринт.

Как проводить переход: пошагово

Change management здесь важнее выбора инструмента. Порядок, который снижает сопротивление и не роняет качество:

1. Пилот на добровольцах, не на всех сразу. Возьмите двух-трёх инженеров, которым интересно, и один некритичный сервис. Массовое внедрение приказом даёт саботаж и формальное «пользуюсь».
2. Определите зоны запрета. Заранее решите, где агент не касается кода без ручной проверки: платежи, аутентификация, работа с персональными данными, миграции продовой БД.
3. Перепишите правила ревью. Введите требование: автор PR подтверждает, что прочитал и понимает каждую строку. Ограничьте размер PR — большой агентный диф режьте на части.
4. Соберите общий контекст. Заведите файл с правилами проекта для агента (стиль, архитектурные ограничения, запреты). Cursor читает .cursorrules, Claude Code — CLAUDE.md. Без этого каждый инженер получает свой результат.
5. Замеряйте до и после. Зафиксируйте время цикла задачи, долю багов из ревью, время на код-ревью — до внедрения. Через месяц сравните. Без цифр вы будете спорить ощущениями.
6. Пересчитайте оценки через спринт-два. Не раньше: первые недели уйдут на обучение, а не на ускорение.

Кому это пригодится, а кому нет

Пригодится:

• Командам с большим объёмом типовой работы: генерация CRUD, обвязка тестами, миграции, рефакторинг по шаблону. Здесь выигрыш во времени реальный и измеримый.
• Инженерам, которые уже сильны технически: они видят, где агент ошибся, и используют его как ускоритель, а не как замену мышлению.
• Стартапам, где скорость проверки гипотез важнее вылизанной архитектуры.

Скорее навредит:

• Командам джунов без сильного ревью: агент даёт правдоподобный, но неверный код, а некому это поймать. Джуны перестают учиться писать самостоятельно.
• Проектам с жёсткими требованиями к безопасности и аудиту, где каждая строка должна иметь понятного автора и обоснование.
• Легаси с нестандартной архитектурой: агент плохо угадывает неявные соглашения и уверенно ломает то, что держалось на договорённостях в головах.

Где реальная цена вопроса

Деньги на подписки — самая маленькая статья расходов. Настоящая цена перехода складывается из трёх вещей: время сеньоров на переработку процессов и обучение, риск деградации навыков команды, если агент используют как костыль, и риск инцидента из-за кода, который никто толком не прочитал. Первое окупается за пару месяцев, второе и третье управляются только дисциплиной ревью — не самим инструментом.

^* Агент — программа на базе языковой модели, которая не просто отвечает текстом, а самостоятельно выполняет последовательность действий для достижения цели: читает файлы, запускает команды, вносит правки и проверяет результат, обращаясь к модели на каждом шаге.