Уяви: людина, яка навчила індустрію, що таке чистий код, — той самий Роберт Мартін, «дядько Боб», — бере і заявляє: «Я більше не читаю код, який пишуть мої AI-агенти». 
Завіса. Коментарі спалахують: «Усе, і цей скотився у вайб-кодинг». Тільки ж ні. Він зробив рівно протилежне.
Що саме він сказав
Мартін програмує з кінця 60-х. Написав книги, за якими вчилися цілі покоління: «Чистий код», «Чиста архітектура», «Ідеальний програміст». Якщо і є людина, яка має моральне право занудствувати про кожен рядок, — це він.
І ось ця людина пише приблизно таке: читати построково все, що генерують агенти, — означає вбивати єдину їхню перевагу, швидкість. Перевіряти кожен рядок вручну ти фізично не встигаєш за машиною, яка пише швидше за тебе в десятки разів. Тому його стратегія — не читати код агентів взагалі.
Звучить дико. Особливо з вуст автора «Чистого коду». Але далі — найцікавіше.
Він не перестав стежити за якістю. Він перестав робити це очима
Замість читання Мартін оточив агентів «жорсткими обмеженнями» — стіною з автоматичних перевірок, крізь яку код зобовʼязаний пройти, перш ніж він йому повірить. За його словами, в арсеналі:
- юніт-тести та Gherkin-тести;
- QA-процедури;
- метрики якості — покриття тестами, цикломатична складність, структура залежностей, розміри модулів;
- мутаційне тестування.
Ключова думка в його ж формулюванні: «Я не ревʼю код, написаний агентами. Я вимірюю». Не «прочитав — начебто норм», а «прогнав крізь десяток перевірок — цифри зійшлися».
Якщо зовсім коротко: мутаційне тестування — це коли в код навмисно вносять маленькі баги («мутації») і дивляться, чи впіймають їх твої тести. Не впіймали — отже, тести діряві, і довіряти їм не можна. Це перевірка перевірок: гарантія, що твій захист реально працює, а не просто зеленіє для галочки.
Тобто Мартін не послабив контроль. Він підняв його на рівень вище: з «очима по рядках» на «система, яка ловить косяк раніше, ніж ти встигнеш його прочитати».
Ось тут і проходить межа
Дивись, у чому різниця — і чому це не вайб-кодинг.
Вайб-кодер теж не читає код. Він тисне «прийняти» і сподівається. Його «довіра» тримається на порожнечі: він не читав, не тестував, не вимірював — просто понадіявся, що прокотить. Прокочує до першої пʼятниці в проді.
Мартін теж тисне «прийняти». Але його довіра оплачена: код пройшов крізь стрій із тестів, метрик і мутацій. Він довіряє не тому, що заплющив очі, а тому, що побудував систему, якій можна довіряти. Різниця як між «не дивлюся на лічильник і сподіваюся, що бензин є» і «поставив датчик, який сам пікне».
Довіра до AI не видається авансом. Її або заробляє система перевірок — або не заробляє ніхто.
Далі — оркестр з агентів
Мартін пішов ще далі і зібрав пайплайн із кількох агентів, де кожен відповідає за свій етап, а участь людини зменшується з кожним кроком:
- Specifier — перетворює розмиті вимоги на чітку специфікацію;
- Coder — пише за нею код;
- Refactorer — вичищає і впорядковує;
- Architect — стежить за структурою в цілому.
На вході — неформальне «зроби ось таке», на виході — код, перевірений тестами і мутаціями. Людина тут не махає клавішами. Людина проєктує конвеєр і стоїть на виході з прийманням.
Впізнаєш? Це рівно те, про що ми торочимо: цінність змістилася з написання рядків на керування процесом. Ти не кодер при агенті — ти диригент, який вибудував оркестр так, щоб він не фальшивив.
І ось головний твіст
Здавалося б, «дядько Боб перестав читати код» — це кінець епохи чистого коду. А виходить навпаки.
Мартін прямо каже: принципи чистого коду в епоху AI стали важливішими, не менш важливі. Бо погана архітектура заважає не лише людям — вона заважає й агентам. У заплутаному, злиплому коді спотикається і живий сіньйор, і нейромережа: їй важче вносити зміни, важче не зламати сусіднє, важче пройти ті самі перевірки.
Хороша архітектура — це ті самі рейки, якими агент їде швидко і не вилітає в кювет. Що чистіший фундамент, то більшому коду від AI ти можеш довіряти не дивлячись. Фундамент не обнуляється з приходом AI — він починає працювати на тебе з подвоєною силою.
Що з цим робити тобі
Ти не зобовʼязаний бути Робертом Мартіном і будувати пайплайн із чотирьох агентів уже завтра. Але мораль тут проста і робоча.
Майбутнє розробника — не в тому, щоб читати за AI кожен рядок (за швидкістю машини не вженешся), і не в тому, щоб тиснути «прийняти» із заплющеними очима (це дорога в прод-пʼятницю). Воно посередині: піднятися на рівень вище — від читання коду до інженерії гарантій. Тести, метрики, ревʼю, архітектура, процес — ось що тепер відрізняє професіонала від «оператора кнопки „згенерувати"».
Саме це мислення — не писати код руками, а будувати систему, яка робить код AI надійним, — ми й прокачуємо на курсі AI Native Developer: як ставити задачі агентам, вести розробку від issue до PR, ревʼюити, тестувати і тримати все під контролем — за якістю, а не за вірою.
А якщо фундаменту під усім цим поки немає — з нього й почни. Глибокі програми Java + AI і Python + AI дають рівно той самий базис, на який потім множиться вся магія з агентами. Бо «не читати код» може дозволити собі лише той, хто колись навчився читати його краще за всіх.
ПЕРЕЙДІТЬ В ПОВНУ ВЕРСІЮ