Addy Osmani, Morgan Westlee Lunt и Qing Wang из команды Claude Code опубликовали описание того, как они сами делают код-ревью внутри Anthropic. Главная мысль: вопрос «прочитал ли человек этот код?» — неточный прокси для вопроса «что может пойти не так и кто лучше это поймает?»

Ревью как спеллчекер, а не как шлагбаум

Раньше код-ревью работало как контрольно-пропускной пункт: написал код, открыл PR (pull request — запрос на слияние кода), ждёшь коллегу. Это создавало очевидное узкое место: внимание команды тратилось на рутинные ошибки, которые можно было поймать раньше и дешевле.

Команда Claude Code переосмыслила саму структуру процесса. Теперь ревью идёт непрерывно — по аналогии со спеллчекером в текстовом редакторе, который не ждёт, пока вы закончите документ. Большинство изменений проходят через Claude как минимум один раз до того, как их увидит живой человек.

Что конкретно делает Claude до человека

Автоматическая проверка через Claude перехватывает большую часть рутинных ошибок: опечатки в логике, несоответствия стилю, очевидные баги. Это не значит, что человеческое ревью исчезает — оно смещается по уровню абстракции.

Люди в команде теперь смотрят не на то, правильно ли расставлены скобки или соблюдён ли нейминг. Их внимание освобождается для вопросов более высокого порядка: архитектурные решения, неочевидные риски, контекст, который модель не знает. Это разумное разделение труда — если принять, что рутинная проверка действительно надёжно делегируется модели.

Почему это важно для любой команды, не только для Anthropic

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

Команда Claude Code формулирует это как смену вопроса: не «прочитал ли человек?», а «какая проверка — автоматическая или человеческая — лучше поймает именно этот класс проблем?». Это звучит просто, но на практике требует договорённостей внутри команды о том, чему доверять, а чему — нет.

Где модель не заменяет человека

Подход работает при одном важном условии: команда понимает границы того, что Claude реально ловит. Рутинные ошибки — да. Но контекст продукта, бизнес-логика, которая нигде не задокументирована, или архитектурное решение, которое аукнется через полгода, — это по-прежнему человеческая работа.

Авторы не заявляют, что Claude заменяет ревьюера. Они говорят, что он меняет момент и уровень, на котором ревьюер включается. Разница принципиальная: это не автоматизация ревью, а его реструктуризация.

Куда это движется

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

Команда Claude Code показывает один конкретный ответ на этот вопрос — изнутри компании, которая сама строит инструмент. Это делает описание ценным не как маркетинг, а как живой кейс с понятной логикой.

Источники