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