Когда ассистент написал функцию, не переходите сразу к следующей задаче. Откройте новый диалог или сформулируйте отдельную роль: теперь он не автор, а придирчивый ревьюер.
Дайте код и попросите найти не «улучшения», а сценарии, в которых он даст неверный результат: пустой ввод, дубликаты, гонки, таймауты, частичные ошибки API, неожиданные типы данных.
Ты — ревьюер. Не переписывай код.
Найди сценарии, где он сломается или вернёт неверный результат.
Для каждого: входные данные, ожидаемое и фактическое поведение, серьёзность проблемы.Это работает, потому что режим «написать код» толкает модель к подтверждению собственного решения. Режим «найти поломку» меняет цель: появляются контрпримеры, а не очередной рефакторинг ради рефакторинга.
Дальше я превращаю найденные сценарии в тесты. Исправление без теста — это надежда, что та же ошибка не вернётся.
Приём не нужен для одноразового скрипта на десять строк, где цена сбоя ниже времени на проверку. Но для интеграций, платежей, прав доступа и фоновых задач он окупается почти всегда.