Приложение, собранное нейросетью, сломалось: чинить или переписывать?

Что обычно ломается в приложении, собранном нейросетью?

Приложения из Lovable, Bolt, Replit, v0 или Cursor ломаются в одних и тех же местах: инструмент доводит до блеска демо на экране, а не работу с живыми пользователями, реальными данными и вторым разработчиком. Симптом почти никогда не совпадает с причиной, поэтому начните с таблицы.

Это не невезение. В тестах Veracode 2025 года на коде более чем 100 языковых моделей 45 % образцов не прошли проверки безопасности. GitClear, разобрав 211 млн изменённых строк, увидел, что доля скопированного кода за 2020–2024 годы выросла с 8,3 % до 12,3 %, а дублированная логика часто оставляет ошибку, исправленную в одном месте, жить в другом.

Что делать в первые 48 часов?

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

1. Заморозьте и скопируйте: перестаньте просить конструктор „починить“ боевое приложение, выгрузите код в свой Git-репозиторий и сделайте резервную копию базы.
2. Закройте утечки: смените все ключи, побывавшие в браузере или репозитории, перенесите секретные вызовы на сервер, включите RLS на каждой публичной таблице и проверьте её, выйдя из аккаунта.
3. Защитите данные: найдите дубли и «осиротевшие» записи, а удаление, возвраты и массовые правки спрячьте за проверку роли.
4. Удержите сервис: подключите логирование ошибок и вручную пройдите вход, оплату и главный путь к заказу.
5. И только потом — скорость: индексы, пагинация, кэш.

Если персональные данные могли утечь, по ч. 3.1 ст. 21 закона 152-ФЗ у оператора есть 24 часа, чтобы уведомить Роскомнадзор об инциденте, и 72 часа, чтобы сообщить итоги внутреннего расследования; для пользователей из ЕС статья 33 GDPR даёт на уведомление 72 часа. Текст уведомления пишет юрист, а разработчик говорит, что именно было открыто и с какого момента.

Чинить или переписывать: как решить?

Сверьтесь с пятью признаками. Если два и больше оказались в правой колонке, запросите смету на пересборку, прежде чем платить за очередные правки.

Классический довод Джоэла Спольски против переписывания: в старом коде накоплены годы исправлений, найденных в реальной работе. У приложения, собранного за два выходных, такой истории нет; ценность в данных, в сценариях, на которые опираются пользователи, и в том, что вы узнали о продукте. Поэтому пересборка не так расточительна, как кажется, если живое приложение тем временем продолжает работать.

Самый безопасный промежуточный путь Мартин Фаулер называет «фикусом-душителем» (strangler fig): новые, покрытые тестами части по одному сценарию забирают работу у действующего приложения. Правило из одного гайда по чистке такого кода: чинить, пока итог укладывается в $5 000, и переписывать, когда оценка превышает $8 000, а само приложение собрали за несколько дней.

Сколько стоит спасение кода на рынке в 2026 году?

Это цены предложения от компаний, которые сами продают эту работу, а не проверенные средние. Российские студии, которые пишут об этой задаче, цены показывают не всегда: в июльской статье студии Валерия Комягина о рефакторинге ИИ-кода есть признаки, когда проще переписать, но цен нет.

Откуда разница? Наши пакеты узкие и фиксированные: одна ошибка, пять ошибок из списка или спасение, в котором мы составляем карту сбоев, защищаем критические сценарии и выпускаем согласованные исправления. Пересборка за $20 000 — другой продукт. Если карта сбоев покажет, что она нужна, смету вы получите письменно до оплаты, а карта станет для неё техническим заданием.

Почему одно спасение стоит в десять раз дороже другого?

Axonbuild насчитал около 3,4 критических проблемы и ещё примерно 40 необязательных замечаний на приложение в 21 проекте, собранном ИИ и проверенном в июне и июле 2026 года. Цену задают эти немногие критические пункты, а их сложность зависит от следующего:

• Роли: если есть админы, сотрудники и клиенты, каждое правило проверяется для каждой роли.
• Несколько компаний-клиентов в одной базе: разделение арендаторов стоит $3 000–$8 000 по прайсу vibecoding.app.
• Платежи и вебхуки: их тестируют в песочнице платёжного сервиса, прежде чем что-то менять.
• Интеграции: каждая добавляет ключи, лимиты и сбои.
• Доступы: Git, тестовая копия и логи работают лучше скриншотов и общего пароля.
• Момент: по тому же гайду чистка до запуска в 2–5 раз дешевле, чем после.

Можно ли дальше разрабатывать с ИИ после спасения?

Можно. Сами разработчики осторожны: в опросе Stack Overflow 2025 года 66 % назвали главным раздражителем ответы ИИ, которые «почти верны, но не совсем». Оставьте ИИ, но поставьте проверки между промптом и продакшеном:

• Любое изменение идёт через Git и pull request, даже если его написал ИИ.
• Тесты входа, оплаты и главного сценария не пускают сломанный релиз.
• Секреты живут на сервере, в браузер попадают только публичные ключи.
• Каждый релиз проверяется до выхода и откатывается.
• Изменения правил доступа к данным утверждает человек, который читает код.

Такую страховку без спасения настраивает услуга «QA и автоматизация тестирования»: $73 с помощью ИИ или $93 под руководством специалиста.

Что прислать, чтобы смета была точной?

• Доступ на чтение к репозиторию или выгрузку из конструктора.
• Стек: конструктор, база, хостинг, авторизация, платежи.
• Три сбоя по шагам: что сделали, что ожидали, что получили.
• Сценарии, которые приносят деньги или заявки, по важности.
• Число пользователей и какие персональные данные хранятся.

Не присылайте пароли в чат: заведите доступ соавтора, который можно отозвать после сдачи.

Когда за спасение платить не стоит?

• Пользователей нет, и приложение было проверкой идеи: запишите выводы и соберите чистую версию по нормальному ТЗ.
• Ошибка в самой платформе: сначала напишите в поддержку конструктора.
• Нужна новая функция, а не ремонт: это разработка, и считается она как разработка.
• Вы вот-вот смените направление: спасать код, который через месяц выбросите, — значит платить дважды.

Настораживайтесь, если кто-то обещает исправить всё за день, не заглянув в код.