Агентная разработка в одном проекте: 97 PR за десять месяцев до и 759 за полгода после
Полный ряд pull request'ов с января 2025 по сентябрь 2026 года и 212 разобранных инцидентов по месяцам: что эти цифры показывают и чего не доказывают.

За десять месяцев 2025 года, с января по октябрь, в репозитории продукта было открыто 97 pull request'ов. Так называют заявку на изменение кода, которую проверяют и принимают в проект; дальше я пишу просто PR. За первое полугодие 2026 года — 759. Между этими периодами в проект вошла агентная разработка. Ниже весь ряд по месяцам и рядом с ним второй ряд: 212 разобранных инцидентов из реестра, который появился вместе с ней.
Как устроена работа с агентами, которая дала эти цифры, я здесь не рассказываю: об этом будет отдельная статья. Здесь только измерение.
| Роль в команде | Примечание |
|---|---|
| Фронтенд-разработчик | полная занятость |
| Тестировщик | полная занятость |
| Менеджер проекта | по совместительству тоже тестирует |
| Бизнес-аналитик | полставки |
| Бэкенд-разработчик, техлид и системный администратор | ваш покорный слуга |
Откуда цифры
Два источника. Первый — репозиторий продукта на GitHub: все pull request'ы с момента его создания в 2018 году, 2 095 штук, с датами открытия и слияния. Я выгрузил их через API целиком, без выборки и ручной фильтрации. PR от ботов, программ, которые сами предлагают обновления библиотек, включены: после ноября 2025 года их 34 из 1 048, около 3%.
Второй — реестр инцидентов в Google Sheets: 212 записей PIR с номером, датой, продуктом, статусом и датами восстановления, разбора и закрытия. PIR здесь — паспорт разбора инцидента: что случилось, почему, как восстановили и какие задачи поставили, чтобы не повторилось. Считаю записи по дате регистрации: колонка «когда разобран» заполнена только у трети строк.
Pull request'ы: до и после
График можно прокрутить по горизонтали.
Десять месяцев до внедрения — это 97 PR, в среднем 10 в месяц. С января по сентябрь их было 68, и 58 из них открыл один разработчик. В октябре я вошёл в проект и добавил 23 PR, ещё без агентов.
В ноябре 2025 года я начал работать через агентов. Ноябрь — 15 PR, декабрь — 41. Дальше 53 в январе, 105 в феврале, 118 в марте, 167 в апреле, 128 в мае, 188 в июне. За первое полугодие 2026 года 759 PR против 97 за десять месяцев до. По среднемесячному темпу это рост в 13 раз.
Потом ряд падает: 112 в июле, 63 в августе, 58 в сентябре. Второй разработчик, который вошёл в проект в июне, работает по той же схеме: 27 PR в июне, 29 в июле, 53 в августе, 50 в сентябре. Мои PR с августа почти исчезают: 4 в августе и ни одного в сентябре.
Чего ряд PR не доказывает
Три оговорки, без которых 759 нельзя нести на слайд.
- Число PR ничего не говорит о пользе. Ряд показывает, сколько изменений прошло проверку и попало в продукт. Сколько из них принесли деньги или сняли риск, он не отвечает.
- Контрольной группы нет. Одновременно с агентами менялись инфраструктура, процессы и состав команды. Разделить вклады по этим данным нельзя, и я не пытаюсь.
- Единица работы стала мельче. Через агента задача дробится на небольшие проверяемые PR: так проще проверять и при ошибке отменять. Поэтому часть роста объясняется дроблением. Какая часть, я не измерял.
Инциденты: 212 PIR за одиннадцать месяцев
График можно прокрутить по горизонтали.
До ноября 2025 года реестра инцидентов не было. Сбои случались и их чинили, но без счётчика, разбора и задач по итогам. Поэтому графика «инцидентов стало меньше» здесь нет и быть не может: сравнивать не с чем.
Реестр появился вместе с агентной разработкой: одна запись в ноябре, 16 в декабре, дальше 23, 26, 35 и пик 38 в апреле. Затем 27, 18, 11 в июле, 15 в августе. Из 212 записей закрыты 208: разобраны, задачи поставлены и выполнены.
У роста с декабря по апрель две причины, и разделить их по этим данным я не могу. Команда привыкала записывать каждый сбой, в том числе те, что раньше проходили незамеченными. А на март и апрель пришлись миграции, то есть перенос данных и инфраструктуры, и запуск новых окружений: это совпадает с разгоном PR. Снижение с мая — единственное место, где я вижу сигнал о надёжности, но и его нельзя отделить от дисциплины регистрации.
Два ряда вместе
Пик PR — апрель–июнь, пик PIR — март–апрель. Ряды совпадают по времени, но связывать их напрямую нельзя: реестр считает сбои по всем продуктам компании, а PR — по одному. Потом оба ряда садятся. В августе 63 PR и 15 PIR, в сентябре за 23 дня 58 PR и 2 PIR, и уже с другим разработчиком за рулём.
Таблицу можно прокрутить по горизонтали.
| Месяц | PR открыто | PR принято | PIR |
|---|---|---|---|
| Январь 2025 | 13 | 13 | — |
| Февраль 2025 | 11 | 10 | — |
| Март 2025 | 10 | 12 | — |
| Апрель 2025 | 5 | 4 | — |
| Май 2025 | 3 | 2 | — |
| Июнь 2025 | 4 | 4 | — |
| Июль 2025 | 8 | 8 | — |
| Август 2025 | 9 | 10 | — |
| Сентябрь 2025 | 5 | 5 | — |
| Октябрь 2025 | 29 | 11 | — |
| Ноябрь 2025 | 15 | 10 | 1 |
| Декабрь 2025 | 41 | 31 | 16 |
| Январь 2026 | 53 | 41 | 23 |
| Февраль 2026 | 105 | 89 | 26 |
| Март 2026 | 118 | 103 | 35 |
| Апрель 2026 | 167 | 142 | 38 |
| Май 2026 | 128 | 108 | 27 |
| Июнь 2026 | 188 | 155 | 18 |
| Июль 2026 | 112 | 110 | 11 |
| Август 2026 | 63 | 54 | 15 |
| Сентябрь 2026 | 58 | 57 | 2 |
Методика
- PR относится к месяцу по дате открытия; в таблице отдельно показано, сколько PR принято в проект. Черновые PR включены: 15.
- «До» — январь–октябрь 2025 года: 97 PR. «После» — январь–июнь 2026 года: 759 PR. Ноябрь–декабрь 2025 года — переходный период, в сравнение не входит.
- Реестр: лист «Журнал» в Google Sheets, 212 строк с префиксом PIR. Месяц записи — по дате регистрации, она входит в номер записи.
Хотите внедрить это у себя?
Помогаю командам перейти на агентную разработку: как советник, через обучение команды или внедрение изменений с проверкой эффекта по данным. Короткие заметки между статьями выходят в Telegram-канале.