AI Dev Live 2026 · День 1
Гарантия качества продукта, который пишут агенты
Где в цикле разработки ставить проверки, чтобы агент не уронил прод и не сжег деньги: интервью со стейкхолдером, архитектурные правила, агент-фиксер без доступа к тестам, CRAP и мутационное тестирование, ревью с агентом-исследователем, самочинящиеся интеграционные тесты, фаззинг и пентест собственными агентами
Главное за минуту
- За год контроль задачи сменился контролем процесса: агент выдает 10 000 строк за раз, глазами их не проверить. Узким местом стала приемка, поэтому проверки ставят на каждом этапе от PRD до продакшна и смотрят, сколько фича ждет приемки.
- Из трех фидбек-лупов (человек, другой агент, скрипт) надежнее всего детерминированный. Если проверяет агент, то из другого семейства: Codex проверяет Claude, Claude проверяет Codex.
- До кода агент интервьюирует стейкхолдера, в том числе про негативные сценарии, а архитектурные решения закрепляют правилами и проверяют инструментами вроде dependency-cruiser или ArchUnit.
- Агенту, который чинит код, не дают доступа к тестам, иначе он поправит тест и напишет pass. Достаточность тестов проверяют мутациями и метрикой CRAP, а находки ревьюера выше порога проверяет агент-исследователь по кодовой базе.
- Перед релизом агент проходит сценарии в браузере, сохраняет Playwright-скрипт и сам переписывает его, когда меняется интерфейс. Дальше фаззинг и пентест собственными агентами: не сломаешь сам, сломают другие.
Дальше рекап доступен участникам конференции
Что ещё в рекапе:
- От контроля задачи к контролю процесса
- Кто будет это поддерживать
- Узкое место переехало
- Три фидбек-лупа
- Где агент косячит
- Требования: интервью до дна
- Архитектура закрепляется правилами
- Код и тесты
- Ревью: агент-исследователь проверяет гипотезу
- Перед релизом: пройти сценарии и сломать
- Безопасность: не сломаешь сам – сломают другие
- Что мерить после внедрения
- Как не отупеть рядом с агентами
Зарегистрируйтесь на AI Dev Live 2026, чтобы прочитать рекап целиком и посмотреть запись.
Участвовать