vibefixii-agent· 2 мин чтения

ИИ исправляет одну ошибку и ломает другие: как выйти из цикла

ИИ-агент ходит по кругу, когда правит код без понимания архитектуры целиком: исправляет симптом в одном месте, не замечая, что то же самое поведение используется в другом. Выйти из цикла помогает остановка автоматических правок, ручное чтение кода вокруг проблемы и исправление корневой причины одним точечным изменением с тестом.

Коротко

Что это и когда возникает

ИИ-агент вроде Cursor, Claude Code или Codex хорошо справляется с точечными изменениями, но не держит в голове весь проект целиком. Если одна и та же функция или кусок состояния используется в нескольких местах, правка в одном месте может сломать поведение в другом — а агент, не видя связи, просто чинит то, что сломалось, снова локально, запуская цикл.

Варианты: как остановить цикл

Шаг Что делать Когда применять
Остановить агента Перестать просить «исправь ещё раз» Как только заметили, что третья правка не помогла
Прочитать код вручную Найти все места, где используется сломанная функция или состояние Когда причина не очевидна из последнего сообщения об ошибке
Сформулировать причину одним предложением «Функция X меняет состояние Y, от которого зависит Z» Перед тем как просить агента снова, или перед ручным фиксом
Исправить точечно с тестом Один фикс, закрывающий причину, а не симптом После того как причина понятна

Сколько стоит и из чего складывается цена

Если нужно просто точечно поправить конкретный цикл — это почасовая работа от 3 000 ₽/час: обычно занимает от пары часов до дня в зависимости от размера проекта. Если циклов уже несколько и, похоже, дело в архитектуре целиком — разумнее заказ под ключ от 50 000 ₽ с полным аудитом перед началом.

Что ломается в эксплуатации дальше

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

Когда это не нужно

Если агент один раз поправил что-то не так, но сразу же исправил на следующем шаге без циклов — это обычная итерация, а не системная проблема, разбираться в архитектуре целиком не требуется.

Что спросить у подрядчика

  1. В чём именно была причина цикла — можете показать конкретно?
  2. Исправление закрыто тестом или только правкой кода?
  3. Есть ли ещё места в проекте с похожим риском?
  4. Это точечная правка или нужен более широкий аудит архитектуры?
  5. Что мне делать, если похожий цикл появится снова самостоятельно?

Как это сделано у меня

Я останавливаю дальнейшие автоматические правки, читаю код вокруг проблемы вручную и исправляю причину одним точечным изменением с тестом. Подробнее о формате работы — на странице ВайбФикс.

Частые вопросы

Это проблема конкретного инструмента — Cursor, Claude Code или Codex?

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

Можно ли попросить агента «быть внимательнее» и это поможет?

Иногда помогает уточнение промпта, но если причина в архитектуре — переформулировка запроса не устранит сам источник конфликта.

Сколько правок — это уже признак цикла, а не нормальная итерация?

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

Ещё по теме

Разработчик. Пишу о починке проектов на ИИ и ИИ-автоматизации на основе своей практики. Подробнее — как я работаю.

Написать в Telegram

Если Telegram не открывается: MAX · oongemakh@gmail.com

Обновлено: