Команда Claude Code в Anthropic сообщает, что с июня по сентябрь число объединённых pull request выросло более чем вдвое, а доля отменённых изменений снизилась более чем на 40%. Её рассказ от 15 октября описывает соразмерное риску одобрение людьми в репозиториях, отделённых от основного монорепозитория Anthropic. Это собственные метрики команды; они не устанавливают причину улучшения.

Руководители разработки могут использовать публичный сервис Code Review для сбора замечаний, одновременно устанавливая собственные требования к слиянию. Сервис сообщает о предполагаемых дефектах; команда решает, какие проверки и люди могут разрешить выпуск изменения.

Главное изменение

  • Что изменилось: Проверка ИИ может изучить предложенное изменение и окружающий код, подтвердить подозрения на ошибки и разместить оставшиеся после верификации замечания рядом с соответствующими строками. Это даёт командам разработки ещё один источник свидетельств для проверки, пока агенты создают код.
  • Почему это важно: Публичный сервис читает код, не выполняя его, и не даёт разрешения на выпуск. Тесты и правила одобрения в репозитории — отдельные решения, которые должен настроить руководитель разработки.
  • На что обратить внимание: Частота проверок влияет на расходы, а лимит бюджета может привести к пропуску проверок. Командам нужно отличать завершённую проверку без замечаний от проверки, которая вообще не запускалась.

Внутренний процесс назначает одобрения по риску

Эта последовательность команды Claude Code объединяет тесты, проверки агентами, проверку безопасности и непрерывную интеграцию. Очередь слияния предшествует поэтапному выпуску; флаги функций и откат обеспечивают восстановление.

Политика одобрений для доверенных авторов такова:

Риск изменения

Требуемые одобрения людей после автоматических проверок

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

Ни одного

Средний, включая обычные изменения продукта

Одно

Высокий, а также пути, назначенные для двух проверяющих

Два

Человек, направляющий агента, учитывается в требуемом числе; одобрение агента не учитывается. Одобрения относятся к конкретному коммиту. После трёх раундов проверки проверяющий просит автора пересмотреть подход. Следующие проходы ограничиваются новым diff. Отмены изменений и инциденты служат контрольными показателями; автоматического ужесточения одобрений при их ухудшении пока нет.

Что делает публичный сервис проверки

Это актуальное руководство Code Review описывает нескольких агентов, читающих diff и соседний код на инфраструктуре Anthropic. Этап верификации проверяет предложенные замечания, затем сервис удаляет дубликаты, ранжирует серьёзность и публикует комментарии и check run. Он читает код без сборки и выполнения. Его check run не помечает pull request как неуспешный, а сервис никогда не одобряет и не блокирует его.

Для доступа требуются организация Team или Enterprise и репозитории GitHub. Руководство исключает организации, использующие Zero Data Retention, конфигурацию HIPAA или ключи шифрования под управлением клиента. Эти ограничения важны до передачи проприетарного кода на проверку. BIG CHANGE изучила документы; она не развёртывала и не тестировала этот процесс.

Эти инструкции по настройке требуют пользователя с ролью Owner в организации Claude, владельца организации GitHub для установки и подключения приложения и доступа на запись для добавления репозиториев. Приложение запрашивает более широкие права, чем использует сама проверка. Администраторы выбирают Quick, Standard или Deep и запуск один раз на pull request, после каждого push или по запросу. Автоматическая проверка пропускает черновики и форки; человек с правом записи может запросить проверку вручную.

Инструкции и обеспечение соблюдения правил решают разные задачи

Это руководство по настройке поведения различает CLAUDE.md, который предоставляет контекст проекта, и REVIEW.md, который задаёт приоритеты и исключения для проверки. Сервис читает инструкции из базовой ветки или ветки по умолчанию, никогда из самого предложенного изменения. Локальная команда /code-review читает CLAUDE.md, но не REVIEW.md. Поэтому общие указания для обоих инструментов следует помещать в CLAUDE.md.

Обязательное соблюдение обеспечивают правила репозитория. Документация GitHub о защите веток описывает обязательные проверки статуса, одобрения владельцев кода и разрешение обсуждений при проверке. Она также поддерживает сброс одобрений при изменении проверенного diff. Администраторы обычно могут обходить защиту, если правило не применяется и к ним. Поэтому руководителю разработки нужно изучить действующее правило и права обхода вместе с комментариями сервиса.

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

Измеряйте проверки, которые состоялись

Оплата Code Review основана на токенах через кредиты использования, отдельно от включённого в тариф объёма. Anthropic не публикует фиксированной цены за проверку. Стоимость зависит от глубины, изменения и окружающего кода, а также замечаний, требующих верификации. Проверка каждого push увеличивает число проверок одного pull request.

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

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

Источники и дополнительное чтение