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

# L’équipe de Claude Code adapte la revue humaine au risque de chaque modification

> Anthropic décrit le processus de revue de son équipe Claude Code et ses mesures internes de retours arrière. Le service public fournit des constats ; les équipes doivent toujours configurer les tests, les approbations humaines et la récupération.

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.

L’équipe Claude Code d’Anthropic affirme que le nombre de pull requests fusionnées a plus que doublé entre juin et septembre, tandis que la proportion de celles annulées a baissé de plus de 40 %. Son [récit du 15 octobre](https://claude.dev/blog/solving-code-review-at-anthropic/) décrit une approbation humaine proportionnée au risque dans des dépôts distincts du monorepo principal d’Anthropic. Ce sont les mesures de l’équipe elle-même ; elles ne permettent pas d’établir la cause de l’amélioration.

Les responsables techniques peuvent utiliser le [service public Code Review](https://code.claude.com/docs/en/code-review) pour recueillir des constats tout en définissant leurs propres conditions de fusion. Le service signale des défauts présumés ; l’équipe décide quels contrôles et quelles personnes peuvent autoriser la livraison d’une modification.

## Le grand changement

- **Ce qui change :** La revue par IA peut examiner une modification proposée et le code qui l’entoure, vérifier les bugs soupçonnés et placer les constats qui résistent à cette vérification près des lignes concernées. Les équipes techniques disposent ainsi d’une source supplémentaire d’éléments de revue à mesure que les agents produisent du code.
- **Pourquoi c’est important :** Le service public lit le code sans l’exécuter et n’accorde aucune autorisation de livraison. Les tests et les règles d’approbation du dépôt sont des décisions distinctes qu’un responsable technique doit configurer.
- **À surveiller :** La fréquence des revues influe sur les dépenses, et une limite budgétaire peut entraîner l’omission de revues. Les équipes qui adoptent le service doivent distinguer une revue terminée sans problème détecté d’une revue qui n’a jamais été exécutée.

## Le processus interne adapte l’approbation au risque

La [séquence suivie par l’équipe Claude Code](https://claude.dev/blog/solving-code-review-at-anthropic/#layer-by-layer) associe tests, revues par agents, revue de sécurité et intégration continue. Une file de fusion précède la mise en production progressive ; les drapeaux de fonctionnalités et le retour arrière assurent la récupération.

Sa politique d’approbation pour les auteurs de confiance est la suivante :

| Risque de la modification | Approbations humaines requises après les contrôles automatisés |
| --- | --- |
| Faible, notamment les textes et les fonctionnalités réservées à un usage interne | Aucune |
| Moyen, notamment les modifications ordinaires du produit | Une |
| Élevé, ainsi que les chemins désignés pour deux réviseurs | Deux |

La personne qui dirige un agent compte dans ce quota ; l’approbation d’un agent ne compte pas. Les approbations portent sur un commit précis. Après trois cycles de revue, le réviseur demande à l’auteur de reconsidérer son approche. Les passages suivants se limitent au nouveau diff. Les retours arrière et les incidents servent de garde-fous, mais aucun mécanisme automatique ne durcit encore l’approbation lorsque ces indicateurs se dégradent.

## Ce que fait le service public de revue

Le [manuel actuel de Code Review](https://code.claude.com/docs/en/code-review) décrit plusieurs agents qui lisent le diff et le code voisin sur l’infrastructure d’Anthropic. Une étape de vérification contrôle les constats proposés, puis le service supprime les doublons, classe les problèmes par gravité et publie des commentaires ainsi qu’une exécution de contrôle. Il lit le code sans le compiler ni l’exécuter. Son exécution de contrôle ne fait pas échouer une pull request, et le service n’en approuve ni n’en bloque jamais.

L’accès nécessite une organisation Team ou Enterprise et des dépôts GitHub. Le manuel exclut les organisations utilisant Zero Data Retention, la configuration HIPAA ou des clés de chiffrement gérées par le client. Ces restrictions comptent avant qu’une équipe envoie du code propriétaire pour revue. BIG CHANGE a examiné les documents ; il n’a ni déployé ni testé ce processus.

Les [instructions de configuration](https://code.claude.com/docs/en/code-review-setup) exigent un utilisateur ayant le rôle Owner dans l’organisation Claude, un propriétaire d’organisation GitHub pour installer et relier l’application, et un accès en écriture au dépôt pour ajouter des dépôts. L’application demande des autorisations plus larges que celles utilisées par la revue elle-même. Les administrateurs choisissent les revues Quick, Standard ou Deep, et leur déclenchement une fois par pull request, après chaque push ou sur demande. La revue automatique ignore les brouillons et les forks ; une personne disposant d’un accès en écriture peut demander une revue manuelle.

## Les instructions et l’application des règles ont des fonctions distinctes

Le [manuel de personnalisation](https://code.claude.com/docs/en/code-review-customize) distingue `CLAUDE.md`, qui fournit le contexte du projet, de `REVIEW.md`, qui définit les priorités et exclusions propres à la revue. Le service lit les instructions de revue dans la branche de base ou par défaut, jamais dans la modification proposée elle-même. La commande locale `/code-review` lit `CLAUDE.md` mais pas `REVIEW.md`. Les consignes communes aux deux outils doivent donc figurer dans `CLAUDE.md`.

Les règles du dépôt assurent leur application. [La documentation GitHub sur la protection des branches](https://docs.github.com/en/repositories/configuring-branches-and-merges-in-your-repository/managing-protected-branches/about-protected-branches) décrit les contrôles de statut obligatoires, les approbations des propriétaires de code et la résolution des discussions de revue. Elle prévoit aussi l’annulation des approbations lorsque le diff examiné change. Les administrateurs peuvent normalement contourner les protections, sauf si la règle s’applique aussi à eux. Un responsable technique doit donc examiner la règle effectivement en vigueur et ses autorisations de contournement en parallèle des commentaires du service de revue.

Tel qu’il est documenté, le service public ne fournit ni un test d’application réussi ni une approbation humaine requise. Conserver ces éléments dans des dossiers distincts permet de vérifier quelles preuves ont justifié une fusion.

## Mesurer les revues réellement exécutées

[La facturation de Code Review](https://code.claude.com/docs/en/code-review-costs) repose sur des tokens consommés via des crédits d’utilisation, séparément de l’usage inclus dans l’abonnement. Anthropic ne publie aucun tarif forfaitaire par revue. Le coût varie avec la profondeur de la revue, la modification et le code environnant, ainsi que les constats à vérifier. Examiner chaque push ajoute des revues à une même pull request.

Le manuel des coûts recommande un pilote limité, un plafond mensuel de dépenses et la mesure du coût moyen du dépôt. Des revues peuvent être omises lorsque la limite du service, celle de l’organisation ou le solde de crédits est épuisé, y compris lorsque le montant restant est inférieur au coût estimé d’une revue. Une revue omise donne lieu à un commentaire qui en explique la cause.

Pendant un pilote, vérifiez que le service de revue prévu s’est exécuté sur la modification prévue, que les tests et approbations humaines obligatoires restent applicables et que l’équipe peut annuler une mauvaise mise en production. Pour établir un bénéfice dans un autre contexte, l’équipe qui adopte le service doit disposer de ses propres données sur les revues, retours arrière et incidents. L’article antérieur de BIG CHANGE sur [la production de code et le travail terminé](https://bigchange.ai/blog/ai-coding-agents-review-output-study) examine une étude distincte menée sur des entreprises.

## Sources et lectures complémentaires

- [Comment l’équipe Claude Code procède aux revues de code](https://claude.dev/blog/solving-code-review-at-anthropic/) (15 octobre 2026). Récit de l’entreprise et mesures internes.
- [Code Review](https://code.claude.com/docs/en/code-review). Fonctionnement actuel du service, accès et restrictions sur les données ; vérifiés le 17 octobre 2026.
- [Configurer Code Review](https://code.claude.com/docs/en/code-review-setup). Rôles requis, accès aux dépôts, profondeur des revues et contrôles de déclenchement ; vérifiés le 17 octobre 2026.
- [Personnaliser Code Review](https://code.claude.com/docs/en/code-review-customize). Fichiers d’instructions et règles de sélection des branches ; vérifiés le 17 octobre 2026.
- [À propos des branches protégées](https://docs.github.com/en/repositories/configuring-branches-and-merges-in-your-repository/managing-protected-branches/about-protected-branches). Exigences de fusion et possibilités de contournement documentées par GitHub ; vérifiées le 17 octobre 2026.
- [Coûts et utilisation de Code Review](https://code.claude.com/docs/en/code-review-costs). Facturation, estimations du pilote et conditions d’omission des revues ; vérifiées le 17 octobre 2026.

## Sources

- [Comment l’équipe Claude Code procède aux revues de code](https://claude.dev/blog/solving-code-review-at-anthropic/) — Récit de l’entreprise et mesures internes.
- [Code Review](https://code.claude.com/docs/en/code-review) — Fonctionnement actuel du service, accès et restrictions sur les données ; vérifiés le 17 octobre 2026.
- [Configurer Code Review](https://code.claude.com/docs/en/code-review-setup) — Rôles requis, accès aux dépôts, profondeur des revues et contrôles de déclenchement ; vérifiés le 17 octobre 2026.
- [Personnaliser Code Review](https://code.claude.com/docs/en/code-review-customize) — Fichiers d’instructions et règles de sélection des branches ; vérifiés le 17 octobre 2026.
- [À propos des branches protégées](https://docs.github.com/en/repositories/configuring-branches-and-merges-in-your-repository/managing-protected-branches/about-protected-branches) — Exigences de fusion et possibilités de contournement documentées par GitHub ; vérifiées le 17 octobre 2026.
- [Coûts et utilisation de Code Review](https://code.claude.com/docs/en/code-review-costs) — Facturation, estimations du pilote et conditions d’omission des revues ; vérifiées le 17 octobre 2026.