Предложение звучит почти одинаково в Дубае, Алматы, Варшаве и Сан-Паулу. Знакомый программист, студия из двух выпускников курсов или просто энергичный парень из Instagram говорит: «Зачем вам платить за подписку каждый месяц? Я соберу вам свою систему записи на ИИ. Три дня, фиксированная сумма, и она ваша навсегда»
Самое неприятное в этом предложении то, что оно честное. Система действительно появится через три дня. Она действительно будет работать. В первую неделю
Мы в Altegio каждый день пишем код с помощью ИИ: внутренние инструменты, интеграции, отчёты. Поэтому мы хорошо знаем и силу этих инструментов, и их границы. Эта статья не про то, что «ИИ плохой». Она про то, что произойдёт с вашей клиентской базой, вашими деньгами и вашей репутацией, когда приложение, которое никто не читал, встретится с реальными клиентами, реальными платежами и реальным хакером
Что такое вайб-кодинг, если называть вещи своими именами
Термин придумал Андрей Карпаты, один из создателей OpenAI. Он описал состояние, в котором разработчик «забывает, что код вообще существует»: принимает все изменения не глядя, копирует сообщения об ошибках обратно в чат, не понимая их. Карпаты сразу уточнил, для чего это годится: для одноразовых проектов на выходные
Саймон Уиллисон, один из самых известных программистов в мире и соавтор фреймворка Django, дал определение короче: вайб-кодинг – это создание программы с помощью ИИ без чтения кода, который он пишет. И провёл границу, которую стоит запомнить: не всякое программирование с ИИ – вайб-кодинг. Профессионал тоже пользуется ИИ, но читает каждую строку, тестирует её и может объяснить, что она делает. Его правило: «Я не отправлю в репозиторий код, который не могу объяснить»
Вот простой тест для подрядчика, который предлагает вам «свою систему». Откройте любые двадцать строк его кода и попросите объяснить, что они делают и что случится, если в это поле ввести не телефон, а кавычку. Если ответа нет, вам продают не продукт, а результат чата с нейросетью
Цифры, которые вайб-кодер вам не покажет
Это не наши оценки. Это исследования компаний, которые профессионально ищут дыры в программах
- 45% кода, написанного ИИ, содержит уязвимости из списка OWASP Top 10. Veracode проверила более 100 языковых моделей на четырёх языках программирования. Для Java доля опасного кода 72%, для JavaScript 43%, для Python 38%. Главный вывод отчёта: более новые и крупные модели пишут не безопаснее. Качество защиты «осталось на одном уровне независимо от размера модели»
- В 86% случаев ИИ не защитил код от межсайтового скриптинга (XSS). Это атака, при которой чужой скрипт выполняется в браузере вашего администратора и может забрать его сессию
- Около 5 000 вайб-код приложений в открытом доступе работали без авторизации. Исследователи Red Access нашли их простым сканированием. Почти 2 000 из них отдавали наружу чувствительные данные: медицинские записи, финансовую информацию, внутренние документы
- Каждое третье приложение выходило в продакшен с серьёзной эксплуатируемой дырой. Проверка 5 600 живых приложений дала более 2 000 уязвимостей высокого уровня и 400 выставленных наружу секретов: паролей и ключей доступа
- Из примерно 10 000 стартапов, запустивших приложения, собранные ИИ, более 8 000 нуждаются в частичной пересборке. Стоимость такой «спасательной» работы оценивают от 50 000 до 500 000 долларов на проект
- 100% проверенных приложений имели ту или иную форму нарушения контроля доступа. Это данные OWASP Top 10 за 2025 год. Контроль доступа – это именно то, что отделяет вашу клиентскую базу от любого, кто подберёт адрес в браузере
- 28,65 млн паролей и ключей попали в публичные репозитории GitHub за 2025 год, на 34% больше, чем годом ранее. В коммитах, сделанных с помощью ИИ-ассистента, секреты утекали вдвое чаще, чем в обычных
- ИИ выдумывает несуществующие библиотеки. В исследовании на 576 000 примерах коммерческие модели ссылались на несуществующие пакеты в 5,2% случаев, открытые модели в 21,7%. Злоумышленники регистрируют пакеты с этими именами, и ваш подрядчик сам устанавливает им вредоносный код
Ни один из этих показателей не зависит от таланта конкретного вайб-кодера. Они описывают инструмент, которым он пользуется
Семь сценариев. От третьего дня до первого года
День 3. Ваша клиентская база в открытом доступе
В январе 2026 года предприниматель Мэтт Шлихт запустил социальную сеть Moltbook, собранную с помощью ИИ. Через несколько дней исследователи безопасности из Wiz обнаружили, что вся продакшен-база открыта: десятки тысяч адресов электронной почты и личные сообщения пользователей
Это не экзотика. Отсутствие авторизации – самая частая серьёзная ошибка в сканированных вайб-код приложениях. Причина проста и описана в отчёте Tacavar: «Каждый запрос, который генерировал приложение, оптимизировал то, что было перед глазами. Ничто не заставляло соблюдать план между запросами». Экран записи сделан, экран клиентов сделан, а проверка «а точно ли этот человек имеет право видеть этот список» не попала ни в один запрос
Теперь переведите это на свой бизнес. В вашей базе лежат телефоны клиентов, история визитов, фото «до и после», анкеты с противопоказаниями, если у вас косметология или медицина, суммы оплат. Габриэль Бернадетт-Шапиро из SentinelOne формулирует границу так: «В тот момент, когда приложение касается чужих персональных данных, стандарт меняется», даже если это проект на один вечер
И последнее, о чём вайб-кодер не расскажет: закон не делает скидку на то, кто писал код. Если дыру в коде оставил ИИ, обязанность уведомить регулятора об утечке действует точно так же. По GDPR это 72 часа с момента обнаружения и штраф до 4% годового оборота. Уведомлять клиентов о том, что их телефоны и фото утекли, тоже придётся вам, а не подрядчику
Неделя 2. Кто-то записал 400 клиентов на завтра
Вторая по частоте находка в проверках вайб-код приложений: непроверяемые вебхуки. Вебхук – это адрес, на который внешние сервисы (платёжка, мессенджер, сайт) присылают сообщения «клиент оплатил», «клиент записался». Если приложение не проверяет, от кого пришло сообщение, этот адрес превращается в открытую дверь, через которую любой может писать в вашу базу: создавать записи, менять цены, отмечать визиты оплаченными
Третья находка: проверка данных только на стороне экрана. Форма записи не пускает ввести текст вместо даты, но сервер за формой принимает всё, что ему прислали напрямую. Этого достаточно для SQL-инъекции: сайт Boomberg, собранный вайб-кодингом, содержал такую уязвимость несколько месяцев после запуска, и владелец узнал о ней случайно
Четвёртая находка не про безопасность, а про бизнес-логику. ИИ пишет «счастливый путь» и пропускает ограничения, которые вы считаете очевидными: промокод работает один раз, возврат не может быть больше оплаты, абонемент на восемь занятий не превращается в девять. Статический анализ такое не ловит. Ловит первый сообразительный клиент или первый сообразительный сотрудник
Месяц 1. Счёт от облака, которого вы не ждали
Уиллисон отдельно предупреждает про деньги: вайб-код приложения, которые вызывают платные API без лимитов, уже стоили разработчикам тысяч долларов. Бот, который отвечает клиентам через ChatGPT, зацикливается и за ночь выжигает месячный бюджет. Чек-листы Slash и Tacavar ставят «лимиты на вызовы модели и дневной бюджет» в обязательные пункты именно потому, что в вайб-код проектах их почти никогда нет
Отдельная история – ваши собственные платежи. Если «своя система» принимает предоплаты и депозиты, каждая из дыр из предыдущего раздела становится дырой в кассе
Месяц 2. База исчезла
Джер Крейн, основатель PocketOS, рассказал в The Verge, как ИИ-агент, которому он доверил код, стёр продакшен-базу компании целиком. Это не единичный случай, похожая история с Replit обошла все профильные издания летом 2025 года
Почему в вайб-код проектах это заканчивается катастрофой, объясняет чек-лист Slash. Типичный проект живёт в одном окружении: подрядчик тестирует изменения прямо на вашей рабочей базе. Резервные копии и проверенная процедура восстановления в чек-листе идут в разделе «желательно после запуска». То есть на момент, когда вы заплатили и начали работать, их нет
Для сравнения: в октябре 2026 года у одного из наших клиентов уволился администратор, на которого был зарегистрирован кабинет. Перед уходом он выгрузил базу и удалил большую часть клиентов. Данные и доступ восстановили, потому что у платформы есть резервные копии, журнал действий и люди, которые отвечают за восстановление. У кого вы будете просить вернуть базу, если её стёр скрипт, написанный три месяца назад?
Месяц 3. Разработчик не отвечает
Первый пункт чек-листа Tacavar называется «Контроль и владение»: кто владеет репозиторием, облаком, доменом, базой, ключами. Авторы пишут прямо: быстро собранные приложения разбросаны по личным аккаунтам и забытым регистраторам
В нашей практике это выглядит так. Клиент подключил стороннюю интеграцию, собранную небольшой командой. Через некоторое время понадобилось поменять адрес, который уходил в сообщениях клиентам. Ответственное лицо команды перестало выходить на связь, их разработчик, по словам нашей поддержки, «только технарь» и с клиентом говорить не будет. Итог обсуждения в нашей поддержке: «в общем, никто ничего не знает», сервис пришлось убрать из публичного каталога
Наш коммерческий директор Антон Луцевич сформулировал список вопросов, которые мы задаём бизнесу, собравшемуся «всё делать самому»: «Насколько они готовы теперь всё самим поддерживать? Обеспечивать безопасность данных, сохранность, непрерывные доработки, человеческий фактор “пропал разработчик или команда”. Всё равно придётся кому-то платить, ну или самим заниматься всем этим вместо развития бизнеса»
Пока приложение работает, вопрос кажется теоретическим. Он перестаёт быть теоретическим в субботу в девять утра, когда онлайн-запись перестала открываться, а единственный человек, который знает, где лежит пароль от сервера, не берёт трубку
Месяц 6. Бизнес вырос, система нет
Самый честный комментарий по этому поводу тоже от Антона, из внутреннего обсуждения сети из двух салонов, которая отказалась от подписки и «сделала себе онлайн-запись сама»: «Если только онлайн-запись, то безусловно проще уйти, эффект от кодинга в тот же день, но проблемы точно начнут при расширении объёмов и различных типов операций, и придётся кому-то всё это исправлять, платить кому-то, ну и кто будет обучать там персонал продукту, тоже платить»
Что именно ломается первым, мы знаем по разбору клиентов, которые уходили в «своё» и возвращались. Собственная разработка не закрывает операционку целиком: абонементы, долги, списания, групповые занятия, сетевые расписания. Вокруг неё быстро вырастают ручные таблицы и выгрузки, которые не дают нормальной картины. Онлайн-запись оказывается не «сайтом с календарём», а логикой: кто, к кому, с каким абонементом, в каком филиале, с какой предоплатой
Салон красоты в Кишинёве ушёл от нас с формулировкой «разрабатываем свою систему». Через 15 месяцев владелица вернулась и объяснила причину: система оказалась неудобной клиентам и сотрудникам. Спортивная федерация пыталась закрыть запись на групповые занятия своим сайтом и пришла за готовой логикой групп и абонементов. Сеть из 11 филиалов, восемь лет работавшая с нами, запустила собственную систему и в итоге получила от нас предложение не возвращаться, а оставить свою разработку как слой поверх платформы, потому что полная замена «несёт неоправданно высокий объём постоянной ответственности»
Tacavar описывает ту же динамику в деньгах: каждый месяц добавления функций поверх непроверенного фундамента увеличивает будущий счёт за пересборку на 20–30%, потому что каждая новая функция глубже врастает в структуру, которую придётся распутывать
И ещё одна вещь, о которой забывают в день покупки. Мобильные приложения нужно пересобирать под каждую новую версию iOS и Android. WhatsApp и платёжные провайдеры меняют правила подключения. Налоговая вводит новые требования к чекам. У платформы это делает команда, у «своей системы» это делает тот самый разработчик, если он ещё отвечает
Год 1. Пересборка за реальные деньги
Чек-лист Slash заканчивается фразой, которую стоит перечитать перед оплатой: «Первый реальный инцидент, неудачный платёж, утечка данных, неожиданная ошибка 500, обнажает каждый пробел». В этот момент у вас два пути. Нанять инженеров, чтобы они разобрали код, который никто не читал (те самые 50 000–500 000 долларов на спасение), или признать, что год назад вы купили не систему, а отложенный счёт
Джо Прокопио, автор Inc. и опытный основатель, после взлома своего вайб-код приложения просто закрыл его и вернулся к демонстрациям через Zoom. У него был такой вариант. У бизнеса с живой базой клиентов и расписанием на завтра его нет
Почему «за копейки» – это не цена, а первый платёж
Сравнивать подписку с разовой оплатой разработчику некорректно, потому что подписка включает то, что в «своей системе» придётся покупать отдельно. Вот список того, что обычно не входит в «три дня и фиксированную сумму»:
- хостинг и домен, которые кто-то должен продлевать и держать не на личной почте разработчика
- резервные копии с проверенным восстановлением, а не просто «бэкап есть»
- мониторинг: кто и как узнает, что система упала, раньше, чем позвонит клиент
- отдельное тестовое окружение, чтобы правки не ломали рабочую базу
- проверка безопасности по OWASP Top 10 хотя бы раз
- аккаунты разработчика Apple и Google и пересборка приложения под каждую новую версию систем
- SMS-шлюз, WhatsApp Business API, платёжный провайдер и соответствие их меняющимся требованиям
- обучение администраторов и ответ на вопрос «а как здесь сделать X» каждый день
- юридическая сторона: кто отвечает за персональные данные, где они хранятся, кто подписывает соглашение об обработке
Наша внутренняя оценка после разбора таких кейсов звучит так: на двух точках собственная система не окупается никогда, на десяти точках это может иметь смысл, если вы готовы отдавать около 500 долларов в месяц только на её поддержку. Это без учёта стоимости первой серьёзной ошибки
Двенадцать вопросов до оплаты
Задайте их подрядчику письменно. Это сжатая версия профессиональных чек-листов Slash, Tacavar, Cyberlop и OWASP
- На кого зарегистрированы домен, сервер, база данных и репозиторий с кодом? Могу ли я забрать всё это без вашего участия?
- Где лежат резервные копии, как часто они делаются и когда вы в последний раз восстанавливали из них базу?
- Есть ли тестовое окружение, или правки делаются на рабочей базе?
- Есть ли в коде пароли и ключи доступа, вшитые прямо в файлы? Проверяли ли вы это сканером?
- Каждый ли экран и каждый ли адрес проверяет, что пользователь имеет право видеть именно эти данные? Вы тестировали это двумя разными аккаунтами?
- Проверяются ли входящие вебхуки от платёжки и мессенджеров на подлинность?
- Проверяются ли данные на сервере, а не только в форме на экране?
- Есть ли ограничение на число запросов, чтобы бот не перебрал пароли и не создал тысячу записей?
- Стоят ли лимиты на вызовы ИИ и платных API? Что произойдёт при зацикливании?
- Кто получит уведомление, если система упадёт в субботу в девять утра, и за какое время её поднимут?
- Что произойдёт с системой, если вы перестанете отвечать? Кто сможет её поддерживать?
- Кто отвечает за персональные данные клиентов по закону и подпишет соглашение об их обработке?
Если хотя бы на три вопроса ответа нет, перед вами прототип. Прототипы полезны. В них просто нельзя класть клиентскую базу и кассу
Где вайб-кодинг действительно уместен
Было бы нечестно закончить на страхе. Уиллисон и Карпаты правы: для одноразовых задач, внутренних табличек и быстрых экспериментов ИИ-разработка – лучшее, что случилось с малым бизнесом за десять лет. Мы сами так работаем и видим, как наши клиенты собирают себе бота для напоминаний, свой экран аналитики или интерфейс под специфику отрасли
Разница в одном: на чём это стоит. Наша позиция, которую мы объяснили и той самой сети из 11 филиалов, звучит так. Платформа остаётся операционным ядром: записи, клиентская база и история, расписания, филиалы, права доступа, уведомления, резервные копии, безопасность и поддержка. Всё, что отличает ваш бизнес от соседнего, вы можете собрать сами поверх этого ядра через API и подключение к ИИ-ассистентам. Так вы сохраняете всё, что уже разработали, но не переносите на свою команду стоимость и риски эксплуатации базовой платформы
Иными словами, мы не против вашей разработки. Мы против того, чтобы ваша клиентская база и ваша касса держались на коде, который никто не прочитал
Прототип за три дня – это не экономия. Это счёт, который придёт позже и который выставят не подрядчику, а вам
