Когда сервис возвращает 500, фраза «ИИ, почини» звучит заманчиво. Но без воспроизведения ошибки любая правка — гипотеза. Хороший первый результат работы с ИИ не патч, а проверяемое объяснение, где и при каких условиях ломается сценарий.
1. Зафиксируйте симптом
Запишите ожидаемый и фактический результат, входные данные, версию, окружение, время и точный шаг, на котором возникает сбой. Уберите секреты и персональные данные из журналов, прежде чем передавать контекст. Если ошибка непостоянная, сохраните условия, при которых она появляется и исчезает.
2. Ограничьте область поиска
Передайте yCode только разрешённый репозиторий, релевантные файлы, стек ошибки и команду воспроизведения. Попросите назвать функции и переходы данных, которые могут объяснить симптом. Укажите, какие сведения недоступны: без них ассистент не должен объявлять причину установленной.
Пример запроса:
В тестовом окружении запрос создания заказа возвращает 500, если у позиции нет необязательного поля
external_id. Ожидается сохранение без этого поля. Вот очищенный стек и релевантный обработчик. Найди три возможные причины, для каждой укажи строку/функцию, способ проверки и признак, который опровергнет гипотезу. Пока не меняй код.
3. Проверьте наиболее дешёвую гипотезу
Сначала воспроизведите ошибку минимальным тестом или запросом. Разделите «симптом исчез» и «причина устранена». Если тест проходит только с новой заглушкой или иным окружением, доказательства недостаточно. Для более сложного сбоя проверьте входные контракты и соседние ветки выполнения.
4. Только потом просите минимальную правку
Когда причина подтверждена, попросите изменение в ограниченном наборе файлов и тест, который падал до правки. Просмотрите diff: не затронуты ли авторизация, обработка ошибок, журналирование и обратная совместимость. Запустите тесты и обычный review. В предыдущем материале мы подробно разобрали проверку правки перед слиянием.
Где помогает Yasnora
yCode в Yasnora AI имеет бета-возможности для понимания кода, поиска по репозиторию, планирования запуска и просмотра изменений. Доступ и качество зависят от плана, контекста проекта и конфигурации; предлагаемую правку утверждает инженер. Продукт доступен через Yasnora AI и входит в экосистему «Виксора».
Хороший критерий завершения: тест, который демонстрировал ошибку, падает до изменения и проходит после него, а diff остаётся понятным человеку.
