Ревью кода умерло: агенты пишут быстрее, чем люди читают

Команды, о которых пишет The Pragmatic Engineer, переходят на риск-ориентированную сортировку: критичные пути (платежи, авторизация, миграции схем) разбирают вручную, остальное - через AI-ревьюера или вовсе не читают построчно. Вместо диффа проверяют результат: прошли ли тесты, не сломалась ли схема данных, не изменилось ли поведение системы там, где оно измерено. Контроль перемещается с процесса написания на исход - туда, где его вообще можно автоматически проверить.

Dex Horthy из HumanLayer называет корень проблемы иначе: агент не тупит сам по себе, он деградирует, когда его контекстное окно засоряется нерелевантными фрагментами - он называет это trajectory poisoning. Управляемый контекст, по его оценке, даёт агентным инструментам для разработки прирост продуктивности в 2-3 раза без потери качества; неуправляемый производит код, который потом некому вычитать, потому что он написан по смеси устаревших инструкций и случайных файлов, которые агент подхватил по пути.

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

Результат, который видит бизнес - «AI закрыл миграцию за две недели» - выглядит просто ровно потому, что за ним стоит инженерия, которую никто не показывает: чистый контекст на входе агента, тестовое покрытие, которое ловит регрессии автоматически, и гейты, которые не пускают код дальше без прохождения проверок.

Мы в KT.Team собираем именно эту невидимую часть - LLM & Security Gateway для контроля того, что агент вообще видит и куда отправляет данные, MCP для структурированного доступа к внутренним системам вместо произвольного контекста из чата, RAG для подмешивания актуальной документации вместо устаревших инструкций в промпте. Каждый из этих компонентов снижает шанс trajectory poisoning на входе - а значит, снижает объём кода, который вообще требует ручной проверки на выходе.

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

Кто не перестроил процесс проверки под новую скорость производства кода, тот откладывает счёт, который придёт с первым серьёзным инцидентом.