Vibe кодування, після медового місяця
· 5 min read · Filippo Spinella · AI, Coding, Agents, Developer Tools
Vibe-кодування є одним із тих виразів, які, здається, народжені для ненависті, а потім повільно стають корисними.
Спочатку це звучить так: я не думаю, я запитую ШІ, я приймаю те, що виходить, продовжуй. Веселий спосіб створити технічний борг із музичним фоном.
Але було б надто легко відкинути це таким чином. Правда полягає в тому, що кодування vibe перехопило реальну річ: програмування за допомогою моделі змінює зв’язок між ідеєю та прототипом.
Спочатку була думка, а потім довгий підйом. Зараз часто виникає думка, а через півгодини на екрані щось рухається. Це важко не спокуситися.
Цікаве питання в 2026 році полягає не в тому, чи вірне кодування vibe. Це так. Питання: що буде після медового місяця?
Прототип став економним
Це найважливіша частина.
Інструменти штучного інтелекту знизили емоційні витрати на початок роботи. Раніше, якщо ви хотіли спробувати ідею, вам уже доводилося докладати зусиль: вибирати стек, створювати проект, запам’ятовувати шаблон, писати макет, підключати API, сперечатися з нудними деталями.
Тепер ви можете сказати: дайте мені першу версію.
І з’являється перша версія.
Не завжди красиво. Не завжди правильно. Часто крихкий. Але воно приходить. І коли він приходить, він змінює розмову. Ви більше не сперечаєтеся у вакуумі. Ти торкаєшся чогось.
Це дуже потужно для дизайнерів, засновників, менеджерів із продуктів, старших розробників, яким набридло переписувати риштування, цікавих людей, які б раніше не відкривали редактор.
Кодування Vibe — це ажіотаж, оскільки воно дає більшій кількості людей фізичне відчуття створюваного програмного забезпечення.
Проблема в тому, що програмне забезпечення продовжує жити
Найменше розповідає мем наступний день.
Прототип необхідно прочитати. Правильно. Перевірено. Розгорнуто. Забезпечено. Отримав це від іншого. Підключений до реальних даних. Зроблено доступним. Зберігається, коли змінюється залежність.
Тут чисте кодування Vibe вражає стіну.
Модель може швидко генерувати багато коду, але код сам по собі не є цінністю. Це обіцянка поведінки. А обіцянка має бути перевірена.
Ризик Vibe-кодування полягає не в написанні потворного коду. Ми завжди робили це навіть без ШІ. Ризик полягає у втраті почуття власності: «це зробила модель» стає приводом для недостатнього розуміння.
Але час виконання не приймає виправдань. Якщо код працює у виробництві, він ваш.
Від Vibe-кодування до агентної інженерії
Зріла версія кодування vibe не припиняє використовувати агентів. Це використовувати їх з більш серйозним циклом.
Ні: воно породжує все, і ми сподіваємося.
Але:
- описати намір;
- дозволити створити чернетку;
- попросити агента пояснити план;
- робити невеликі відмінності;
- пускові випробування;
- робити огляди;
- правильний;
- тільки потім приєднуйтесь.
Ця річ заслуговує іншої назви. Мені подобається агентурна інженерія, навіть якщо це звучить трохи урочисто. Це означає використання агентів не як ігрових автоматів, а як співавторів у процесі розробки.
Справа не в тому, щоб відняти енергію від вайб-кодування. Це дає їй сліди.
Де це чудово працює
Кодування Vibe працює, коли ціна помилки низька, а цінність дослідження висока.
приклади:
- прототипи інтерфейсу;
- особисті інструменти;
- внутрішні приладові панелі;
- маленькі ігри;
- разовий сценарій;
- сканування API;
- доказ концепції;
- механічні рефактори з хорошими тестами;
- технічний вміст, який буде перетворено в демонстрації.
У цих випадках головне – швидкість. Ви хочете побачити, чи ця ідея має ноги. Ви хочете дізнатися, чого ви не зрозуміли. Ви хочете вийти на конкретну розмову.
Кодування Vibe ідеально підходить для появи форми.
Де стає небезпечно
Це стає небезпечним, коли система має наслідки і ніхто не гальмує.
Платежі, особисті дані, автентифікація, дозволи, інфраструктура, міграція бази даних, конфіденційний застарілий код, відповідність, виробництво. Тут настрою не вистачає. Нам потрібна строгість.
Це не означає, що ШІ не може допомогти. Насправді це може дуже допомогти. Але він має працювати у вузьких межах: гілка, пісочниця, тест, лінт, огляд, позначка функції, відкат.
Фраза, яку потрібно витатуювати на моніторі, проста: чим швидший агент, тим читабельнішим має бути процес.
Якщо ви не можете пояснити, що змінилося, ви не прискорилися. Ви просто переклали борг з часу на розуміння.
Нова роль розробника
Найцікавіше те, що робота розробника не зникає. Зміна щільності.
Менше часу на шаблон. Більше часу на наміри, декомпозицію, огляд, інтеграцію, тестування, межі.
Розробник стає свого роду технічним редактором. Не в поганому сенсі «перечитки». У сильному сенсі: він вирішує, що має існувати, що має бути скорочено, що відповідає системі, що заслуговує довіри.
Хороший редактор не бере все, що отримує. Він навіть не переписує це все з гордості. Розпізнає гарний матеріал, доводить його до форми, захищає читача.
З агентами читач також є майбутнім супроводжувачем. Часто це ти через три тижні.
Шаблон, який я бачу, з’являється
Найздоровіша схема така:
- людина: наміри, обмеження, смак, відповідальність;
- агент: варіанти, риштування, пошук, локальні модифікації, повторні тести;
- інфраструктура: пісочниця, CI, трасування, дозволи, розгортання;
- команда: огляд, володіння, стандарти.
Коли одна з цих частин відсутня, щось деформується.
Тільки людина: повільний, часто загруз у повторюваній роботі.
Лише агент: швидко, але без розсудливості.
Проста інфраструктура: елегантний процес виробництва непотрібних речей.
Лише для команди: дуже організовані зустрічі навколо прототипу, який ніколи не прибуває.
Найкраще відбувається, коли шматки говорять між собою.
Невеликий контрольний список
Перш ніж дозволити вирощувати прототип з Vibe-кодом, я б поставив собі такі запитання:
- чи розумію я структуру коду?
- чи є тести на критичну поведінку?
- я знаю, яких файлів торкався агент?
- я видалив згенерований, але не використаний код?
- Чи потрапили якісь секрети, токени чи підроблені дані не в те місце?
- чи дотримується мінімальна доступність?
- чи має розгортання відкат?
- хтось, крім мене, може його зберегти?
Якщо відповідь негативна на занадто багато питань, це не провал. Це просто прототип, якому потрібно залишитися прототипом ще трохи.
Моє читання
Vibe-кодування — це гучне слово для ніжної речі: радість бачити, як ідея набуває форми, перш ніж страх її зупинить.
Я не хочу його викидати. Це було б снобізмом. Багато хорошого народжується отак, напівкривим і живим.
Але програмне забезпечення, що залишилося, потребує більшого. Це потребує розуміння, перевірки, власності, інфраструктури, кордонів. Потрібно, щоб хтось сказав: круто, а тепер давайте зробимо це реальним.
Можливо, майбутнє не за вибором між «серйозним» програмуванням і програмуванням «vibe». Можливо, це навчання перемиканню передач: досліджуйте легко, а потім консолідуйте з повагою.
Людська частина є. Знати, коли бігти, а коли сидіти і читати різницю.