Сьогодні можна за лічені хвилини підняти кілька ШІ-агентів і роздати їм завдання паралельно. Ми користуємося цим щодня: агенти знаходять потрібні місця в проєкті, готують однотипні зміни, пишуть тести й знімають частину рутини, яка раніше забирала години. Пришвидшення справжнє. Але разом із ним з'являється ризик, який легко не помітити саме тому, що результат має професійний вигляд.
Де ШІ підводить
Очевидна нісенітниця не така страшна: її видно одразу. Значно небезпечніший охайний код, який компілюється, проходить поверхневу перевірку й розв'язує не зовсім те завдання. Агент може викликати схожий, але невідповідний метод API, забути рідкісний сценарій або написати тест, який підтверджує власну реалізацію, а не початкову вимогу. Зовні все матиме переконливий вигляд.
Ми не бачимо, як модель дійшла до розв'язку, і не можемо вважати, що вона втримала весь контекст проєкту: обмеження архітектури, давні домовленості, особливості даних і наслідки для сусідніх частин системи. Тому впевнена відповідь агента для нас - не доказ, а чернетка, яку ще належить перевірити.
Правдоподібна помилка небезпечніша за явну. Явну помічають і виправляють. Правдоподібну пропускають: код має настільки переконливий вигляд, що його ніхто не перевіряє повторно - і він спокійно їде в продукт, щоб виринути вже у клієнта.
Що відбувається після відповіді агента
Зміна проходить той самий шлях, що й код, написаний людиною. Інженер читає diff, звіряє його із завданням, перевіряє спірні місця й запускає потрібні тести. Якщо розв'язок зачіпає архітектуру чи дані, однієї зеленої галочки в тестах недостатньо: треба зрозуміти, чому обрано саме такий підхід і що станеться на межах сценарію.
Жодна зміна не потрапляє в продукт з аргументом "агент так зробив". Автором розв'язку все одно лишається інженер: саме він має вміти пояснити код і відповісти за його наслідки.
Чому так виходить краще, а не повільніше
Рев'ю забирає частину часу, заощадженого на написанні коду, але не скасовує весь виграш. Агент швидко робить перший прохід і бере на себе обсяг; інженер витрачає увагу там, де вона справді потрібна: на вимоги, межі й наслідки розв'язку. Без цієї перевірки виграш легко перетворюється на відкладене налагодження вже після релізу.
Тому для нас ШІ - не заміна інженера, а інструмент, який збільшує його темп. Що швидше він виробляє зміни, то важливіше не послаблювати контроль якості.
ШІ-агент - це швидкість без відповідальності. Відповідальність додає інженер, який читає кожен рядок, - і тільки разом вони дають код, якому можна довіряти.
