У 999‑му епізоді подкасту Super Data Science відомій інженерці з AI та авторці книжки «AI Engineering» Чіп Хуєн поставили, по суті, просте запитання: що лишається будувати, якщо програмне забезпечення стає майже безкоштовним? Звідси розмова швидко перейшла в екзистенційну кризу розробників, клонування проєктів за одну ніч, людські конфлікти, які не лікуються ще одним «оркестратором агентів», і візію світу, який треба зробити «AI‑ready» не менше, ніж сам штучний інтелект.
Це не історія про черговий фреймворк. Це спроба зафіксувати, де саме сьогодні народжується довготривала цінність у галузі, де код можна згенерувати за лічені хвилини.
Коли будь‑який софт можна скопіювати за добу
Чіп розповідає про невеликий сайд‑проєкт — сервіс, який щоранку обходить GitHub за низкою ключових слів, аналізує знайдені репозиторії, описує, що в них цікаво, категоризує та ранжує. За тиждень сервіс зібрав сотні тисяч переглядів. Наступного дня вона отримала лист:
«Мені дуже сподобалося, що ти зробила, тож я використав AI, щоб повністю це відреплікувати — ось мій варіант».
Ця історія для неї стала дуже наочною ілюстрацією: будь‑який сьогоднішній софт «можна скопіювати… реплікувати». Не йдеться про піксель‑перфект клон, але функціональну копію з подібним UX тепер реально отримати дуже швидко.
Звідси наступний висновок: «вартість побудови софту прямує до нуля». Генерація коду дешева, інструменти сильні, «будувати речі насправді вже не так… складно». Ви пишете спеки, проганяєте їх через AI, отримуєте прототип, сайт чи додаток. Час «від ідеї до демо» брутально скоротився.
І тоді виникає питання: «ти щось будуєш — а потім що?»
Екзистенційна криза розробників: якщо AI може все це за нас
Чіп прямо називає це «екзистенційною кризою», через яку пройшла вона сама і багато її друзів:
«Свят, що ми робимо тепер, коли AI приходить по нашу роботу».
Колись moat будувався на тому, що ви вмієте створити модель з нуля, побудувати складну систему, написати багато коду. Тепер більшість цього можна перекласти на foundation‑моделі та сервіси. Моделі «стають неймовірно хорошими в багатьох речах», а процес побудови перестає бути вузьким горлом.
Для інженерів це руйнує звичні координати цінності. Якщо більше не рахується, скільки рядків коду ви пишете, що взагалі створює відчутну різницю? Якщо будь‑який маленький проєкт, який ви виклали в мережу, хтось за день перестворює з допомогою AI, що лишається унікальним?
Її особистий висновок не в тому, що «все дарма». Радше в тому, що те, що колись вважалося головною цінністю — сам процес створення софту — тепер стає товаром. А значить, доведеться зміщувати фокус.
Проблеми не закінчуються: вони стають дедалі людянішими
Попри всю автоматизацію, Чіп сформулювала власний оптимізм дуже просто:
«Проблеми ніколи не закінчаться… Я ніколи не перестану злитися на людей в інтернеті… завжди буде customer service, яким я незадоволена… колаборація ніколи не буває зовсім простою».
У цій напівжартівливій тираді — важливий меседж: найбільш стійкі задачі, схоже, зсуваються туди, де присутні непередбачувані люди. Там, де:
- користувачі сердяться на сапорт, навіть якщо система «теоретично» працює,
- команди не можуть домовитися попри ідеальний стек інструментів,
- конфлікти цінностей, очікувань і комунікацій руйнують проєкти ефективніше, ніж будь‑який баг.
Чіп розповідає про засновника, який прийшов до неї з пітчем ще однієї платформи оркестрації агентів. Його аргумент: у компаніях «недостатньо комунікації між продуктом і інженерінгом, і мій фреймворк агентів це вирішить». Її реакція:
«Я не думаю, що це технічна проблема… Зазвичай, коли продукт і інженерні люди не говорять одне з одним, це вимагає people solutions».
Цей приклад для неї показовий: дедалі більша кількість конфліктів у реальних організаціях не розв’язується ще одним тулом. Вони живляться мотиваціями, страхами, владою, культурою — зоною, де код майже завжди лише побічний фактор.
Людина й AI: інтерфейс, який ми ще не придумали
Окрема лінія розмови — як люди взагалі повинні працювати з AI‑системами. Чіп каже:
«Ми не дуже добре розуміємо, яким є оптимальний спосіб для людей використовувати AI… human–AI interface — це величезна тема».
Більшість сучасних AI‑інструментів, на її погляд, нашаровані на старі парадигми: IDE, термінал, чат‑вікно. Coding‑асистенти вбудовуються у VS Code, тому що VS Code уже існує. Частина — у термінал, бо термінал історично був «контрольною панеллю» машини. Але це не означає, що це і є найкращий спосіб співпраці з інтелектуальною системою.
Вона звертає увагу на парадокси, до яких це призводить. Люди, які ніколи не користувалися консоллю, тепер змушені відкривати термінал заради ко‑пілота. Реакція передбачувана: «чому це так важко?».
Чіп припускає, що термінал свідомо складний, бо дає надто велику владу: можна випадково зробити rm -rf /. У результаті це «елітний» інтерфейс, який вчать лише ті, хто готовий жити з ризиками. Але AI‑інструменти тепер змушують виходити в консоль людей, для яких вона ніколи не проектувалася.
Її висновок: бракує проміжної форми — щось таке, що поєднує «контрольну панель» термінала з дружністю IDE. Вона відзначає появу десктоп‑додатків від великих AI‑лабораторій, які прагнуть бути саме такими: простий інтерфейс, але з доступом до файлової системи, процесів, інструментів — як у термінала.
Це, на її думку, лише початок більшої еволюції human–AI‑інтерфейсів. Сьогодні ми здебільшого кидаємо розумну систему в старі шкарпетки. Завтра доведеться переосмислити й «шкарпетки».
«Ще один тул» не полагодить вашу організацію
Тут Чіп повертається до теми, яку вона явно вважає недооціненою: технологічні рішення проти людських проблем. Історія з засновником «агентного фреймворку, який з’єднає продукт та інженерів», для неї симптоматична.
Є спокуса вірити, що якщо додати ще один рівень автоматизації, позначок у трекері, ще один «інтелектуальний шар», то стосунки між людьми якось самі налагодяться. Але реальність, яку вона бачить у розмовах із компаніями, інша: там, де є розрив комунікації, потрібні зміни в культурі, структурах відповідальності, мотиваціях, а не лише в стоску.
Саме тому вона говорить про «people problems» як про окрему категорію задач, де ймовірно концентруватиметься стійка цінність. Там не спрацює клонування чужого репозиторію. Там кожна організація унікальна не набором тулів, а тим, як люди ними користуються.
Світ для машин: чому «AI‑ready» середовище важливе не менше за сам AI
Інший великий блок — як зробити не тільки AI кращим, а й світ навколо нього — більш придатним для AI. Чіп формулює це так:
«Щоб AI добре взаємодіяв зі світом, нам не лише треба покращувати AI, ми можемо також зробити світ більш AI‑ready… краща документація, кращі API, які агенти можуть викликати, краща безпека».
У цифровому середовищі це звучить очевидно. Якщо ви хочете, щоб агент міг працювати з вашим сервісом, дайте йому нормальну документацію, передбачуваний API, прозорі коди помилок, чіткі обмеження прав. Усе це вже усталена практика, навіть якщо далеко не всі їй слідують.
У фізичному світі, каже вона, все набагато гірше описано. Люди інтуїтивно знають, що буде, якщо натиснути занадто сильно, або чому «не варто наступати на дитину». Роботи такого досвіду не мають. Вони можуть планувати, але без «моделі світу» з точними законами реакцій — ламатимуться, падатимуть, завдаватимуть шкоди.
Чіп наводить показову сцену: маленький робот‑кур’єр не може перейти дорогу й просить перехожого натиснути кнопку світлофора. Вона говорить з інженером з однієї з таких компаній, і той зізнається: найскладніше не сама навігація, а «як змусити робота взаємодіяти зі світом».
Рішенням стають, наприклад, «API світлофорів» у деяких містах. Робот не тисне фізичну кнопку, а викликає API, яке робить те саме. Це й є приклад «AI‑ready» інфраструктури: світ поступово оголює для машин інтерфейси, замість змушувати їх імітувати людські дії.
На цифровому рівні Чіп бачить аналогічні завдання: позначати, які дії потенційно небезпечні, обмежувати дозволи для агентів, краще описувати ресурси, з якими вони працюють. Це не лише про безпеку, а й про продуктивність: агент витрачатиме менше спроб, менше токенів, менше часу, якщо середовище зроблене з урахуванням його способу мислення.
Де шукати довгострокову цінність, коли «будувати» дешево
Якщо скласти всі ці нитки, вимальовується відповідь на те саме стартове запитання «що будувати, коли софт майже безкоштовний?».
По‑перше, не слід очікувати, що проблеми зникнуть. Вони змінять форму — з вузько технічних на людські, організаційні, інфраструктурні. Чіп прямо говорить, що «ніколи не перестане сердитися на людей в інтернеті» і ніколи не залишиться без поганого сапорту, який хочеться покращити.
По‑друге, найбільш копійована частина стеку — сам код, фічі, UI. Набагато важче відреплікувати:
- те, як ваша організація ухвалює рішення,
- як саме люди співпрацюють з AI‑системою,
- які інтерфейси між людьми й моделями ви будуєте,
- як ви документуєте і відкриваєте свій цифровий чи фізичний світ для машин.
По‑третє, вартість створення софту справді йде до нуля, але це не означає, що «вартість софту» як бізнесу теж прямує в нуль. Радше, як натякає Чіп, мейнстрімна цінність зміщується:
- від написання коду — до проектування взаємодій (людина–людина, людина–AI, AI–світ),
- від ізольованого продукту — до екосистем, які можна розумно дослідити й автоматизувати,
- від ще одного тулу — до рішень, які змінюють поведінку людей, а не лише їхній інструментарій.
Клонувати GitHub‑репозиторій за допомогою моделі реально. Клонувати довіру, культуру, якісний human–AI‑інтерфейс, AI‑ready‑місто — набагато складніше.
Саме там, здається, і залишаються «довговічні» проблеми, про які говорить Чіп Хуєн. Їх не розв’язати одним фреймворком — і тим більше не вкрасти з чужого демо за ніч.