Подробный разбор · Около 4 мин чтения
Claude Code сокращает человеческое чтение, но сохраняет человеческую ответственность
Anthropic описывает слои проверок, согласование по риску и быстрый откат, отделяя внутренний процесс от публичного продукта.
- Дата источника
- Опубликовано здесь
- Источник проверен
В инженерном материале от 15 октября команда Claude Code объясняет проверку агентских изменений без обязательного чтения коллегой каждой строки. Рутинные проверки сдвигаются раньше, участие людей зависит от риска, а время исправления ошибок учитывается вместе с ревью. Это не отменяет ответственность и не превращает вывод ИИ в человеческое одобрение.
Слушать новости
Прослушайте эту статью или включите новости подряд.
Подготовка чтения…
Голос устройства
Речь обрабатывает браузер или устройство. AISubHub не отправляет текст в аудио-API. Доступные голоса и работа при заблокированном экране зависят от устройства.
При продолжении короткая фраза может повториться.
Кратко
- По данным команды, с июня по сентябрь число слитых запросов изменений более чем удвоилось, а доля потребовавших отката снизилась более чем на 40%.
- Малорисковые изменения доверенных авторов могут проходить без человека после успешных проверок; обычные требуют одного, наиболее рискованные — двух. Агент людей не заменяет.
- Публичный Code Review общедоступен в Team и Enterprise, но публикует находки, а не одобрения; внутренний процесс команды идёт дальше.
Различать репозитории и правильно измерять узкое место
Авторы повторяют, что Claude пишет около 90% собственного кода Claude Code. Его репозиторий отдельный от монорепозитория Anthropic, где суточные слияния выросли примерно с 2 500 до более 30 000 в рассказе о Scion. Это разные нагрузки. Цель — меньше всего человеческого времени, включая исправление плохих изменений, без роста откатов и инцидентов. Отслеживаются одобрения, комментарии и ожидание, включая медиану и 95-й перцентиль одобрений. Рост слияний и снижение доли откатов — наблюдения июня–сентября, не доказательство снижения абсолютного числа ошибок или риска у всех команд.
Проверять до запроса одобрения
До открытия запроса инженеры дают агенту выполняемые тесты, сборку или снимки для сравнения, затем субагент со свежим контекстом проверяет diff. Краткие инструкции проекта и правила владельцев кода сохраняют соглашения и требуют файл и строку как доказательство. Каждый запрос получает ИИ-ревью, другие агенты проверяют находки до публикации, а чисто стилевой шум отсекается. Исследовательская версия подняла долю внутренних запросов с содержательными комментариями с 16% до 54%: это охват, не успешность исправления. Доступность в Team и Enterprise не означает включения всей внутренней автоматизации; цена здесь также не установлена.
Одобрение человеком — граница риска
Открытые ошибки и замечания безопасности блокируют слияние до исправления или мотивированного закрытия; последующий исправляющий коммит может закрыть находку автоматически. Классификатор оценивает риск изменения, другой — необходимость дополнительного человека. Доверенные авторы используют малорисковый путь без людей после зелёных проверок; обычные изменения требуют одного, высшего риска — двух. Вне доверенного списка нужен ещё человек, а чувствительные пути и CI сохраняют человеческое ревью. Агент никогда не занимает обязательное человеческое место. Руководящий агентом человек остаётся ответственным и может считаться проверяющим. Одобрение относится к конкретному коммиту и обновляется после изменений, за которые система не поручается.
Ревью должно сходиться, а не кормить само себя
Один запрос за ночь прошёл более 50 раундов. Около 59% повторно отмеченного кода существовало уже при первом просмотре, а не добавлялось заново. Теперь после трёх раундов автору предлагают переосмыслить подход, поздние проверки ограничивают новым diff, повторные находки подавляют и исправляют весь класс ошибки. Это не автоматическое разрешение слияния после трёх попыток. Подтверждённые инженерами изменения-причины инцидентов и исправления становятся ежедневным набором оценки. Реакции на комментарии и проверки заведомо чистых запросов измеряют шум и вредные советы. Ночной обзор старого кода ищет прежние дефекты без бесконечного расширения нового ревью.
Контроль выпуска замыкает процесс
Очередь слияния повторяет проверки с текущим main, чтобы отдельно успешные изменения не сломались вместе. Флаги, сначала внутреннее использование, latest перед stable, недельное дежурство и быстрый откат ограничивают последствия пропусков. Автоматических предохранителей, ужесточающих одобрение при росте инцидентов, пока нет. Люди выбирают направление, рассматривают рискованную архитектуру и читают доказательства; формального процесса полного понимания всего кода тоже нет. Наша оценка: обратимость и наблюдаемый риск оправдывают ограниченную автоматизацию. Без таких средств выпуска не стоит копировать самый лёгкий путь лишь из-за наличия ИИ-рецензента.
Почему это важно
Это самостоятельный рассказ о ревью, не повторный запуск Scion и не новая модель Claude. Он помогает спросить, какое доказательство ловит каждый сбой, где обязательны люди и как дефект становится регрессионным примером. AISubHub не разворачивал и не измерял внутренний процесс.
Ограничения и доступность
Это наблюдения Anthropic в необычно насыщенной агентами среде. Меньше одобрений — цель при ограничениях по откатам и инцидентам, не универсальная гарантия. Публичный продукт не одобряет запросы; доступность не доказывает бесплатность или новые права личной подписки.
Источники и подтверждения
Дата источника: 15 окт. 2026 г. · Источник проверен: 20 окт. 2026 г.
Материалы подготовлены с помощью ИИ и сверены с указанными первоисточниками. Заявления поставщиков атрибутированы; публикация не означает рекомендацию.