Когда AI получает баг и сразу начинает писать патч, он часто чинит ближайший симптом. Особенно в коде с несколькими слоями: API, сервис, база, очередь.
Я разделяю работу на два запроса.
В первом запрещаю менять код. Прошу проследить путь данных: от входа до побочного эффекта, назвать точки преобразования и места, где значение могло стать неверным.
Не предлагай исправление. Построй путь данных для сценария X: вход, проверки, преобразования, вызовы, запись результата. Для каждого шага укажи файл и функцию.
Только потом даю второй запрос: исправить конкретную точку и объяснить, почему остальные варианты отброшены.
Это работает, потому что модель вынуждена сначала собрать локальную карту системы, а не достраивать её по знакомому шаблону. Заодно карта быстро показывает, понимаете ли вы сами, где живёт проблема.
Приём не нужен для изолированной функции с понятным входом и выходом. Там быстрее сразу написать тест и попросить патч.