Ровно год назад бывший сооснователь OpenAI Андрей Карпати подарил миру тренд, который перевернул представление о программировании. Идея вайб-кодинга звучит многообещающе и вместе с тем дерзко — код пишет ИИ, а человек лишь ставит задачу. Однако вскоре выяснилось, что без архитектуры и четкого плана эта магия работает далеко не всегда. В статье расскажем, где именно ломается вайб-кодинг и как решение этой проблемы нашли в небольшом проекте Tessent.
Реакция рынка оказалась неоднозначной. Одни хвалили демократичное решение — наконец-то каждый желающий может создать работающий продукт, другие называли его «техническим фастфудом», неприемлемым для настоящих профессионалов. Третьи радовались выгоде — ИИ создает код дешевле, значит, можно в разы сократить разработку. Кого точно не осталось, так это равнодушных. Идея зацепила — индустрия начала тестировать гипотезу.
Опрос ICT.Moscow за 2025 год показал, что с вайб-кодингом знакомы и собственноручно его тестировали 76% респондентов, почти половина (48%) внедряют его в рабочие задачи, а 16% уже выпустили готовые ИИ-продукты. Впрочем, есть и те, кого «вайб» не зацепил — 36% опрошенных отказались от инструмента после первых же неудач.
Где ломается магия
Несмотря на то, что стек ИИ-инструментов растет — Cursor, Claude Code, Lovable и Bolt с каждым днем становятся мощнее и умнее, — идея и громкие обещания не привели к массовому успеху. Результаты большинства пользователей не улучшаются, проекты рассыпаются на глазах, а бюджеты уходят впустую.
«Проблема никогда не была в коде, она в том, что происходит до него. Все успешные кейсы вайб-кодинга имеют единый паттерн: их создатели пришли к ИИ не с абстрактным запросом «сделай удобную CRM», а с четкой, продуманной архитектурой продукта», — отмечает основатель «Истока» (Tessent) Антон Калабухов.
Зачастую пользователь открывает нейросеть и пишет: «Агрегатор вакансий с анализом резюме». Модель выдает результат, который редко устраивает с первого раза. Начинаются правки, в которых ИИ чинит одно, но ломает другое. Вскоре счет идет на десятки итераций и сотни тысяч выходных токенов, а они, по словам эксперта, в 3–5 раз дороже входных.
«Вайб-кодинг по своей природе — это движение без карты, где каждая итерация делается «на ощупь». Вы не знаете, куда идете, пока не доберетесь. Если повезет — цель будет достигнута, но чаще всего так не бывает. Чем сложнее продукт, тем меньше шансов на успех».
Антон Калабухов, основатель Tessent
Коварная ловушка легкости
Профессиональные разработчики знают об этом, поэтому приступают к написанию кода только после готовой архитектуры. Но продумать ее — значит удержать в голове десятки вводных о модулях, потоках данных и ограничениях. У некоторых на это уходят недели, а у других вовсе месяцы, даже несмотря на наличие инструментов, методологии и опыта.
Человек без технического бэкграунда физически на такое не способен. Но проблема даже не в этом — сама культура вайб-кодинга не предполагает предварительных этапов. В этой легкости и кроется ее уязвимость.
Каркас, который меняет все
Чтобы избавить пользователя от бесконечной оптимизации промптов и изматывающих диалогов с моделью, в проекте «Исток» (Tessent) этап проектирования перенесли в визуальный конструктор. Там создается тот самый архитектурный каркас будущего продукта:
- Пользователь формулирует /идею (голосом или текстом). Например «нужен сервис для записи в барбершоп с онлайн-оплатой».
- Система сама разбивает проект на модули, определяет связи, прописывает логику и выводит наглядную архитектуру продукта. Ее можно редактировать с помощью промптов-пояснений.
- Итоговое техническое задание можно экспортировать и использовать в любом ИИ-сервисе.
«Когда у ИИ-кодера есть дорожная карта, он работает по четкому плану — без импровизаций, потери контекста и костылей. Мы собираем каркас (структуру, связи, правила), чтобы схематично увидеть прототип до начала разработки, внести правки мгновенно и без затрат. И только когда все готово, отдаем его на выполнение. Это и есть фрейм-кодинг (frame coding). В отличие от вайб-кодинга, где все держится только на надежде, это программирование, у которого есть фундамент», — резюмирует Антон Калабухов.
Кроме того, фрейм-кодинг не только упрощает разработку, но и снижает расход дорогих выходных токенов и времени. Благодаря детальному визуальному техническому заданию вся логическая нагрузка переносится на дешевый «вход», а пользователю не приходится сотню раз исправлять «сломанный» итерациями код.
Вайб-кодинг повзрослел
Для быстрых прототипов и «одноразовых» скриптов вайб-кодинг по-прежнему идеален, ведь далеко не все в этом мире требует сложного проектирования. Но продукт для реальных пользователей — тот, который придется развивать и поддерживать, — требует устойчивости, того самого каркаса.
Его может дать фрейм-кодинг. Пользователь по-прежнему не пишет код вручную и описывает идею словами, но между замыслом и реализацией появляется фундамент, который не позволит конструкции рухнуть.