Вартість AI — не генерація. Це верифікація.

СПОЧАТКУ ПОКАЖИ КОД, ПОТІМ ПОКАЖИ ІДЕЮ

У 2000 році Лінус Торвальдс написав рядок, що став найцитованішим реченням у software engineering: «Розмови дешеві. Покажи мені код.» Тоді дефіцитним ресурсом був саме код, дорогий у написанні, єдиний доказ, що ідея реально працює.

Це змінювалось поступово, а потім раптово. GitHub Copilot з'явився у 2021, і зустрів переважно скепсис розробників. Потім, 2 лютого 2025, Андрей Карпаті написав твіт, що дав назву тому, що відбувалось: vibe coding, «ти повністю віддаєшся вайбам... і забуваєш, що код взагалі існує.» Твіт зібрав 4.5 мільйони переглядів і став Словом Року за версією Collins Dictionary. Через вісімнадцять місяців сам Карпаті назвав термін застарілим, замінивши на «agentic engineering», з «більшим наглядом і перевіркою.»

Покажи мені код стало покажи мені ідею. Тепер це стає покажи мені, що хтось перевірив.

ШВИДКІСТЬ РЕАЛЬНА

Приблизно 84-92% професійних розробників тепер регулярно користуються AI-інструментами кодування. Для прототипування медіанний час виконання задачі падає на 20-45%, і ця цифра тримається в незалежних дослідженнях, не тільки в маркетингу вендорів. Gartner прогнозує, що 40% нового enterprise production софту використовуватиме ці техніки до 2028. У Y Combinator's Winter 2025 батчі чверть стартапів мали кодову базу на 95%+ згенеровану AI.

АЛЕ ШВИДКІСТЬ І МАЙСТЕРНІСТЬ НЕ ЗАВЖДИ СПІВПАДАЮТЬ

Зверни увагу, що відбувається, коли реально вимірюють людей, що користуються цими інструментами, а не просто рахують, скільки їх.

Контрольоване дослідження METR стежило за 16 досвідченими розробниками на зрілих кодових базах на мільйон+ рядків. AI не заощадив час. Він додав навантаження. Розробники передбачали, що будуть на 20% швидшими. Більшість все ще вірили, що були швидшими після завершення дослідження, хоча дані казали протилежне.

Окреме дослідження Science 2026 року виявило подібне з іншого кута: розробники-початківці впроваджували AI найшвидше й не отримували жодного вимірюваного приросту продуктивності, тоді як досвідчені розробники впроваджували обережніше й отримували реальну продуктивність. Змінною був не інструмент. Змінною було судження.

ДЕ ЦЕ ЙДЕ НЕ ТАК

Патерн, який інженерні команди тепер називають 90-day reckoning: маленька команда швидко запускається кілька місяців, усе працює, потім невеликий баг займає тиждень на виправлення, не тому що він складний, а тому що ніхто, включно з тим, хто згенерував код, не може простежити, чому він працює саме так. Функція на 300 рядків, обробляє три непов'язані речі, а коміт каже «add user flow.»

За цією історією стоять цифри. Дослідження Uplevel на приблизно 800 розробниках виявило, що приріст швидкості нівелювався зростанням bug rate на 41%. Аналіз 8.1 мільйона pull requests підтвердив, що технічний борг зростає на 30-41% після впровадження. GitClear виявив дублювання коду вчетверо частіше, а рефакторинг впав з 25% змінених рядків до менш ніж 10%.

Поклади поруч дві цифри Gartner, і вони перестають виглядати суперечливими: 40% enterprise-впровадження до 2028, і зростання дефектів на 2500% без governance, прогнозоване на той самий рік. Це не два різні прогнози. Це одна й та сама зміна, описана з двох кутів.

ЩО НАСПРАВДІ РОЗДІЛЯЄ ЦІ ДВА РЕЗУЛЬТАТИ

Звіт DORA 2025 сформулював це точніше за більшість коментарів навколо нього: AI діє як підсилювач. Він посилює команди з високою продуктивністю й погіршує дисфункцію команд, які вже мали проблеми.

Це єдине спостереження пояснює майже все вище. Патерн провалу — не «AI пише поганий код.» Це prompt, generate, glance, commit, коли ніхто не перевіряє, що реально пішло в продакшн.

Дослідник, що перевірив 50 AI-побудованих застосунків на початку 2026, виявив, що у 88% безпека на рівні бази даних була повністю вимкнена. Не неправильно налаштована. Вимкнена. Ніхто не перевіряв.

НА ЩО Я РЕАЛЬНО ДИВЛЮСЬ

Я не пишу код. Я оцінюю компанії, що на ньому працюють.

Питання, яке я підіймаю під час due diligence, ніколи не в тому, чи компанія користується AI-інструментами. Майже всі зараз користуються. Питання в тому, чи хтось перевіряє те, що пішло в продакшн, чи кодова база — це купа речей, що спрацювали з першого разу, і на які ніхто більше не подивився.

Я прошу історію комітів, не pitch deck. Кілька речей кажуть мені майже все. Чи описують коміт-повідомлення, що змінилось і чому, чи всі кажуть якийсь варіант «update»? Коли щось ламається, чи команда відкочує негайно, чи вони дебажать далі під тиском і лишають три напівфікси в коді? Чи є патерн перевірки твердження чи цифри перед тим, як воно дійде до клієнта, чи впевненість заміняє верифікацію? Чи може будь-який інженер пояснити, чому існує частина бізнес-логіки, чи тільки що вона зараз працює?

Команда, що швидко відкочує, перевіряє перед релізом, і все ще може пояснити власний код через вісімнадцять місяців, купує собі роки. Команда, яка не може, купує собі рахунок за rescue-engineering, про який ще не знає.

Нічого з цього не видно на демо. Це виявляється пізніше, саме в тому типі розмови, яку ніхто не любить вести.

ЯКИМ ЙМОВІРНО БУДЕ 2027

Ринок не сповільнюється. Прогнози ставлять його на $12.3 мільярда до 2027, з приблизно $4.7 мільярда у 2026. Але сам термін може не пережити це зростання. Аналітики очікують, що «vibe coding» буде здебільшого витіснено з професійного вжитку до 2027, замінене мовою, до якої звернувся Карпаті: agentic engineering, governed AI development, spec-driven delivery. Активність продовжує рости. Назва для необережного виконання виходить з моди, бо саме необережне виконання і генерує рахунки.

Принаймні одна компанія з Fortune 500 має публічний, AI-простежуваний інцидент з понад мільярдом доларів збитків до 2027, прогноз, який аналітики вважають майже неминучим, з огляду на рівень інцидентів, уже зафіксований у 2025 і 2026.

Тим часом AI code review і верифікація прогнозовано стануть категорією на $10 мільярдів до 2028, зростаючи швидше за самі інструменти генерації коду. Ринок уже відчуває, де реальне вузьке місце. Це ніколи не було швидкістю генерації. Це те, чи щось взагалі перевіряють, перш ніж воно дійде до клієнта.

ЦЕ НЕ АРГУМЕНТ ПРОТИ VIBE CODING

Це аргумент за те, щоб знати, яку версію ти робиш. Швидко й неперевірено — один профіль ризику. Швидко й верифіковано — зовсім інший, хоча обидва називали тим самим словом перші вісімнадцять місяців існування цієї технології.

AI знизив вартість написання софту. Він не знизив вартість його розуміння.

Генерація коду стає товаром. Судження — ні.