Версия Markdown

AI-translated from English; not yet reviewed by a fluent editor.

# Команда Claude Code назначает проверку людьми в зависимости от риска изменений

> Anthropic описывает процесс проверки в команде Claude Code и внутренние метрики отмены изменений. Публичный сервис выдаёт замечания; тесты, одобрения людей и восстановление команды по-прежнему настраивают сами.

By BIG CHANGE Editorial

Published: 2026-10-17T05:58:13.542Z
Updated: 2026-10-17T05:58:13.542Z
Canonical: https://bigchange.ai/blog/claude-code-team-review-risk-approval-workflow

![Conceptual charcoal illustration of one reviewer seen from behind, examining indented code rows with orange marks on a supported physical monitor.](https://bigchange.ai/api/media/file/claude-code-human-review-concept-v1.png)
AI-generated conceptual illustration by BIG CHANGE; not an Anthropic office, product screenshot or record of a hands-on test.

Команда Claude Code в Anthropic сообщает, что с июня по сентябрь число объединённых pull request выросло более чем вдвое, а доля отменённых изменений снизилась более чем на 40%. Её [рассказ от 15 октября](https://claude.dev/blog/solving-code-review-at-anthropic/) описывает соразмерное риску одобрение людьми в репозиториях, отделённых от основного монорепозитория Anthropic. Это собственные метрики команды; они не устанавливают причину улучшения.

Руководители разработки могут использовать публичный [сервис Code Review](https://code.claude.com/docs/en/code-review) для сбора замечаний, одновременно устанавливая собственные требования к слиянию. Сервис сообщает о предполагаемых дефектах; команда решает, какие проверки и люди могут разрешить выпуск изменения.

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

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

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

Эта [последовательность команды Claude Code](https://claude.dev/blog/solving-code-review-at-anthropic/#layer-by-layer) объединяет тесты, проверки агентами, проверку безопасности и непрерывную интеграцию. Очередь слияния предшествует поэтапному выпуску; флаги функций и откат обеспечивают восстановление.

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

| Риск изменения | Требуемые одобрения людей после автоматических проверок |
| --- | --- |
| Низкий, включая тексты и функции только для внутреннего использования | Ни одного |
| Средний, включая обычные изменения продукта | Одно |
| Высокий, а также пути, назначенные для двух проверяющих | Два |

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

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

Это [актуальное руководство Code Review](https://code.claude.com/docs/en/code-review) описывает нескольких агентов, читающих diff и соседний код на инфраструктуре Anthropic. Этап верификации проверяет предложенные замечания, затем сервис удаляет дубликаты, ранжирует серьёзность и публикует комментарии и check run. Он читает код без сборки и выполнения. Его check run не помечает pull request как неуспешный, а сервис никогда не одобряет и не блокирует его.

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

Эти [инструкции по настройке](https://code.claude.com/docs/en/code-review-setup) требуют пользователя с ролью Owner в организации Claude, владельца организации GitHub для установки и подключения приложения и доступа на запись для добавления репозиториев. Приложение запрашивает более широкие права, чем использует сама проверка. Администраторы выбирают Quick, Standard или Deep и запуск один раз на pull request, после каждого push или по запросу. Автоматическая проверка пропускает черновики и форки; человек с правом записи может запросить проверку вручную.

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

Это [руководство по настройке поведения](https://code.claude.com/docs/en/code-review-customize) различает `CLAUDE.md`, который предоставляет контекст проекта, и `REVIEW.md`, который задаёт приоритеты и исключения для проверки. Сервис читает инструкции из базовой ветки или ветки по умолчанию, никогда из самого предложенного изменения. Локальная команда `/code-review` читает `CLAUDE.md`, но не `REVIEW.md`. Поэтому общие указания для обоих инструментов следует помещать в `CLAUDE.md`.

Обязательное соблюдение обеспечивают правила репозитория. [Документация GitHub о защите веток](https://docs.github.com/en/repositories/configuring-branches-and-merges-in-your-repository/managing-protected-branches/about-protected-branches) описывает обязательные проверки статуса, одобрения владельцев кода и разрешение обсуждений при проверке. Она также поддерживает сброс одобрений при изменении проверенного diff. Администраторы обычно могут обходить защиту, если правило не применяется и к ним. Поэтому руководителю разработки нужно изучить действующее правило и права обхода вместе с комментариями сервиса.

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

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

[Оплата Code Review](https://code.claude.com/docs/en/code-review-costs) основана на токенах через кредиты использования, отдельно от включённого в тариф объёма. Anthropic не публикует фиксированной цены за проверку. Стоимость зависит от глубины, изменения и окружающего кода, а также замечаний, требующих верификации. Проверка каждого push увеличивает число проверок одного pull request.

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

В ходе пилота убедитесь, что нужный сервис проверил нужное изменение, обязательные тесты и одобрения людей по-прежнему применяются и команда может отменить неудачный выпуск. Для установления пользы в другом месте нужны собственные записи внедряющей команды о проверках, отменах изменений и инцидентах. Прежний материал BIG CHANGE о [выпуске кода и завершённой работе](https://bigchange.ai/blog/ai-coding-agents-review-output-study) рассматривает отдельное исследование компаний.

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

- [Как команда Claude Code проверяет код](https://claude.dev/blog/solving-code-review-at-anthropic/) (15 октября 2026 года). Рассказ компании и внутренние метрики.
- [Code Review](https://code.claude.com/docs/en/code-review). Текущее поведение сервиса, ограничения доступа и данных; проверено 17 октября 2026 года.
- [Настройка Code Review](https://code.claude.com/docs/en/code-review-setup). Требуемые роли, доступ к репозиторию, глубина проверки и управление запуском; проверено 17 октября 2026 года.
- [Индивидуальная настройка Code Review](https://code.claude.com/docs/en/code-review-customize). Файлы инструкций и правила выбора ветки; проверено 17 октября 2026 года.
- [О защищённых ветках](https://docs.github.com/en/repositories/configuring-branches-and-merges-in-your-repository/managing-protected-branches/about-protected-branches). Документированные GitHub требования к слиянию и поведение обхода; проверено 17 октября 2026 года.
- [Стоимость и использование Code Review](https://code.claude.com/docs/en/code-review-costs). Оплата, оценки для пилота и условия пропуска проверок; проверено 17 октября 2026 года.

## Sources

- [Как команда Claude Code проверяет код](https://claude.dev/blog/solving-code-review-at-anthropic/) — Рассказ компании и внутренние метрики.
- [Code Review](https://code.claude.com/docs/en/code-review) — Текущее поведение сервиса, ограничения доступа и данных; проверено 17 октября 2026 года.
- [Настройка Code Review](https://code.claude.com/docs/en/code-review-setup) — Требуемые роли, доступ к репозиторию, глубина проверки и управление запуском; проверено 17 октября 2026 года.
- [Индивидуальная настройка Code Review](https://code.claude.com/docs/en/code-review-customize) — Файлы инструкций и правила выбора ветки; проверено 17 октября 2026 года.
- [О защищённых ветках](https://docs.github.com/en/repositories/configuring-branches-and-merges-in-your-repository/managing-protected-branches/about-protected-branches) — Документированные GitHub требования к слиянию и поведение обхода; проверено 17 октября 2026 года.
- [Стоимость и использование Code Review](https://code.claude.com/docs/en/code-review-costs) — Оплата, оценки для пилота и условия пропуска проверок; проверено 17 октября 2026 года.