Как вывести ИИ-агента для программирования из тупика, когда он раз за разом повторяет одну и ту же ошибку

Вы говорите своему ИИ-агенту для программирования прекратить использовать устаревшую функцию. Он извиняется, переписывает код — и снова использует ту же устаревшую функцию. Вы поправляете его в третий раз. Тот же результат. Это «петля обречённости» (doom loop), и с ней рано или поздно сталкивается каждый, кто создаёт. Хорошая новость: как только вы поймёте, почему это происходит, решение окажется быстрым и повторяемым.

Почему агенты застревают

ИИ-агент для программирования не запоминает вашу последнюю поправку так, как это делает человек. Он работает исходя из своего контекста — текущей стенограммы вашего разговора плюс файлов, которые он прочитал. В длинной сессии что-то идёт не так по двум причинам:

• Ошибки накапливаются. Если неверное предположение попадает в контекст на раннем этапе, каждый последующий ответ строится поверх него. Ваша поправка — это просто ещё одно сообщение, которое конкурирует со всем предыдущим текстом, всё ещё утверждающим неверное.
• Гниение контекста. По мере того как окно заполняется в течение длинной сессии, качество вывода постепенно ухудшается. Агент начинает терять из виду инструкции, которые вы дали двадцать сообщений назад.

Поэтому, когда агент повторяет ошибку, дело обычно не в упрямстве — он тонет в загрязнённом контексте. Исправляйте контекст, а не «характер» агента.

Шаг 1: Сбросьте контекст вместо повторных объяснений

Ваш инстинкт — объяснить поправку более настойчиво. Сопротивляйтесь ему. Каждое дополнительное сообщение добавляется к загрязнённому контексту. Вместо этого вырежьте плохой контекст:

• В Claude Code команда /rewind откатывает разговор и изменения в файлах к более раннему чекпойнту — используйте её, когда последние несколько шагов пошли не так, но более ранняя работа стоит того, чтобы её сохранить (двойное нажатие Esc открывает то же меню). /clear полностью стирает разговор и начинает с чистого листа, оставляя ваш код нетронутым — используйте её, когда вся сессия сошла с рельсов. /compact суммирует историю в более краткую форму, когда вы хотите продолжить с меньшим «весом». (См. лучшие практики Claude Code.)
• В Cursor или инструменте на основе чата начните новый чат для застрявшей задачи, а не продолжайте отравленный.

Чистый контекст с одной чёткой инструкцией лучше длинного контекста с пятью всё более раздражёнными.

Шаг 2: Дайте поправке постоянное место

Поправка, которую вы вводите в чат, исчезает по окончании сессии. В следующей сессии агент совершает ту же ошибку — потому что вы удалили исправление из его памяти, закрыв окно. Разместите устойчивые правила там, где агент читает их каждый раз:

• Claude Code: файл CLAUDE.md в корне вашего репозитория.
• Cursor: файл правил (например, .cursor/rules/).
• Любой агент: файл AGENTS.md, который теперь широко поддерживается.

Запишите правило как простое, проверяемое утверждение. Не «постарайся писать чистый код», а: «Используй fetch, никогда не axios. В этом проекте нет зависимости axios».

Шаг 3: Сделайте ограничение невозможным упустить

Вот конкретный пример. Допустим, ваш агент упорно импортирует библиотеку для работы с датами, которую вы удалили:

// Агент упорно пишет это:
import moment from 'moment'
const now = moment().format('YYYY-MM-DD')

Вы уже трижды говорили ему использовать вместо этого встроенный API Intl. Вместо четвёртой поправки добавьте одну строку в CLAUDE.md:

## Dates
Never import `moment` or `dayjs` — they are not installed.
Format dates with the built-in `Intl.DateTimeFormat`. Example:
`new Intl.DateTimeFormat('en-CA').format(new Date())` → "2026-07-04"

Разница в том, что вы дали правило плюс рабочий пример. Агенты следуют копируемому примеру гораздо надёжнее, чем абстрактной инструкции, и теперь правило автоматически загружается в начале каждой сессии.

Шаг 4: Дайте агенту способ проверять себя

Агенты повторяют ошибки, которые не могут увидеть. Замкните петлю, дав агенту сигнал, который он может прочитать:

• Правило линтера или тест, который падает именно на этой ошибке. Если moment запрещён вашим линтером, агент запускает линтер, видит ошибку и исправляет её — без вашего участия.
• Краткий чек-лист «определения готовности» (definition of done) в вашем промпте: «Прежде чем закончить, запусти npm run lint и npm test и убедись, что оба проходят».

Это самое крупное улучшение. Ошибка, которую агент может обнаружить самостоятельно, перестаёт быть ошибкой, которую приходится ловить вам.

Шаг 5: Уменьшите задачу

Если агент зацикливается на большом, расплывчатом запросе («отрефактори систему аутентификации»), он часто теряется в объёме, а не в деталях. Разбейте работу на один маленький проверяемый шаг за раз — «вынеси логику обновления токена в отдельную функцию, не меняя поведение» — и подтверждайте каждый, прежде чем двигаться дальше. Маленькие задачи оставляют меньше простора для блужданий.

Закономерность

Когда ваш агент не перестаёт повторять ошибку, пройдитесь по списку: сбросьте контекст, запишите правило там, где оно сохранится, покажите пример, дайте ему проверку, которую он может запустить сам, и сузьте задачу. Вы заметите общую тему — вы не спорите с агентом, вы исправляете то, что он способен видеть. Сделайте это, и петля обречённости превратится в двухминутный крюк вместо потерянного дня.