ИИ ломает код при каждой правке
ИИ ломает рабочий код, когда проект перерос его контекст: дублирующиеся функции, файлы на тысячи строк и ни одного теста, который поймал бы регрессию. Выход — откатиться к рабочей версии, зафиксировать критичные сценарии тестами, разрезать проект на понятные модули и давать ИИ маленькие задачи с проверкой диффа.
Первая помощь и как чиним
- 1Остановить правки
Не просим ИИ «починить ещё раз», а находим последнюю рабочую версию в git или снимаем текущее состояние.
- 2Найти, где сломалось
Сравниваем версии, при необходимости — git bisect, и находим конкретное изменение-виновника.
- 3Поставить страховку
Пишем тесты на главные сценарии: вход, создание заказа, оплата, ключевая форма.
- 4Расчистить код
Убираем дубли и мёртвый код, режем гигантские файлы, чтобы ИИ видел цельную картину.
- 5Наладить процесс
Файл правил для Cursor или Claude Code, маленькие задачи, коммит после каждой проверенной правки.
Чинить самому или отдать в «аптечку»
Мы уже наступили на эти грабли — вам не придётся
Аптечка: что с проектом?
3 вопроса — и мы скажем, сколько стоит починка. Чек-лист безопасности проекта в подарок.
Интервью с собственником и РОПом, аудит текущей CRM и источников заявок.
1–3 дняВоронки, роли, точки контроля. Согласуем до того, как что-то настраивать.
3–5 днейНастраиваем Битрикс24 и дописываем недостающие инструменты. Демо каждую неделю.
1–4 неделиОбучение, база знаний, поддержка. Дорабатываем, пока цифры не поедут вверх.
дальше — с вамиПодробнееразвёрнутое описание, этапы и нюансы
Знакомая картина: просите ИИ поправить кнопку — ломается вход. Просите починить вход — пропадает сохранение заказа. Через час вы в «петле правок», а проект хуже, чем утром. Общие правила профилактики описаны в статье «Почему вайб-код ломается», здесь — что делать, когда петля уже началась.
Почему так происходит
- Дубли. ИИ часто не находит существующую функцию и пишет новую рядом. Через месяц в проекте три версии
formatPriceи двеgetUser, и правка попадает не в ту, что реально вызывается. - Гигантские файлы. Компонент на 1500 строк ИИ читает частями и правит вслепую то, что не видел.
- Нет тестов. Ни вы, ни ИИ не узнаёте о поломке, пока на неё не наткнётся клиент.
- Неявные договорённости. Почему статус заказа хранится строкой, а не числом, знали только вы и прошлый чат. Новый чат этого не помнит.
- «Почини ошибку» без контекста. ИИ лечит симптом: оборачивает код в
try/catch, глушит ошибку, добавляет костыль.
Что проверить самому
- Есть ли git и последний коммит, где всё работало. Если да — откатитесь в отдельную ветку и проверьте.
- Поищите дубли: одинаковые названия функций в разных файлах.
grep -rn "function getUser\|const getUser" src/
- Найдите самые большие файлы: всё, что больше 400–500 строк, — кандидат на разрезание.
find src -name "*.ts*" | xargs wc -l | sort -n | tail
- Посмотрите, нет ли пустых
catch, которые глушат ошибки. - Проверьте, есть ли у проекта файл правил (
.cursor/rules,CLAUDE.md) с описанием структуры и запретов. - Перед каждой правкой ИИ просите сначала план, а после — смотрите дифф, а не только результат в браузере.
Когда звать разработчика. Если после отката к рабочему коммиту и пары маленьких задач всё стабильно, вы справились сами. Звать на помощь стоит, когда рабочего коммита нет, когда откат возвращает старые баги, когда ИИ третий раз подряд «чинит» одну и ту же ошибку разными способами или когда вы уже не понимаете, какой файл за что отвечает. Каждый следующий круг правок в таком состоянии обычно добавляет новых дублей и костылей, и разбирать потом приходится больше.
Как чиним мы
Начинаем с диагностики: читаем историю git, находим, где именно начались поломки, составляем карту модулей и дублей. Затем ставим страховку — автотесты на ключевые сценарии и проверку типов, которая запускается при каждом коммите. После этого расчищаем код: объединяем дубли, режем большие файлы, удаляем мёртвые ветки. В конце пишем файл правил для ИИ и показываем, как давать задачи так, чтобы правки не расползались. Проект остаётся вашим, и вы продолжаете работать с ИИ, но уже со страховкой. Подробнее — на странице «Аптечка вайб-кода».
Сколько стоит
Диагностика — 50 000 ₸, поиск и исправление ошибок — 70 000 ₸, итого от 120 000 ₸ для небольшого проекта. Для проектов с кабинетом и базой или с большим количеством модулей сумма умножается на коэффициент размера. Точная цена — в калькуляторе.
Частые вопросы
Поможет ли перейти на более умную модель?
Частично. Более сильная модель лучше держит контекст, но дубли, отсутствие тестов и огромные файлы сломают работу любой модели.
Не проще ли переписать проект с нуля?
Обычно нет. Переписывание теряет мелкие правила, которые уже работают. Дешевле стабилизировать то, что есть, и переделать только самые плохие куски.
Сколько тестов нужно?
Для начала хватит 5–10 тестов на сценарии, которые приносят деньги или данные. Полное покрытие не нужно.
Сделаем так же у вас
Короткий созвон — и вы знаете срок и цену. Или посчитайте сами за 2 минуты.