Почему вайб-кодинг обходится дороже, чем кажется, в 2026

15 мин чтенияБазовый
Светящийся цифровой доллар входит в ИИ-блок, где он распадается, и выходит лишь 18 центов.
Что узнаешь
  • За что ты на самом деле платишь, когда строишь продукт с ИИ - доллар по центам
  • Почему счёт за токены это только 18% реальной цены
  • Почему дешёвая модель часто поднимает расходы, а не снижает их
  • Что реально режет цену - и как это проверить на своём проекте за неделю
  • 5 ошибок новичка, из-за которых вайб-кодинг дорожает в разы
Применить за 20 мин
Сэкономит 10 ч
Базовый

Каждый день в Telegram-канале - что нового в вайб-кодинге: инструменты, примеры, ошибки. Подпишись, чтобы быть в курсе.

Сколько на самом деле стоит собрать продукт с ИИ?

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

Компания Entelligence разобрала больше миллиона реальных изменений в коде из 2444 инженерных команд и посчитала, куда фактически уходят деньги. Вот как раскладывается каждый доллар, потраченный на ИИ-разработку:

Куда уходит долларСколькоЧто это на практике
Дошло до продукта18 центовФункции, которые реально заработали у пользователя
Починка и поддержание44 центаПравишь то, что уже написано, чтобы оно не разваливалось
Переделка27 центовПереписываешь код, который ИИ сделал мимо контекста
Трение на проверке11 центовРазбираешься в чужом коде, ищешь, где он врёт

Из каждого доллара, который команда тратит на ИИ-инструменты для кода, до отгруженного продукта доходит только 18 центов.

- Entelligence Research, https://research.entelligence.ai/

Смотри на пропорцию: за генерацию кода - ту часть, которую все считают «ценой ИИ», - ты платишь меньшую долю. Львиная часть денег и времени уходит потом: когда сгенерированное надо чинить, переписывать и проверять. Токены дешёвые. Всё дорогое начинается уже после того, как ИИ выдал ответ.

Дальше разберу каждую из этих статей: почему баги, почему переделка, почему проверка. И главное - что с этим делать, потому что эти 82 цента с доллара берутся не из воздуха. Они прямое следствие того, как ты работаешь с ИИ.

Почему счёт за токены - только вершина айсберга?

Видимая цена - это то, за что приходит счёт. Токены, подписка, оплата API. Её легко посчитать, поэтому её и считают. Невидимая цена спрятана в другом месте - в твоём времени и в чужом времени, если ты кого-то нанял разбирать за ИИ.

Точнее всех про это сказал Simon Willison, программист и исследователь. Он давно строит продукты и первым начал вслух считать, как ИИ меняет экономику кода:

Отгрузить новый код теперь стоит почти ноль. А отгрузить хороший код по-прежнему заметно дороже.

- Simon Willison, https://simonwillison.net/guides/agentic-engineering-patterns/code-is-cheap/

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

Тут есть подвох. Когда работа занимает время, а не деньги, кажется, что она бесплатная. Ты же не платишь себе за час, потраченный на отладку. Но это главная иллюзия вайб-кодинга: время, которое ИИ якобы сэкономил на генерации, возвращается сторицей на этапе «почему это не работает». Полную анатомию того, куда именно утекают ресурсы внутри инструмента, я разбирал в гайде про то, куда уходят токены в Claude Code - но там про токены. Здесь речь о цене крупнее токенов.

Куда уходят деньги на починку кода, который ИИ написал сам?

Самая большая статья скрытой цены - починка. У Entelligence это называется реактивная инженерия: работа, которая держит на плаву уже написанное, вместо того чтобы двигать проект вперёд. 44 цента с доллара. Почему её так много?

Потому что ИИ пишет уверенно и правдоподобно - и в этом ловушка. Код выглядит рабочим, запускается и даже проходит первый твой тест «ну вроде работает». А потом ломается на пользователе, на пустом поле, на дате в другом формате. Ты этого не видишь сразу, потому что не читаешь код построчно - ты вайб-кодишь, ты доверяешь.

Цифры показывают масштаб. Компания Veracode прогнала более сотни языковых моделей через восемьдесят с лишним задач на код и проверила результат на дыры в безопасности:

Что измерялиРезультатИсточник
ИИ-код, проваливший проверку безопасности45%Veracode, 100+ моделей
Больше дефектов, чем в человеческом кодев 1,7 разаCodeRabbit, 470 изменений
Логические ошибки сверх человеческого уровня+75%CodeRabbit

Отдельно стоит история про то, кто именно попадает в эту ловушку сильнее. Джордж Хоц, известный программист, полгода гонял ИИ-агентов на своём проекте и сформулировал неприятную вещь про уровень исполнителя:

У слабых исполнителей нет этой самопроверки. Именно они выдают в десять раз больше кода с агентами.

- George Hotz, https://geohot.github.io/blog/jekyll/update/2026/05/24/the-eternal-sloptember.html

