Нужен ли код-ревью процесс в AI-first компаниях?

Годами мы делали ревью кода, чтобы держать проекты в порядке, обучать коллег и расширять общий инженерный кругозор.

Но с появлением агентов объем кода резко вырос. И PR-ревью очень быстро стало узким горлышком. Сначала люди еще пытались внимательно смотреть изменения, но за последние месяцы во многих командах это часто превращается в формальность: approve без глубокого просмотра.

Почему так происходит?

Во-первых, многое уже покрыто тестами, автотестами, CI-checks и прогонами на фермах. Критичные сценарии проверяются автоматически лучше и стабильнее, чем человеком в PR.

Во-вторых, после ревью, само тестирование задач тоже становится узким горлышком. Поэтому команды начинают искать путь, где код после успешного пайплайна просто едет дальше быстрее, без лишних ручных блокеров.

В итоге получается странная ситуация: код-ревью формально есть, но как реальный процесс проверки кода людьми оно постепенно исчезает.

Из этого, как мне кажется, следует простая вещь: если у вас хорошо настроены агенты под задачи команды, если они в большинстве случаев пишут надежный код, учитывают edge cases, а качество дополнительно держат тесты и CI/CD, то обязательное ручное ревью каждого PR теряет смысл.

Что остается вместо этого?

Остается пайплайн: PR, автоматические проверки, при необходимости тестирование, и дальше заливка. А если регресс все же случился, команда быстро доливает фикс. Это снимает главный блокер скорости: человеческий фактор в ревью.

Мое мнение: в агентской разработке сплошное ревью всех PR людьми или агентами будет приносить только убытки и не давать никакого эффекта. Особенно для внутренних систем, админок и low-risk задач.

Скорее всего, будущее за полным отказом от ревью в 90% задач, оно может остаться в агентском виде только в областях с высоким риском что-то сломать.

А вы думали вообще что будет с такими процессами в Ai-first компаниях?