Про індукований попит, звільнення та справжню вартість ШІ, який ми не вміємо ефективно використовувати
Якщо ви бодай трохи сиділи у транспортному Twitter, ви бачили цей мем.
«Ще одну смугу, бро».
Намальований восковими олівцями дорожній інженер стоїть біля хайвею та показує на нові смуги, які він хоче додати, бо затори. Його обличчя щире. Цього разу він усе виправить. Ще одна смуга — і затори зникнуть.
Вони рідко зникають надовго.
Нові смуги створюють нові поїздки. Нова пропускна здатність створює новий попит. Економісти називають це індукованим попитом. Автомагістраль Katy у Техасі розширили до однієї з найширших у світі. 405‑а в Лос-Анджелесі отримала розширення на мільярд доларів. Шаблон знайомий за десятиліття розширення шосе: пропускна здатність зростає, використання вростає в неї, і затори повертаються.
Інженер із мему все одно продовжує просити ще одну смугу.
Зараз ми в тій самій точці з датацентрами для ШІ.
Презентація «правильної» інфраструктури
Кожен квартал приносить черговий анонс від hyperscaler. Ще один проєкт на десять цифр. Ще один кампус. Ще одна підстанція. Ще один енергетичний контракт. Ще одна війна за воду. Ще одному сільському округу кажуть, що це ціна прогресу.
Обґрунтування завжди однакове.
Попит на ШІ вибухово зростає. Нам потрібно більше обчислень. Якщо ми не побудуємо, США відстануть від Китаю. Бізнес не отримає потрібних потужностей. Розробників обмежать. Інновації сповільняться.
Ще один датацентр.
Ще один кампус на гігават.
Ще одна ділянка на 2700 акрів.
Ще одне оновлення мережі.
Тоді нам вистачить.
Це той самий інженер, лише з іншим кресленням.
Це інфраструктурна ставка покоління, і значна її частина вже підписана.
Це не аргумент про те, що ШІ не потрібна інфраструктура. Певна нова пропускна здатність справді необхідна.
Питання в тому, чи варто і далі закладати так багато нових потужностей, перш ніж змусити покупців довести, що вони розумно використовують наявні.
Зараз частина цього вибухового попиту — це справді нова продуктивність. А частина — уникне споживання, створене поганими дефолтами, безконтрольними ретраями, простроченими обліковими даними, надпотужними моделями та навантаженнями, які ніхто ніколи не змушував обґрунтовувати свою вартість.
Індукований попит
Для обчислень не існує фіксованої кривої попиту. Вона згинається під те постачання, яке є.
Дайте розробникам дешевий доступ до передових моделей — і багато навантажень за замовчуванням підуть у передові моделі. Дайте агентам великі бюджети — і багато агентів їх витратять. Дайте командам необмежені API‑ключі — і рахунок росте, поки хтось це не помітить.
До того часу навантаження вже в продакшені.
Засновник запускає дорогу модель на кожному кроці пайплайна підтримки клієнтів, бо це був дефолт, коли інженер «шипив швидко». Пайплайн працює. Рахунок стає болючим. Пізніше хтось виявляє, що значну частину навантаження можна було б виконувати дешевшою моделлю з мінімальною або взагалі без відчутної втрати якості.
Це не дивна крайова історія. Так часто виглядає швидка розробка з ШІ. Дефолти хибні. Витрати невидимі. Рахунок приходить пізно.
Те саме відбувається всюди.
Система пошуку по векторним вбудовуванням індексує дублікати. Агент підтримки зациклюється на ретраях. Кодер-агент спалює найдорожчу модель на дрібних правках. Ключ підрядника живе довше за контракт. Ключ колишнього працівника переживає офбординг. Продакшен‑ключ опиняється на чиємусь ноутбуку.
Вони не обов’язково зловмисні. Система просто некерована.
Коли індустрія ШІ каже, що попит вибухає, частина цього попиту — реальна продуктивність. А частина — погані дефолти, прострочені креденшали, відсутні бюджети й некерована машинна робота.
Додавання обчислень цього не виправляє. Воно це підживлює. Навіть компанії на кшталт Amazon повідомляють, що це саме так.
Це й є індукований попит. Це й є хайвей.
Ментальність «людей геть, ШІ на заміну»
Коли кількість людей зменшується, а бюджети на ШІ ростуть, ці дві речі часто прямо пов’язують. Microsoft відверто заявляє, що її скорочення — не лише «заміна людей ШІ». Сем Альтман визнав, що частина приписування — це те, що він називає AI washing: посилання на ШІ як привід для скорочень, які компанія й так би зробила. Опитування CEO показують, що їм доводиться планувати зміни на основі ШІ.
Дані однозначно показують перерозподіл пріоритетів. Challenger описує технологічні компанії, які реструктуруються навколо ШІ, автоматизуючи певні ролі та перекидаючи бюджети на нові можливості. Конкретного працівника та конкретний GPU не потрібно поєднувати один до одного, щоб капітальний зсув був реальним.
Від цього незручне запитання стає гострішим, а не м’якшим.
Якщо обмін — це не «люди в обмін на продуктивність ШІ» і не повністю «люди в обмін на ніщо», то що саме знаходиться на машинному боці балансу? Ніхто не може дати чіткої відповіді, тому що витрати на ШІ стають «зарплатною відомістю», але не управляються з дисципліною, бодай близькою до тієї, що є в зарплат.
У працівників-людей є менеджери, бюджети, дозволи, корпоративні картки, бейджі доступу, офбординг, performance review та аудиторські сліди.
У машинних працівників часто є API‑ключ.
Ми переносимо бюджети з людської «зарплати» на машинну, а керуємо машинною зарплатою як купою паролів. Без власника. Без менеджера. Без строку дії. Без політики витрат. Без чека. Без вартості за корисний результат. Без доказу, що машинна робота вартувала машинних витрат.
API‑ключ — це нова корпоративна картка
Компанія ніколи б не сказала: «Колишній працівник зберіг корпоративну картку, ніхто не знає, що на неї нараховується, і ми дізналися про це через кілька місяців». Це вважалося б очевидним операційним провалом. Але API‑версія цього трапляється постійно.
Ключ постачальника моделей може створювати витрати. Ключ хмарного провайдера може створювати інфраструктуру. Ключ Stripe може рухати гроші. Ключ GitHub може відправляти код у продакшен. Ключ постачальника даних може відкривати доступ до платних датасетів. Ключ рекламної платформи може спалювати бюджет кампаній. Ключ біржі може торгувати активами.
Це не просто «секрети». Це економічні повноваження.
Занадто багато API‑ключів досі поводяться як із паролями. З ними треба поводитися як із корпоративними картками для машин.
Підрядники, дев-шопи, маркетингові агенції, аудитори, fractional‑команди, співробітники й агенти — усім потрібен доступ до ресурсів, обсяги яких постійно змінюються. Сьогодні компанії або надто широко відкривають доступ, або гальмують усе. Проєкт закінчується, доступ залишається, а витрати й далі біжать.
Це не лише проблема безпеки. Це проблема обліку. Проблема управління й проблема інфраструктури.
Місцеві це знають
Суспільний спротив проти датацентрів — це не просто NIMBY («не в моєму дворі»). Люди відчувають суперечність. Недавнє опитування Gallup показало, що семеро з десяти американців виступили б проти будівництва датацентрів для ШІ у своїх містах.
Датацентри споживають величезну кількість електроенергії. Залежно від системи охолодження та розташування, вони можуть споживати також багато води й землі. Вони створюють реальне тепло, шум, конфлікти навколо ЛЕП та місцевий політичний тиск. Переваги часто здаються далекими, приватними або спекулятивними. Витрати — локальні.
Інфраструктурний тягар концентрується в сільських округах. Економічна вигода розпорошується й часто захоплюється десь в іншому місці. Переваги обіцяють «потім». Витрати приходять «зараз».
Це політично нестабільно. У 2026 році це перестало бути прогнозом.
Індустрія не повинна дивуватися, що датацентри стали національною політичною темою. Якщо інфраструктура ШІ просить у громад землю, електрику, воду й терпіння, індустрія має змогти довести, що обчислення використовуються розумно.
Зараз багато покупців цього довести не можуть.
Обмін «людей на невиміряну машинну роботу» — хибний
Зведімо шари докупи.
CFO читає інвестиційний тезис про ШІ, затверджує розширення, скорочує персонал, щоб профінансувати це, і каже раді директорів, що математика сходиться. Обчислювальні ресурси виділяють. Навантаження відправляють у продакшен. Дефолти хибні. Ключі некеровані. Дорогі моделі надмірно використовуються. Агенти занадто багато разів ретраять. Старі облікові дані й далі працюють. Рахунок зростає швидше, ніж прогнозували.
Рада питає, чому. Відповідь: попит на ШІ вибухає. Нам потрібні додаткові потужності. CFO підписує наступний контракт. Цикл повторюється.
Тим часом звільнений працівник спостерігає, як компанія агресивно витрачає на системи ШІ, які можуть і не давати обіцяної продуктивності. Комісар округу приймає гнівні дзвінки про електрику, воду, землю та шум. Оператор мережі намагається звести баланс. Місцевому мешканцю кажуть, що це — майбутнє.
Занадто часто обмін був не «люди в обмін на продуктивність». Це були люди в обмін на невиміряну машинну роботу. Люди в обмін на погані дефолти. Люди в обмін на бардак. І коли бардак став дорогим, відповіддю індустрії була не дисципліна. А ще один датацентр. Просто ще один, бро.
Справжня відповідь
Справжня відповідь — це не лише будувати більше датацентрів.
Справжня відповідь — це розумно використовувати ті датацентри, які в нас уже є.
Це незручно говорити індустрії, бо стимули вирівняні не ідеально. Провайдери зазвичай заробляють, коли споживання зростає. Покупці виграють, коли зростає кількість корисних результатів. Ці дві криві — не те саме.
Інтерес покупця конкретний.
Покупець хоче найменшу модель, яка виконує задачу. Найменшу кількість викликів, що вирішують проблему. Ключ, що спливає, коли проєкт закінчується. Креденшал, який працює лише з правильного пристрою. Агента, якого відключають, коли він виходить за політику. Виняток, що погоджується лише тоді, коли бізнес-кейс реальний.
Для всього цього не потрібен новий датацентр. Потрібне розумне забезпечення обчислень, які ми вже маємо.
Шлях до рішення нудний
Підігнати навантаження під модель. Батчити те, що можна батчити. Кешувати те, що можна кешувати. Обмежувати те, що має бути обмежене. Авторизувати те, що повинно перевищувати ліміти. Відмовляти тому, що працює на не тій облікові дані, з неправильного пристрою, у неправомочного власника, для неправильної роботи. Вимірюйте вартість за корисний результат. Автоматично припиняйте доступ. Припиняйте неконтрольовані цикли. Направляйте роботу з низьким ризиком до дешевших моделей. Ескалуйте лише тоді, коли цього вимагає якість. Формуйте квитанції.
Ринок почав це помічати. Цього літа фінансові директори та ради директорів почали жорстко обмежувати рахунки за ШІ, які виходили за рамки бюджету. Маршрутизація моделей перейшла зі сторінок наукових статей до лексикону засідань рад директорів, оскільки команди шукали способи надсилати рутинну роботу до дешевших моделей без втрати якості. Самі постачальники моделей почали впроваджувати ліміти на адміністративні витрати, тому що клієнти вимагали способу приборкати рахунки.
І це добре. Ця хвиля є реальною й давно назрілою. Постачальники тепер пропонують жорсткі обмеження витрат, які справді призводять до відхилення викликів після досягнення ліміту, ліміти на рівні користувача та шляхи погодження.
Але зверніть увагу на межу поточної хвилі. Ці засоби контролю регулюють споживання в межах одного постачальника, одного проєкту або одного застосунку. Маршрутизація обирає дешевшу модель. Ліміт зупиняє неконтрольований рахунок. Жоден із них не дає відповіді на ширше питання повноважень: яка машина діє, з якого середовища виконання, від чийого імені, з якою метою, до яких зовнішніх ресурсів, і який переносний доказ існує після цього. Контроль витрат — це не те саме, що програмовані, верифіковані повноваження.
ШІ потребує повної дисципліни, а не лише частини про вартість. Не тому, що ШІ — це щось погане. А тому, що ШІ стає працею. А праця потребує управління.
Шар, якого бракує AI-агентам
Це той шар, якого, на нашу думку, бракує ШІ, і він навмисно вужчий за весь стек FinOps.
Економічні повноваження мають регулюватися до виконання: хто і що може витрачати, з якого пристрою та середовища виконання, для якого типу навантаження і в межах яких лімітів. І все це — з квитанцією наприкінці, яку може перевірити реальна людина.
Частина розбудови дата-центрів є необхідною. ШІ — це реальність, а реальним речам потрібна інфраструктура. Але некерований попит робить необхідне розширення більшим, швидшим і важчим для обґрунтування, ніж це потрібно. Правильний шлях — це не красивіший дашборд після того, як рахунок уже прийшов. Рішенням є шар контролю на рівні облікових даних, до того, як відбуваються витрати.
Рух у правильному напрямку
Лише ще один дата-центр, брате.
Обіцяємо, цього разу все спрацює. Обчислювальні ресурси ось-ось запрацюють. Рівень марнотратства ось-ось впаде. Маржа ось-ось з’явиться. Навантаження ось-ось стануть ефективними. Місцеві жителі ось-ось змінять ставлення. Енергомережа ось-ось витримає. Трильйон доларів у підписаних орендах ось-ось виглядатиме консервативно. Рада директорів ось-ось побачить зростання продуктивності.
Ще один.
Можливо, частина цієї потужності й справді потрібна. Але перш ніж індустрія попросить у спільнот більше землі, більше води, більше електроенергії і більше терпіння, покупці повинні мати змогу відповісти на простіше запитання.
Чи добре ми використовуємо обчислювальні ресурси, які вже маємо? Не на слайді й не в службовій записці.
У квитанціях. Яка модель була використана. Яке навантаження її потребувало. Який ключ це авторизував. Це — наступна битва за інфраструктуру ШІ. Не обчислення проти відсутності обчислень. Керовані обчислення проти марнотратства.
Будуймо менше навпомацки. Використовуймо те, що маємо.