Как команда Claude Code делает code review — код пишет агент, читает машина, человек занимает один слот
Саммари
Claude пишет около 90% собственного кода Claude Code, и команда перестала оптимизировать вопрос «прочитал ли этот диф человек» — вместо этого она перевела большую часть чтения на машины и целенаправленно экономит человеческое внимание. Ключевой сдвиг: ревью перестало быть гейтом в конце и стало непрерывной проверкой «пока пишешь», а обратной связью служат не количество комментариев, а доля revert'ов и инцидентов. С июня по сентябрь 2026 года число смерженных pull request'ов в кодовой базе Claude Code более чем удвоилось, а доля откатов упала более чем на 40%.
Из этого следует, что правильная метрика агентного ревью — не «сколько багов нашли», а «сколько человеческого времени ушло на ревью и починку при неизменной доле revert'ов»: guardrail на revert/incident rate мгновенно ловит самообман, когда экономия на ревью превращается в разгребание последствий.
На практике схема «классификатор риска изменения → автоматический слой → один человек в слоте» переносится в любую команду, где агент открывает PR или готовит документ: уровень риска назначается изменению, апрув агента не считается человеческим, а инициатор отвечает за результат — это готовая политика approval для Revit-плагинов и любых аутсорсных процессов.
Важный нюанс: шум для агента-автора дороже, чем для человека, потому что каждый nit порождает новый коммит и новый круг проверки; отсюда метрика rounds-to-pass и практика чинить повторяющиеся флаги «в источнике» — в скилле, линтере или инструкции, а не в очередном комментарии.
Ограничение: цифры — из репозиториев одной команды Anthropic, где Claude пишет 90% кода и CI выстроен под поток в 30 000 изменений в день; небольшой команде рано убирать второго человека в слоте, но слои «проверь сам до PR» и «свежий контекст субагента» работают сразу и бесплатно.