Остановите текущую задачу, если Claude Code повторяет одни и те же правки, а проверка снова показывает прежнюю ошибку. Перед новым запуском сузьте задачу, задайте проверяемый результат и определите условия остановки. Токены расходуются на обработку контекста и ответы модели, поэтому продолжение работы само по себе ещё не означает прогресс. Ниже разберём, как заметить цикл, ограничить расходы доступными средствами и вернуть агенту задачу, которую можно закончить и проверить без бесконечной переделки проекта.
Почему Claude Code продолжает правки, но задача не решается?
Claude Code — агент для работы с кодом через командную строку. Результат его работы нужно проверять по изменениям в файлах, журналам выполнения и тестам; доступ и ограничения зависят от тарифа и режима использования (Kodik). Сообщение «исправлено» ещё не подтверждает, что сайт работает как нужно.
Представим задачу для сайта небольшой компании: исправить расчёт итоговой суммы в форме заказа. Если попросить заодно «улучшить весь код», агент получит размытый объём работы. Он начнёт менять соседние части проекта, а владельцу бизнеса будет трудно понять, какие изменения нужны для расчёта, а какие появились по инициативе модели.
Другой сценарий: проверка завершается ошибкой, но агент неверно определяет её причину. Например, пытается переписать функцию, хотя для запуска не хватает настройки окружения. Без уточнения причины следующая правка продолжает тот же круг.
Оценивайте прогресс по наблюдаемому результату: исчезла исходная ошибка, прошла нужная проверка, изменился согласованный участок. Если агент лишь иначе объясняет прежний сбой, попросите его остановиться и назвать, чем новая попытка отличается от предыдущей.
Как задать задачу, у которой есть понятный конец?
До запуска запишите результат так, чтобы его мог проверить человек. Формулировка «привести сайт в порядок» не задаёт границ. Формулировка «исправить итоговую сумму при изменении количества товара, сохранив внешний вид формы» уже помогает отделить нужные изменения от лишних.
- Назовите один дефект: что происходит сейчас и какое поведение ожидается.
- Укажите разрешённую область работы: конкретную форму, модуль или папку проекта.
- Опишите проверку результата: какое действие выполнить и что должно получиться.
- Задайте условие остановки: повтор прежней ошибки без новой причины или необходимость выйти за согласованные границы.
Для примера с формой заказа инструкция может выглядеть так: «Исправь пересчёт суммы после изменения количества. Не меняй оформление и соседние функции. Сначала объясни предполагаемую причину. Если проверка снова покажет ту же ошибку, остановись и опиши препятствие. Не меняй существующие тесты без согласования».
Повторяющиеся правила проекта имеет смысл вынести в CLAUDE.md с ограничениями для ИИ-агента. Там можно описать разрешённые папки, способ запуска проверок и действия, которые требуют согласования. Но текстовая инструкция не гарантирует соблюдения запрета: права доступа и технические ограничения настраивают отдельно.
Среда, которая управляет работой агента, называется harness. За её инструментами стоят права доступа, обработка ошибок и тестирование; даже запрос подтверждения у человека требует отдельной реализации (Хабр, «Почему не стоит писать AI-агента с нуля»). Поэтому просьбу «не выходи за бюджет» нельзя считать техническим ограничителем расходов.
Как ограничить расходы, если точная стоимость заранее неизвестна?
Разделите бюджет задачи и лимит доступа. Бюджет — сумма, которую бизнес согласен потратить на результат. Лимит доступа — ограничение, которое поддерживает конкретный тариф, API или шлюз. Сначала проверьте свой способ подключения: настройки одного режима нельзя автоматически переносить в другой.
При подключении через шлюз используйте отдельный ключ для каждого человека вместо общего административного. Такой ключ проще отозвать, а лимиты помогают сдерживать расходы, если агент зациклится (Хабр, «Как подключить Claude Code через шлюз и какие модели поддерживают агентный цикл»). Наличие нужного ограничения и момент его срабатывания уточняйте в настройках своего сервиса.
Для рабочего процесса задайте дополнительные границы:
- Сначала разрешите только разбор причины без изменения файлов.
- Согласуйте предложенное исправление перед запуском правок.
- Отделите исправление ошибки от улучшения структуры кода.
- После проверки запросите отчёт: что изменилось, что прошло и что осталось нерешённым.
Это контрольные точки, а не гарантия фиксированной цены. Они позволяют заметить неверное направление до того, как агент начнёт переделывать соседние части проекта. Если обсуждаете бюджет в BYN, отдельно уточните валюту списания у поставщика доступа: сумма в рабочем плане и сумма в счёте могут отличаться.
До запуска также проверьте подключённые расширения и инструкции. Для каждого должно быть понятно, зачем оно нужно именно этой задаче. Если используете дополнительные навыки, пригодится разбор выбора skill для Claude Code и его безопасного подключения. Подключать новый навык посреди неразобранного цикла правок стоит только при понятной причине.
Как остановить цикл правок и продолжить без повторения ошибки?
Используйте остановку текущего выполнения в своём интерфейсе Claude Code. Затем проверьте, завершились ли команды, которые агент запускал отдельно. Не отправляйте сразу «попробуй ещё раз»: сначала нужно сохранить факты о неудачной попытке.
- Остановите выполнение задачи.
- Просмотрите diff, то есть список изменений в файлах.
- Найдите в журнале первую ошибку, после которой работа пошла по кругу.
- Отделите изменения, нужные для задачи, от посторонних правок.
- Составьте новый запрос с одной проверяемой гипотезой о причине сбоя.
Не удаляйте все изменения автоматически: среди них могут быть ваши правки или полезная часть исправления. Если не уверены, что можно отменить, сначала попросите разработчика разобрать diff. Передайте ему исходную задачу и текст ошибки вместе со списком изменений — так разбор начнётся с конкретного сбоя.
Новый запрос может быть таким: «Проверка снова завершается той же ошибкой. Пока не редактируй файлы. По журналу определи, связана ли причина с кодом или окружением. Предложи одну проверку, которая поможет это различить».
После исправления проверяйте исходный сценарий и соседнее поведение. Для формы заказа это означает не только правильную сумму после изменения количества, но и отсутствие сбоя при повторном изменении. Тест, который агент переписал вместе с функцией, требует отдельного просмотра: нужно убедиться, что он по-прежнему проверяет нужное условие.
Если код агента нужно запускать для проверки, отделите среду выполнения от рабочих файлов и секретных ключей. В разборе harness для ИИ-агента описан подход с контейнером или виртуальной машиной, а также ограничением доступа к папке и запретом на правку тестов (журнал «Код» Яндекс Практикума). Техническую настройку такой среды можно выделить в отдельную задачу перед доработкой сайта.
Типичные ошибки при контроле расходов Claude Code
- Просить «довести до идеала». Исправление: задать конкретное поведение и проверку, после которой работа заканчивается.
- Считать просьбу остановиться по бюджету жёстким лимитом. Исправление: проверить ограничения своего способа подключения и отдельно задать условия остановки в задаче.
- Разрешать менять проверки ради успешного отчёта. Исправление: требовать согласования изменений в существующих тестах.
- Продолжать работу после повтора ошибки без новой гипотезы. Исправление: остановить правки и разобрать журнал выполнения.
- Принимать отчёт агента без просмотра результата. Исправление: проверить diff и воспроизвести исходный сценарий на сайте.
Сейчас потратьте одну минуту: добавьте в следующую задачу фразу «Если прежняя ошибка повторится без новой причины, остановись и опиши препятствие, не продолжай правки».
