ИИ-помощник закончил задачу, показал зелёные тесты и предложил слить ветку. Решение ещё рано принимать: успешный запуск команды не доказывает, что изменение соответствует задаче, безопасно для данных и не ломает соседний сценарий. Ниже — короткий порядок проверки, который подходит и для правки с помощью yCode, и для любого другого инструмента разработки.
Сначала зафиксируйте границу задачи
Запишите ожидаемое поведение на одном конкретном примере: входные данные, результат и то, что должно остаться прежним. Если запрос был «исправить расчёт скидки», результатом не может считаться просто изменённая формула. Нужно указать, какая скидка применяется, где округлять и как вести себя при отсутствующих данных. Убедитесь, что ИИ работал с актуальной веткой и тем репозиторием, который вы намерены менять.
Посмотрите diff, а не только резюме
Пройдите изменённые файлы по очереди. Для каждой правки спросите: зачем она нужна для задачи? Особое внимание уделите миграциям, правам доступа, конфигурации, зависимостям и обработке ошибок. Если помощник изменил файлы вне согласованного объёма, верните работу на уточнение. Не включайте в запросы и логи ключи, клиентские данные и другие секреты.
Проверьте доказательства
Минимальный набор — тест, который воспроизводил ошибку до исправления, проверка после правки и соседний сценарий, который мог пострадать. Сохраните команду, окружение и результат запуска. Если тестов нет или запуск заблокирован, так и напишите в выводе. «ИИ сказал, что всё работает» — не подтверждение.
Учебный пример: после правки округления итог в одном тесте стал 100 ₽ вместо 99 ₽. Это не доказывает правильность всей функции. Проверьте граничные значения, отрицательные корректировки и повторный запуск. Числа здесь вымышлены и не относятся к реальному клиенту.
Решите, можно ли сливать
Примите одно из трёх решений: слить, запросить доработку или остановить изменение. В записи оставьте ссылку на задачу, краткое объяснение diff, список выполненных проверок и известные ограничения. Для чувствительных изменений назначьте ответственного человека на ревью. После релиза проверьте поведение в рабочем окружении: локальный тест и работающий сервис — разные доказательства.
Ранее мы разбирали проверку SEO-правки после публикации. В коде действует тот же принцип: закрывайте задачу по проверяемому результату, а не по сообщению «готово».
yCode в Yasnora AI — Beta-инструмент для работы с репозиторием, планом, изменениями и тестами под контролем разработчика. Возможности и доступ зависят от текущего тарифа и настройки. ИИ-проверка не заменяет ревью и подтверждённый запуск. Подробнее: yasnora.ru. Yasnora входит в экосистему «Виксора».
