Код собирается, все тесты зелёные, а агент уверенно пишет готово... Частая ситуация, что код использует сломанные зависимости, тесты подгоняются агентом. Чтобы случайно не положить прод, пройдитесь перед пушем по чек-листу ниже:
1. Посмотрите diff целиком
Весь проект, не только изменённый файл. Агент мог заодно "немного упростить" конфиг, удалить обработчик или отрефакторить то, о чём его вообще никто не просил.
2. Проверьте happy path сами
Протестируйте сценарий, ради которого вносились изменения. Тесты могут проверять новую функцию — и не заметить, что соседние функции ушли в отказ.
3. Прогоните edge-кейсы
Пустой ответ, таймаут, 500 или другие ошибки от API, неожиданный формат данных, повторный запрос до завершения первого — тысячи их. Тесты их учитывают, но ИИ любит их подгонять, чтобы
4. Ищите хардкод
API-ключи, URL, токены, пути, ID, тестовые аккаунты и значения из локального окружения не должны внезапно уехать в репозиторий. В Kodik для сохранения секретов предусмотрен KodikShield, но перестраховка с уязвимыми данными никогда не будет лишней.
5. Проверьте зависимости и миграции
Новый пакет, обновление или изменение схемы и политик БД могут всплыть намного позже одного билда. И стоить эта ошибка будет в разы больше...
6. Спросите агента прямо: что будет в проде?
Новые названия переменных, права юзеров, перераспределение нагрузки на узлы сети, обновлённая архитектура. Код, который прекрасно работает локально, нередко разбивается о реальность после первого деплоя.
К слову, держать всё это в голове совсем не обязательно. Добавьте такой чек-лист правил своему агенту в Kodik IDE и потестите на следующей задаче. 😉