Логика жёсткая, но честная. Сильный разработчик увидит, что ИИ выдал ерунду, и остановится. Тот, кто читать код не умеет, - примет и пойдёт дальше, генерируя в десять раз больше объёма, в котором в десять раз больше спрятанных ошибок. И худшее в том, что ошибки становится всё труднее заметить: код выглядит всё более гладким. Как отличить хороший код от плохого, если сам не программист, я разбирал в отдельном гайде - как проверить код от ИИ.

Почти вся эта скрытая цена растёт из одного корня: ИИ работает вслепую. Он не знает твой проект, твои прошлые решения, твои ограничения - поэтому дописывает правдоподобное и промахивается. Сменить модель тут не помогает. Помогает контекст-инжиниринг - то, что ты кладёшь ИИ в голову до того, как он начнёт писать. На практикуме за 3 эфира собираешь все три кита: ИИ-клон + Второй мозг + Контекст-инжиниринг. Именно эта связка убирает те 82 цента, что сгорают на починке и переделке.

Практикум по вайб-кодингу
+Твой второй мозг
3 вечера - стек, метод, первый проект
Старт 14–16 июля  ·  2 000 ₽
Записаться →

Почему переделка из-за потери контекста - самая дорогая статья?

Вторая по величине статья - переделка. Не починка сломанного, а именно переписывание того, что ИИ сделал не так, как надо, потому что забыл или не так понял. 27 центов с доллара. И вот тут корень проблемы совпадает с решением, поэтому раздел ключевой.

У этого есть техническое имя - context rot, гниение контекста. Anthropic описал механизм прямо в своей инженерной документации:

Чем больше токенов в контекстном окне, тем хуже модель вспоминает из него информацию.

- Anthropic, https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents

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

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

Почему переход на дешёвую модель не снижает цену?

Логика «дорого - возьму модель подешевле» кажется очевидной. Но она считает только видимые 18 центов и игнорирует скрытые 82. Дешёвая модель экономит на генерации и тратит больше на всех остальных этапах: она чаще ошибается, чаще теряет нить, чаще выдаёт код, который надо переписывать.

Есть и прямая ловушка в самой цене за токен. Когда вышла Claude Sonnet 5, её подавали как более доступную. Но Simon Willison замерил новый токенизатор и обнаружил, что тот же текст режется на большее число токенов:

Тот же самый текст даёт примерно на 30% больше токенов, чем на Claude Sonnet 4.6. Фактически это подорожание на 30%.

- Simon Willison, https://simonwillison.net/2026/Jun/30/claude-sonnet-5/

Английский текст у Sonnet 5 идёт с коэффициентом 1,42, код - 1,27. Русский, как и другие некитайские языки, ближе к дорогому краю. То есть «та же ставка за токен» превращается в счёт на треть выше просто из-за того, как модель считает. Детальный разбор, стоит ли переходить на Sonnet 5, я делал в отдельном гайде про Sonnet 5.

Вот два подхода к экономии на одной и той же задаче:

ПодходЭкономия на генерацииЧто с починкой и переделкойИтог по цене
Взять модель подешевлеЕсть, на входеРастёт: больше ошибок, больше переделкиЧасто выше
Собрать контекст правильноНет, генерация та жеПадает: ИИ реже промахиваетсяНиже

Вывод контринтуитивный, но подтверждённый цифрами: экономия прячется в количестве ошибок, а сама модель тут почти ни при чём. Дешёвая модель бьёт по видимым 18 центам и раздувает скрытые 82. Правильный контекст генерацию не трогает, зато режет починку и переделку - те самые 71 цент, где и лежат основные деньги.

Что реально снижает цену: контекст-инжиниринг?

Если 71 цент с доллара уходит на починку и переделку, а причина обеих - что ИИ работает вслепую, то решение одно: перестать пускать его вслепую. Это и называется контекст-инжинирингом. Термин ввёл Andrej Karpathy, один из основателей OpenAI:

Контекст-инжиниринг - это тонкое искусство и наука наполнять контекстное окно ровно той информацией, которая нужна для следующего шага.

- Andrej Karpathy, https://x.com/karpathy/status/1937902205765607626

Ключевое слово - «ровно той». Не «всей», не «на всякий случай» - именно нужной для текущего шага. Anthropic в своей инженерной документации формулирует то же самое как работу с ограниченным ресурсом:

Контекст нужно считать конечным ресурсом с убывающей отдачей. Хороший контекст-инжиниринг - это найти наименьший набор высокосигнальных токенов, который даёт максимум шанса на нужный результат.

- Anthropic, https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents

На практике это второй мозг проекта: структура, где записаны твой продукт, правила, архитектура, прошлые решения. ИИ читает её перед каждым запросом и работает уже внутри твоего контекста, а не наугад. Когда я собирал Piratix AI, рабочий прототип вышел за 3-4 часа. Не потому что я быстро печатаю промпты - просто ИИ с первой секунды знал, что именно мы строим и по каким правилам. Он реже промахивался, и переписывать почти не пришлось.

