Коротко: агенты снимают ограничение по скорости написания кода, но создают новое — проверку и приёмку. Пока принимать работу нечем, выигрыш в скорости съедается перепроверками.
Чем агент отличается от чата с ИИ
Чат отвечает на вопрос: вы спрашиваете, он пишет текст или код, дальше всё делаете руками. Агент получает задачу и доводит её до результата сам: открывает файлы, вносит правки, запускает проверки, возвращается к ошибкам. Человек ставит задачу и смотрит на результат, а не на каждый шаг.
Отсюда и разница в рисках. Ошибка в ответе чата видна сразу — вы её читаете. Ошибка агента попадает в код вместе с десятком правильных изменений, и заметить её глазами сложнее, чем написать этот код заново.
Где агенты уже дают результат
- Объём рутинной работы. Однотипные правки, разбор старого кода, покрытие тестами, миграции — там, где задача понятна, а работы много.
- Задачи, которые раньше не доходили до бэклога. Мелкие улучшения, на которые никогда не было человека.
- Работа сразу на нескольких проектах. Объём перестаёт упираться в число людей в штате.
Где агенты мешают
Там, где нет ответственного за приёмку. Если работу агента принимает тот же, кто её заказал, и проверить её нечем, компания получает не ускорение, а ускоренное накопление проблем: код есть, уверенности в нём нет, а разбираться приходится тому же человеку, которого хотели разгрузить.
Второй случай — попытка удержать агента запретами в редакторе. Запретить ИИ трогать файлы не выходит: обход находится всегда. Не принять работу без доказательств можно всегда.
Узкое место — не скорость, а приёмка
ИИ пишет код быстро, и отдельный продукт для этого не нужен. Сложности начинаются дальше: галлюцинации, ревью, бесконечные перепроверки. Быстро перестаёт быть быстро ровно тогда, когда работу надо сдать под ответственность — заказчику, проверяющему или совету директоров.
Поэтому вопрос «какого агента выбрать» вторичен. Первичен другой: что останется после работы агента, кроме самого кода. Если ничего — вы вернулись к ручному ревью и потеряли выигрыш.
Что нужно, чтобы работа агента считалась сделанной
| Условие | Что это значит на практике |
|---|---|
| Требование привязано к ТЗ | У каждой задачи видно, какой пункт ТЗ она закрывает и как этот пункт поняли |
| Проверки задаёт не исполнитель | Список проверок выдаётся на время работы, заранее его никто не знает |
| Доказательства привязаны к коду | Код изменили — доказательства не засчитываются, а не «остались от прошлого прогона» |
| Приёмку закрывает человек | У ИИ доступ машины, у человека личный; свою работу ИИ не принимает |
Эти четыре условия и есть то, что мы делаем продуктом. Не надзор за ИИ в редакторе, а невозможность принять работу без доказательств.
С чего начать
Не с выбора модели. С ответа на вопрос, кто в компании принимает работу и чем он её принимает сегодня. Если такого человека нет, агенты ничего не изменят: принимать по-прежнему будет некому, только объём вырастет.
Что спрашивают чаще всего
Чем агент отличается от автодополнения в редакторе?
Объёмом ответственности. Автодополнение предлагает следующую строку — решение остаётся за человеком на каждом шаге. Агент берёт задачу целиком, и человек смотрит уже на результат. Поэтому там, где автодополнению хватает внимания разработчика, агенту нужна проверка, которую он не задаёт сам.
Можно ли запретить агенту трогать то, что не относится к задаче?
Запретить — нет: обход находится всегда, если запрет живёт на той же машине, где работает агент. Увидеть — да. Изменение вне задачи заметно на приёмке, и работу с ним можно не принимать. Это работает надёжнее любого запрета, потому что не зависит от того, насколько агент его соблюдает.
Нужно ли менять инструменты команды?
Нет. Агент работает в той среде, где команда работает сейчас, с тем ИИ, который она уже использует. Проверка стоит на приёмке, а не в редакторе, поэтому переучивать людей и менять редакторы не требуется.
Сколько людей нужно, чтобы это окупилось?
Нижняя граница — один человек, который принимает работу. Верхней нет: порядок не держится на конкретном сотруднике и повторяется на других проектах. Если принимающего человека нет вовсе, начинать стоит с него, а не с агентов.
Данные компании уходят наружу?
Размещение в своём контуре — отдельный вариант. В SaaS Fazer отвечает за вход и контекст организации. Состав рабочих данных и условия размещения требуют отдельного подтверждения; обещание «только четыре значения» к SaaS не применяется.