Почти десять лет шведский предприниматель Томас Кеднерт смотрел на грузовики, которые возили стройматериалы по Стокгольму, и видел довольно нелепую картину. Один автомобиль мог ехать через город ради единственного мешка грунта, а другой, почти пустой, отправлялся за строительным мусором в соседний район. Транспортная система жила по старым тарифным зонам, грузовики тратили топливо, клиенты переплачивали.
У Кеднерта была идея получше: объединять заказы, считать цену по реальному адресу и загрузке машины, строить маршруты на основе данных. Что-то вроде Uber Pool, только для мешков с песком, грунтом и строительным мусором.
Идея лежала у него в голове около десяти лет.
Проблема была прозаическая. Чтобы превратить такую схему в работающий продукт, нужен не только грузовик. Нужны сайт, база данных, личные кабинеты, платежи, карты, маршрутизация, мобильный интерфейс для водителя, интеграция с системой управления автопарком. То есть внезапно нужна небольшая IT-компания.
На рождественских каникулах 2025 года архитектор, с которым работал Кеднерт, начал собирать систему в Lovable. Через три недели и примерно $500 расходов на платформу появилась первая версия K-BAG. Весной 2026-го сервис вышел на рынок с одним грузовиком. Через три месяца их было уже пять. На сайте сегодня действительно можно заказать доставку, получить адресный расчет стоимости и следить за логистикой.
Эту историю легко продать как очередное доказательство того, что «ИИ теперь пишет код». Но код здесь как раз наименее интересная часть.
Интересно другое: идея, которая почти десять лет была экономически слишком дорогой для реализации, внезапно перестала быть дорогой.
И таких идей становится очень много.
01Вайб-кодинг начинался почти как шутка
2 февраля 2025 года Андрей Карпати опубликовал пост, в котором назвал свой новый способ собирать небольшие проекты vibe coding. Он разговаривал с Cursor, принимал изменения почти не глядя в код, копировал модели сообщения об ошибках и просил их исправить. Карпати честно оговаривался: подход хорошо чувствует себя в небольших проектах на выходные, где не страшно что-нибудь сломать.
Термин оказался слишком удачным, чтобы остаться шуткой.
За полтора года «вайб-кодингом» начали называть почти все, где между человеком и программой появляется разговор на естественном языке. В строгом смысле это не совсем верно. Разработчик, который просит Copilot дописать функцию, по-прежнему занимается программированием с AI-помощником. Настоящий сдвиг начинается там, где человек говорит не «напиши этот метод», а «сделай мне систему для учета клиентов, здесь должна быть оплата, здесь история заказов, а вот этот экран сделай проще».
К 2026 году инструменты научились не только выдавать куски кода. Они читают репозиторий, меняют десятки файлов, запускают приложение, открывают его в браузере, проверяют результат, исправляют ошибки, работают с базой данных и отправляют новую версию в production.
Иными словами, между фразой «у меня есть идея» и работающей ссылкой исчезает все больше промежуточных профессий.
Не навсегда. Не во всех проектах. Но на первом этапе продукта это уже происходит.
02Это уже не клуб ранних энтузиастов
Само слово vibe coding все еще звучит слегка несерьезно, но рынок вокруг него давно перестал быть игрушечным.
На финансовом звонке по итогам четвертого квартала 2026 финансового года Microsoft сообщила о 50 млн пользователей GitHub Copilot и 225 млн пользователей GitHub. Еще интереснее другая цифра: по словам компании, уже примерно каждый третий pull request на GitHub включает участие агента.
JetBrains в исследовании 2026 года тоже фиксировал массовый переход к агентам: 90% опрошенных профессиональных разработчиков использовали AI coding agents в работе как минимум еженедельно, 68% делали это ежедневно.
Это важно не ради очередной большой цифры из технологической презентации. Меняется сам интерфейс разработки.
Cursor, Claude Code, Codex, GitHub Copilot, Replit и prompt-to-app платформы вроде Lovable или Bolt двигаются в одну сторону. Сначала AI предлагал следующую строку. Потом функцию. Потом несколько файлов. Теперь агенту дают задачу, а он сам читает проект, планирует изменения, запускает команды и тесты, смотрит результат в браузере и пытается исправить то, что не сработало.
Поэтому спор о том, «научился ли AI программировать», постепенно становится слишком узким.
Речь уже о том, кто теперь вообще может заказывать создание программы.
03Три часа до игры, полгода до сделки на $80 млн
Один из самых известных примеров нового темпа появился практически сразу после того, как у явления появилось название.
В феврале 2025 года предприниматель Питер Левелс, известный по Nomad List и Photo AI, решил сделать браузерный авиасимулятор. Игры он раньше не разрабатывал. Первый вариант fly.pieter.com он, по собственному описанию, собрал примерно за три часа с Cursor. Затем добавил мультиплеер, новые режимы и монетизацию. На своей странице, посвященной вайб-кодингу, Левелс позже написал, что проект дошел до $1 млн ARR за 17 дней.
Здесь есть важная деталь, которую обычно вырезают из красивой истории. Левелс не появился из ниоткуда. Он много лет запускал продукты и пришел к эксперименту с большой собственной аудиторией. AI резко сократил время разработки, но не подарил ему дистрибуцию, понимание продукта и способность быстро принимать решения.
Это различие будет преследовать всю эпоху вайб-кодинга.
Еще нагляднее история Base44. Основатель Маор Шломо запустил платформу, которая сама помогает создавать приложения через текстовые запросы. Проект начинался очень маленькой командой, а в июне 2025 года Wix купил Base44. В официальном сообщении Wix указана первоначальная сумма сделки около $80 млн.
Сам факт сделки интересен не потому, что каждому человеку теперь полагается по восьмидесятимиллионному стартапу. Было бы приятно, но экономика пока сопротивляется.
Base44 показывает другое: опытный создатель с AI-инструментами способен пройти путь, для которого еще несколько лет назад почти автоматически требовалась заметно большая организация.
Компания перестает быть обязательной формой для того, чтобы сделать компанию.
04Один человек временно становится отделом
У Nursa, американской платформы для рынка медицинского персонала, была довольно обычная корпоративная проблема. Клиенты просили новый продукт для школ медсестер, а у продуктовой и инженерной команды и без этого хватало работы.
VP of Product Ненад Иванович решил проверить, насколько далеко можно зайти самому. Он взял выходные и собрал в Lovable рабочую версию платформы для студентов и университетов: расписание клинических практик, учет документов и требований, кабинеты пользователей.
По данным кейса Lovable, к вечеру воскресенья продукт уже можно было показывать университету. Еще примерно две недели ушло на доведение системы до enterprise-уровня. Сегодня Nursa Study работает как отдельный продукт.
Это не история о том, что один менеджер навсегда заменил дизайнеров и инженеров. В зрелом продукте они никуда не исчезают.
Зато на коротком отрезке один человек действительно смог собрать в себе несколько функций, которые раньше существовали как очередь из встреч: придумать, описать, спроектировать, собрать интерфейс, подключить данные, показать клиенту, получить обратную связь, тут же переделать.
Раньше между «мы поняли, что нужно рынку» и «давайте это потрогаем» могло пройти несколько месяцев.
Теперь иногда проходят выходные.
Это радикально меняет не скорость набора текста на клавиатуре, а скорость, с которой идея сталкивается с реальностью.
05И вот здесь начинается настоящий кризис идей
Слово «кризис» обычно звучит так, будто идеи закончились. Происходит ровно обратное.
Идей становится слишком много.
Пока разработка была дорогой, у посредственной идеи существовало удобное алиби: «если бы у нас были разработчики, бюджет и полгода, мы бы сделали невероятный продукт». Проверить это было сложно, потому что проверка сама стоила десятки или сотни тысяч долларов.
Теперь алиби исчезает.
Если прототип можно собрать за вечер, плохая идея перестает быть мечтой о недоступном будущем и превращается в плохой работающий прототип уже к утру.
Это довольно неприятная новость для рынка, который долгие годы романтизировал сам факт наличия идеи.
На самом деле идея никогда не была одной фразой. «Сделаем социальную сеть для любителей кофе» не становится сильнее только потому, что ее можно реализовать без программиста. «Сделаем AI-сервис для маркетологов» в 2026 году вообще звучит примерно как «откроем что-нибудь в интернете».
Когда стоимость реализации падает, ценность перемещается в другие места:
- насколько болезненна проблема;
- знаете ли вы эту проблему лучше остальных;
- есть ли у вас доступ к первым пользователям;
- готовы ли они менять привычный способ работы;
- кто и за что конкретно будет платить;
- можете ли вы дойти до аудитории дешевле конкурентов;
- есть ли в продукте данные, доверие, процессы или экспертиза, которые нельзя скопировать одним промптом.
Поэтому нынешний «кризис идей» правильнее понимать как кризис слабых идей.
Сделать стало проще. Спрятать отсутствие смысла за сложностью разработки стало труднее.
06Главный капитал теперь может лежать не в IT
Кейс K-BAG особенно интересен тем, что его основатель не проснулся однажды с желанием «запустить стартап». Он много лет работал внутри конкретной отрасли и знал, где она устроена нелепо.
То же происходит с TradeWeave.
Пол, основатель проекта, больше десяти лет работал с транспортными системами и EDI, технологией обмена документами между перевозчиками, грузоотправителями и другими участниками логистики. Он не называет себя разработчиком, скорее solution architect. Зато он прекрасно знает, где отраслевой софт дорогой, медленный и неудобный.
По истории Bolt, клиенты Пола платили около $70 тысяч в год за типовую EDI-платформу, причем дополнительные API-функции могли стоить еще $20 тысяч. Пол вместе с двумя сыновьями собрал собственную систему. Уже через два дня стало понятно, что идея работает; сегодня, по данным того же кейса, платформой пользуются несколько крупных перевозчиков.
Самая важная фраза в этой истории звучит почти скучно: Пол знает EDI.
Когда производство кода дешевеет, двадцать лет знания конкретной отрасли внезапно становятся еще ценнее. Человек, который понимает, почему в бухгалтерии каждую пятницу вручную сводят три таблицы, может получить больше преимущества, чем человек, который просто умеет быстро запускать React.
Возможно, главный новый создатель software вообще не будет считать себя человеком из IT.
Это может быть логист, врач, продюсер, рекрутер, архитектор, владелец магазина или сотрудник финансового отдела. Его преимуществом станет не способность написать систему, а способность очень точно объяснить, какой должна быть система.
07Малый бизнес начинает не покупать софт, а выращивать свой
У SaaS последние двадцать лет была простая экономическая логика. Индивидуальная разработка стоит дорого, значит бизнесу выгоднее купить готовую программу и смириться с тем, что половина функций ему не нужна, а нужной кнопки почему-то нет.
Вайб-кодинг начинает портить эту модель снизу.
Когда Скай Любрески купил интернет-магазин Scratch Golf, вместе с бизнесом ему достался зоопарк из сервисов: отдельные инструменты для чата, рассылок, бухгалтерии, звонков, плагинов и работы с клиентами. Данные жили в разных местах, а процессы приходилось склеивать вручную.
Любрески начал собирать в Bolt собственный Command Center. Постепенно туда переехали заказы, работа с поставщиками, маржинальность, звонки, сообщения, CRM, учет и email-сценарии.
В кейсе Bolt говорится, что компания отказалась почти от $3 тысяч ежемесячных расходов на software и услуги, если считать не только SaaS-подписки, но и внешнее ведение рекламы. В июле 2026 года магазин показал $96 тысяч выручки, лучший месяц с момента покупки бизнеса. Нельзя утверждать, что этот рост произошел исключительно благодаря новому софту, и сам кейс этого не доказывает. Но экономический сдвиг виден и без такой натяжки: владелец небольшого бизнеса смог собрать внутреннюю систему под собственные процессы вместо того, чтобы бесконечно адаптировать процессы под чужие программы.
Это может оказаться одной из самых неприятных новостей для части SaaS-рынка.
Конкурентом условной CRM становится не только другая CRM.
Иногда конкурентом становится ваш собственный клиент, который в субботу решит собрать себе пять нужных экранов и больше не платить за остальные девяносто пять.
08Продукт для десяти клиентов впервые может быть нормальным бизнесом
Традиционный software любит масштаб. Если разработка стоит дорого, продукт должен обслуживать достаточно большой рынок, чтобы эта стоимость отбилась.
Вайб-кодинг уменьшает минимальный рынок, на котором разработка вообще имеет экономический смысл.
Программу можно делать для одного отдела. Для одной компании. Для пяти перевозчиков. Для конкретного мероприятия. Для проекта, который проживет три недели и будет удален.
Раньше подобные задачи закрывались таблицей, Notion, связкой из семи сервисов и человеком, который «просто знает, как тут все устроено». Не потому, что это хороший интерфейс, а потому что писать отдельную программу было абсурдно дорого.
Теперь появляется класс software, которому не обязательно становиться следующим Salesforce.
Личная CRM консультанта на сорок клиентов может быть прекрасным продуктом, если этот продукт нужен самому консультанту.
Система для одной съемочной команды может быть экономически рациональна, даже если ее никогда не увидит вторая команда.
Приложение для конференции может спокойно умереть через неделю после конференции. Никто не обязан превращать его в стартап.
Software постепенно перестает быть товаром, который обязательно надо производить для массового рынка. Иногда это просто инструмент, который можно изготовить под конкретную работу.
Мы привыкли к словосочетанию «персональный компьютер». Следующий логичный шаг, персональная программа.
09А люди без технического образования действительно уже зарабатывают?
Да, хотя здесь особенно легко утонуть в маркетинговых кейсах самих AI-платформ.
Например, бразильская growth-маркетолог Сабрин Матос создала Plinq, сервис, который помогает проверять открытые данные о человеке и оценивать потенциальные риски перед отношениями или деловым контактом. По кейсу Lovable, первая версия была собрана примерно за 45 дней. Платформа сообщала о 10 тысячах пользователей за первые три месяца и ARR около 2,2 млн бразильских реалов. Это данные самой Lovable и проекта, не независимый аудит, но речь уже явно идет не о демонстрации на хакатоне.
Другой пример, Lumoo, AI-платформа для fashion-команд. Она объединяет генерацию контента, виртуальную примерку и другие процессы брендов. В опубликованном Lovable кейсе создатели говорили примерно о €700 тысяч ARR за девять месяцев и более чем 15 брендах-клиентах. Позже компания привлекла инженера, в том числе для работы с масштабированием backend.
Последняя деталь очень полезна.
Почти любой честный разговор о вайб-кодинге в итоге приводит к моменту, когда быстрый продукт встречается с реальным миром. Пользователи начинают платить. Данных становится больше. Появляются права доступа, платежи, персональная информация, нагрузки, регуляторные требования.
И тут выясняется, что «я смог это собрать» и «этому можно доверять бизнес» все еще разные достижения.
10Код стал дешевле. Ошибка нет
В июле 2025 года основатель SaaStr Джейсон Лемкин публично тестировал Replit Agent. Во время эксперимента агент удалил production-базу данных, несмотря на установленный code freeze.
История быстро стала идеальной страшилкой про вайб-кодинг, но важнее реакция самой Replit. Компания признала проблему и после инцидента усилила разделение development- и production-сред, чтобы агент не мог менять боевую базу во время обычной разработки.
Здесь проходит граница, о которую разбивается самая красивая версия будущего.
Промпт «не удаляй базу» не является системой безопасности.
Если действие критично, запрет должен существовать на уровне прав, среды и инфраструктуры, а не в виде вежливой просьбы к модели.
Исследования безопасности добавляют к истории неприятные цифры. В 2025 году Veracode протестировал более ста моделей на задачах генерации кода. В их бенчмарке 45% решений проваливали проверки безопасности. Весной 2026 года компания снова писала примерно о том же потолке: модели стали очень хорошо выдавать синтаксически корректный код, но безопасный код не рос теми же темпами.
Это не значит, что 45% любого AI-приложения обязательно уязвимы. Бенчмарк нельзя так переносить на production. Но он отлично показывает проблему: «работает» и «можно доверять» не синонимы.
Разработчики это чувствуют. В опросе Stack Overflow 2025 года 84% респондентов уже использовали или планировали использовать AI в разработке, но 46% скорее не доверяли точности его ответов. 66% называли главной проблемой ответы, которые выглядят почти правильными, а 45% жаловались, что отладка AI-кода может отнимать больше времени.
11И даже скорость не всегда гарантирована
Еще одна полезная прививка от восторга пришла из исследования METR.
Опытным open-source разработчикам дали реальные задачи в репозиториях, которые они хорошо знали. Часть задач они выполняли с AI-инструментами начала 2025 года, часть без них. Разработчики были уверены, что AI ускорит работу примерно на четверть.
В реальности в этой конкретной выборке они работали с AI примерно на 19% дольше.
Это не опровержение вайб-кодинга. Исследование специально не пыталось измерять создание новых приложений с нуля, где эффект может быть совсем другим. Оно показывает более полезную вещь: у AI нет универсального коэффициента «10x».
Новый лендинг, внутренняя CRM, сложная правка зрелого open-source проекта и платежная инфраструктура банка являются совершенно разными задачами. В одной среде модель убирает недели работы. В другой добавляет еще один слой, который надо читать, проверять и исправлять.
Поэтому вопрос «насколько AI ускоряет программиста?» почти бессмысленен без продолжения: какого программиста, на какой задаче, в каком проекте и кто потом проверяет результат?
12Что тогда вообще остается программистам
Пожалуй, главный миф вокруг вайб-кодинга состоит в том, что он должен закончиться исчезновением разработчиков.
Пока видно другое.
Расходятся две деятельности, которые раньше почти всегда были склеены: создание software и профессиональная software engineering.
Создавать программу действительно могут все больше людей. Особенно если это новая система с понятными интерфейсами, формами, базой данных, API и стандартной бизнес-логикой.
Инженерная работа никуда не исчезает там, где цена ошибки высока. Архитектура, безопасность, производительность, резервное копирование, права доступа, сложные интеграции, эксплуатация, тестирование и разбор редких сбоев не становятся ненужными от того, что первый экран появился за двадцать минут.
Меняется роль.
Часть разработчиков все меньше времени тратит на ручное производство кода и все больше на постановку задач агентам, проверку решений, архитектурные границы и контроль рисков.
При этом нетехническим создателям тоже придется выучить новый минимум. Не обязательно помнить синтаксис SQL. Но полезно понимать, что такое база данных, authentication, права доступа, API, staging, логи, резервные копии и почему нельзя выдавать агенту ключи от всего на свете просто потому, что так быстрее.
Раньше порогом входа был код.
Теперь порог постепенно смещается в понимание систем.
13Почему кризис идей только усилится
В 2025 году было модно спрашивать: «Что теперь можно сделать с AI?»
К концу 2026 года вопрос начинает устаревать. Ответ слишком широкий: очень многое.
Можно собрать SaaS. Можно сделать внутренний сервис. Можно автоматизировать отдел. Можно написать игру. Можно заменить часть подписок. Можно сделать приложение для двадцати клиентов. Можно создать интерфейс, который нужен только вам.
Когда техническая возможность перестает быть редкостью, она перестает быть сильным аргументом.
«Мы сделали приложение с AI» уже почти ничего не говорит о продукте.
Это все равно что рекламировать ресторан словами «мы готовили еду на плите».
На первый план выходит качество выбора: какую проблему вы решили потратить время на то, чтобы материализовать.
И здесь начинается довольно жесткая конкуренция.
Потому что тот же AI, который помогает вам собрать продукт за неделю, помогает сотне других людей собрать похожий продукт за ту же неделю. Скорость разработки перестает быть устойчивым преимуществом, как только скорость становится доступна всем.
У проекта остаются другие способы защищаться:
глубокое знание рынка, доверие аудитории, бренд, данные, доступ к дистрибуции, партнерства, сообщество, реальный операционный опыт, способность быстрее остальных учиться на поведении пользователей.
Возможно, мы заходим в эпоху, где «идея стартапа» наконец перестанет означать название категории и набор функций.
Хорошая идея будет все больше похожа на найденную экономическую аномалию: здесь люди уже тратят деньги, время или нервы; здесь существующие решения почему-то плохи; здесь у нас есть знание или доступ, которого нет у остальных; здесь программой можно изменить экономику процесса.
Код в этой формуле становится способом быстро проверить догадку.
Не самой догадкой.
14Самая интересная компания будущего может вообще не считать себя технологической
Если собрать все кейсы вместе, из них вылезает странная картина.
Логистическая компания превращается в разработчика собственной платформы.
Магазин гольф-симуляторов строит собственную операционную систему.
Специалист по EDI создает альтернативу дорогому enterprise-софту.
Продуктовый директор за выходные открывает новую продуктовую линию внутри healthcare-компании.
Маркетолог запускает consumer-приложение с тысячами пользователей.
И каждый раз AI работает не столько как «умный программист», сколько как слой, который переводит отраслевое знание в программный продукт.
Если эта динамика продолжится, крупнейшим изменением вайб-кодинга может оказаться вовсе не рынок разработки.
Изменится само понятие «технологической компании».
Когда любой бизнес способен относительно дешево производить свой software, наличие собственной технологии перестает быть привилегией компаний, у которых в штате сотни инженеров.
Ресторан, клиника, продакшен, логистическая компания или образовательный проект смогут создавать внутренние продукты так же естественно, как сегодня делают таблицу или презентацию.
Не все эти программы будут хорошими. Некоторые будут ужасными. Какие-то удалят базу. Какие-то будут жить на одном человеке, который единственный понимает, почему все работает. Рынок обязательно произведет впечатляющее количество цифрового мусора. Люди, получив дешевый способ что-нибудь производить, исторически редко отвечают на это сдержанностью.
Но вместе с мусором появится и другой класс продуктов: слишком маленьких, слишком странных, слишком локальных или слишком персональных, чтобы раньше кто-то вообще согласился их разрабатывать.
И вот это, кажется, важнее очередного спора о том, исчезнут ли программисты.
15Раньше нужно было заслужить право проверить идею деньгами. Теперь придется заслужить ее внимание
Вайб-кодинг не отменил разработку. Он снизил цену входа в создание программ.
Это разные вещи.
Чем дешевле становится реализация, тем меньше ценности в самом факте реализации. MVP, который раньше был доказательством способности команды что-то построить, постепенно превращается просто в начало разговора.
И рынок начинает задавать следующий вопрос быстрее.
Не «сможете ли вы это сделать?»
Скорее всего, сможете.
Вопрос теперь звучит неприятнее:
Главный вопросЗачем это должно существовать?
У кого есть проблема?
Почему он выберет именно это решение?
Как продукт доберется до него?
Что останется у вас, когда конкурент скопирует интерфейс за два вечера?
На фоне почти безграничной способности производить software дефицитом становится не код и даже не идеи в привычном смысле.
Дефицитом становится хорошее решение о том, что вообще стоит создавать.
И, возможно, именно поэтому эпоха вайб-кодинга окажется не золотым веком программистов и не концом программирования.
Она может стать эпохой беспощадной проверки идей.