Вот почему связка работает, а отдельная модель - нет. Модель отвечает за генерацию, то есть за видимые 18 центов. Контекст отвечает за то, попадёт ли ИИ в задачу с первого раза, то есть за скрытые 82. Что такое второй мозг и как его собрать, я разбирал в гайде про второй мозг в Claude Code.

Как посчитать свою настоящую цену за неделю?

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

Вот рецепт, как снять свою настоящую цену:

  1. Возьми обычную рабочую неделю с ИИ и заведи простую таблицу на три колонки: дата, что делал, сколько часов.
  2. Записывай туда только два типа работы: «искал, почему сгенерированное не работает» и «переписывал то, что ИИ сделал не так». Генерацию и нормальную работу не считай - нас интересует скрытая часть.
  3. В конце недели посчитай счёт за токены и подписки - это твоя видимая цена.
  4. Сложи часы из таблицы и умножь на стоимость своего часа. Не знаешь точную - возьми, во сколько ты оцениваешь свой рабочий час, даже грубо.
  5. Сравни два числа. Скрытая цена почти всегда в разы больше видимой - вот где на самом деле лежат твои деньги.

Внутри самого инструмента видимую часть тоже стоит держать под контролем. В Claude Code расход по токенам показывает команда /cost:

bash
/cost

Она выдаёт токены текущей сессии с разбивкой на вход и выход. Полезно, но помни главное из этого гайда: это только 18 центов картины. Настоящая экономия - в таблице с часами, а не в этой команде. Как держать под контролем именно токеновую часть, я собрал в гайде как не сжечь лимиты Claude Code.

Какие 5 ошибок раздувают цену вайб-кодинга?

Все пять ошибок ведут к одному: ИИ чаще промахивается, и ты чаще переделываешь. Разбираю по порядку, от самой частой:

  1. Сваливать всё в контекст. Вставляешь весь проект, длинные логи ошибок, километровую историю - в надежде, что «пусть ИИ знает всё». Получаешь ровно обратное: окно забивается, начинается гниение контекста, ИИ теряет главное среди второстепенного. Клади ровно то, что нужно для текущего шага.

  2. Вести один бесконечный диалог. Деградация ощутимо начинается уже после 20-30 плотных обменов. Держать сутками одну сессию - значит копить ошибки. Новая задача - новый чистый диалог.

  3. Принимать код не глядя. Массовое «принять всё» - прямая дорога к тем 45% уязвимого кода из замера Veracode. Ты не обязан читать каждую строку как программист, но обязан прогнать код по проверкам и понять, что он делает.

  4. Работать без структуры проекта. Когда у проекта нет второго мозга - записанных правил, архитектуры, решений, - ИИ пишет из локального контекста одного файла и промахивается мимо целого. Отсюда те самые 27 центов на переделку. Структура окупается с первого дня.

  5. Гнаться за объёмом. Мерить успех тем, сколько кода сгенерировал, - ловушка, которую Entelligence вынес в заголовок отчёта: «погоня за токенами делает команды медленнее». Симптомы видны в цифрах: изменения проходят проверку за минуты и без разбора, а число откатов при этом выросло в 3,7 раза. Скорость печати подскочила, а скорость доставки рабочего продукта осталась прежней.

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

На май 2026 больше 80% кода, который мы вливаем в кодовую базу Anthropic, написал Claude. Человеческая проверка кода стала новым узким местом.

- Anthropic, https://www.anthropic.com/institute/recursive-self-improvement

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

С чего начать снижать цену сегодня?

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

Три шага, которые можно сделать уже сегодня:

  1. Измерь. Заведи таблицу на неделю и посчитай, сколько часов уходит на починку и переделку. Пока цена скрытая - ты оптимизируешь вслепую.
  2. Собери второй мозг. Запиши правила проекта, архитектуру и ключевые решения в структуру, которую ИИ читает перед каждым запросом. Это режет и починку, и переделку.
  3. Смени метрику. Мерь то, сколько дошло до рабочего продукта. Объём сгенерированного - обманка: те самые 18 центов и есть твоя настоящая продуктивность.

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

Источники

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

Практикум по вайб-кодингу
+Твой второй мозг
3 вечера - стек, метод, первый проект
Старт 14–16 июля  ·  2 000 ₽
Записаться →

Новые материалы - дайджестом, без спама

Гайды выходят регулярно. Подпишись, чтобы не пропускать: пришлю подборку в Telegram или на email. Раз в неделю или каждый день - выбираешь сам.

Была инструкция полезна?
Артемий Миллер
Автор
Артемий Миллер
Предприниматель и вайб-кодер

Артемий Миллер - предприниматель и вайб-кодер. Бывший программист, собирает продукты исключительно вместе с ИИ-агентами, без найма разработчиков.

Связанные концепты