До основного вмісту

Постачання · Огляд

AI подвоїв кількість pull request’ів. Тепер робота чекає на рев’ю

AI здешевив написання коду. Читання коду він не здешевив. Два роки телеметрії показують, куди йде додаткова робота: у чергу на рев’ю.

Команда Nythrex2 хв читання

Багатосмугова автострада, забита легковиками й вантажівкою; на задньому плані офісні вежі.
Більше машин на дорозі не означає, що всі приїдуть раніше. Фото: Raysonho, CC0, Wikimedia Commons.

Будь-який інженерний лід знає, як тепер виглядає тиждень. Задачі з понеділка перетворюються на pull request’и у вівторок швидше, ніж будь-коли, а до четверга ті самі троє сеньйорів тонуть у запитах на рев’ю. Код написали за пів дня. Чекає він днями.

І це не лише відчуття. Faros AI, яка збирає телеметрію постачання коду в інженерних організаціях, опублікувала два звіти про те, що відбувається зі зростанням використання AI. Разом вони описують вузьке місце, яке не зникло, а перемістилося.

злитих pull request’ів у командах з активним використанням AI — Faros AI, 2025
+98%
часу на рев’ю pull request’ів у тих самих командах — Faros AI, 2025
+91%
середній розмір pull request’а — Faros AI, 2025
+154%
багів на розробника за високого рівня використання AI — Faros AI, 2026
+54%

Що показує телеметрія

Перший звіт Faros, опублікований у липні 2025 року, охопив понад 10 000 розробників у 1 255 командах. У командах з активним використанням AI розробники завершували на 21% більше задач і зливали на 98% більше pull request’ів. Час на рев’ю в цих командах зріс на 91%, а самі pull request’и стали на 154% більшими. На рівні компанії Faros не знайшла значущого зв’язку між використанням AI і загальною пропускною здатністю, метриками DORA чи якістю.

Продовження 2026 року, The Acceleration Whiplash, розширило вибірку приблизно до 22 000 розробників у понад 4 000 командах. Цього разу зростання пропускної здатності вже видно: кількість завершених епіків на розробника зросла на 66%. Видно й ціну: медіанний час до першого рев’ю зріс на 156,6%, pull request’ів, злитих узагалі без рев’ю, стало на 31,3% більше, багів на розробника — на 54% більше, а інцидентів на злитий pull request — на 242,7% більше.

AI здешевив написання коду. Читання коду він не здешевив.

Чому рев’ю стало чергою

Час на рев’ю залежить від розміру зміни, а не від того, як її створили. Pull request, що став у два з половиною рази більшим, довше читати, а згенерований AI код однаково має схвалити людина, яка розуміє систему. Таких людей мало, вони досвідчені й і так завантажені.

Сотні нових автомобілів, що стоять щільними рядами на майданчику й чекають відправлення.
Готова робота, яка чекає, — це склад, а не прогрес. Фото: Joe deSousa, CC0, Wikimedia Commons.

Коли черга росте, команди зрізають кути передбачувано: схвалюють не читаючи, зливають без рев’ю, збирають більші пакети змін, щоб зекономити час рев’юерів. Цифри 2026 року — більше злиттів без рев’ю, більше багів, більше інцидентів на зміну — це і є ці компроміси в сумі.

Що з цим робити

Ставтеся до пропускної здатності рев’ю як до справжнього обмеження. Тримайте згенеровані AI pull request’и достатньо малими, щоб їх можна було переглянути за один підхід. Направляйте їх рев’юерам, які знають контекст. Відстежуйте час до першого рев’ю поруч із кількістю злиттів, а “злито без рев’ю” зробіть числом, на яке хтось дивиться щотижня. Для цього не потрібен інструмент — потрібно, щоб черга була видимою.


Джерела

Часті питання

Чи сповільнює AI рев’ю коду?

Він збільшує обсяг того, що треба переглянути. У 2025 році Faros AI зафіксувала зростання часу на рев’ю на 91% і розміру pull request’ів на 154% у командах з активним використанням AI; у звіті 2026 року медіанний час до першого рев’ю зріс на 156,6%.

Чому виграш від AI не видно на рівні компанії?

Виграш за клавіатурою поглинають наступні етапи — рев’ю, тестування, реліз. У звіті 2025 року Faros AI не знайшла значущого зв’язку між використанням AI і пропускною здатністю компанії; у звіті 2026 року зростання пропускної здатності йшло разом зі зростанням багів та інцидентів.

Як усунути вузьке місце в рев’ю коду?

Тримати pull request’и малими, направляти їх рев’юерам із контекстом, щотижня дивитися на час до першого рев’ю і злиття без рев’ю та вважати час рев’юерів тим обмеженням, яким він є.

Перестаньте вгадувати.
Почніть бачити.

Без картки й без підписки: платні тарифи ще не запущені.

Створити акаунтБез картки й підписки