Внедряйте автономность ступенями
Команда должна расширять права только после того, как предыдущий уровень стабильно измеряется. Переход от вопросов к unattended patch - не одна настройка: он добавляет instructions, skills, environment, gates и incident process.
Лестница внедрения идёт снизу вверх: read (агент отвечает на вопросы и строит repository map), plan (предлагает scope и verification, но не пишет), supervised patch (меняет workspace, каждая risky action подтверждается), repeatable skill (один класс задач проходит проверенный workflow), isolated automation (non-interactive run создаёт patch artifact в disposable environment) и controlled publication (отдельный trusted step открывает PR после deterministic и independent gates).
Собрать production gate по шагам и увидеть, какие условия ещё не закрыты, помогает лаборатория.
Production gate
Закрыто 0 из 9. Unattended publication пока не разрешена.
Перед первым unattended run стоит выбрать обратимую задачу без production side effects, ограничить один репозиторий и один тип patch, сохранить failing baseline и ожидаемый результат, запретить новые dependencies и external writes, установить timeout и budget и провести game day: test failure, network denial, tool crash и scope violation.
Не автоматизируйте неопределённость. Если acceptance criteria нельзя наблюдать или владельцы не согласны с архитектурой, unattended agent лишь быстрее произведёт спорный patch. Сначала уточните contract.
Практический итог книги короток: правильный prompt задаёт задачу, project instructions хранят локальные знания, skill воспроизводит workflow, hook и CI обеспечивают события и gates, sandbox и permissions ограничивают власть, независимый review проверяет результат. Только вся цепочка превращает coding agent в инженерный инструмент. Все технические утверждения сверены с первоисточниками; их полный список - в следующей главе.
Как правильно наращивать автономность агента?