Vibe coding cleanup: что ломается после демо

Демо работало

Кто-то собрал CRM в Lovable за два выходных. Кто-то другой за год связал четырнадцать процессов в n8n, по одному в неделю. Директор по продажам открыл Claude Code в воскресенье вечером, и к понедельнику появилось приложение, через которое вся команда бронирует доставки. Каждое из них работало в день показа, и каждое теперь - то, на чём держится бизнес.

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

Что на самом деле ломается

Шесть вещей, в том порядке, в каком их находит чтение.

Секреты лежат в коде. Сервисный ключ Supabase - в клиентской сборке, потому что промпт положил его туда. Ключ OpenAI - в файле, который попал в репозиторий в первый день и с тех пор не менялся. У любого, кто откроет инструменты разработчика в браузере, есть база; у любого, кто прочитает репозиторий, есть ваш счёт.

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

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

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

Опоры сдвигаются. Каждый API-ключ, каждый формат вебхука и каждая версия модели, от которых зависит система, поменяются без предупреждения. У модели, под которую она настроена, появляется дата отключения, провайдер добавляет обёртку в ответ, а инструмент, которым пользовался автор, покупают вместе с бесплатным тарифом. Каждое из этого - изменение, которое провайдер выпустил, не предупредив вас, потому что вас нет в его списке рассылки, и ни одно не будет выглядеть как сбой.

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

Почему «чистка» - неверная единица

Рынок уже назвал эту работу. Наберите vibe coding cleanup, и первая страница - аутсорсинговые студии, предлагающие ровно это: отрефакторить любой присланный репозиторий, смета прилагается. Обсуждение на Hacker News назвало это cleanup as a service. Студии верно понимают работу и неверно - покупку.

Чистка - это проект. У него есть начало, объём и счёт, потом он заканчивается, и система снова ваша. В следующую пятницу вечером она ломается, тот, кто её чистил, уже на другом контракте, и вы ровно там же, где были, - с более опрятным репозиторием. Бизнесу был нужен тот, чья это работа, а опрятный репозиторий - нет.

Это меняет покупку: вместо «сколько стоит починить» - «что нужно, чтобы за это кто-то отвечал», а это вопрос об инфраструктуре вокруг, а не о коде. Тот же вопрос компания раньше закрывала системным администратором, когда зависела от серверов и бухгалтерской программы. Теперь она зависит от CRM в Lovable, дюжины процессов и агента, а вопрос не изменился.

Чтение раньше ремонта

Продавец чистки подталкивает начать чинить. Правильный порядок - сначала прочитать, и читать по фиксированному списку.

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

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

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

Сколько стоит сделать это чьей-то работой

Это три вещи по порядку, и наверняка только первая.

Первая - неделя чтения с ценой от нижней планки, потому что одно приложение на Vercel читается за день, а CRM с восемью процессами и двумя базами занимает всю неделю. Вторая - ремонт, и только там, где чтение его прописало: развёртывание, миграции, бэкапы, секреты, логи, очевидные дыры, всё, что должно держаться, прежде чем кто-то выйдет на дежурство. Новых функций в этом спринте нет, потому что ремонт, обрастающий функциями, перестаёт быть ремонтом. Третья - месяц, который остаётся месяцем: мониторинг, проверка бэкапов, окно реакции, обновления, когда сдвигаются опоры, и отчёт, который можно прочитать. Новая функциональность оценивается отдельно, поэтому сумма за месяц не плывёт.

Сравнивать надо не смету на чистку, а стоимость пятничного вечера, умноженную на число пятниц, которые есть у бизнеса до ухода того, кто это собрал; та же арифметика уже заложена в строку обслуживания в любом бюджете автоматизации. В сравнении подрядчиков на этом сайте эта строка стоит в графе «целиком ваше, включая обслуживание, которое никто не запланировал», и написано это было про Zapier и Make ещё до того, как кто-то навайбкодил CRM. Это по-прежнему так.

Хозяйство будет расти

Год назад у фразы не было измеримого объёма поиска. В сентябре 2026 это сто десять тысяч запросов в месяц в США и тридцать три тысячи в Бразилии, и у компании, где было три IT-системы, скоро будут CRM, восемь внутренних инструментов, четырнадцать процессов, три агента, две базы и проект на Vercel, который директор по продажам написал в воскресенье вечером. Спорить с этим бессмысленно: это более дешёвый софт, собранный людьми, которые знают процесс, и он будет появляться дальше.

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