2> Fetch the complete documentation index at: https://code.claude.com/docs/llms.txt2> Fetch the complete documentation index at: https://code.claude.com/docs/llms.txt
3> Use this file to discover all available pages before exploring further.3> Use this file to discover all available pages before exploring further.
4 4
5# Révision de code5# Code Review
6 6
7> Configurez des révisions de PR automatisées qui détectent les erreurs logiques, les vulnérabilités de sécurité et les régressions en utilisant l'analyse multi-agents de votre base de code complète7> Détectez les bugs dans les pull requests GitHub avec Code Review : Claude examine chaque modification, vérifie ses résultats et publie des commentaires en ligne. Pour les plans Team et Enterprise
8 8
9<Note>9Avec Code Review, Claude effectue la revue des pull requests de vos dépôts GitHub. Plusieurs agents lisent chaque modification ainsi que le code environnant, à la recherche de problèmes tels que des erreurs logiques, des vulnérabilités de sécurité ou des cas limites cassés. Une étape de vérification confronte les résultats au code avant qu'ils ne soient signalés.
10 Code Review est en research preview, disponible pour les abonnements [Team et Enterprise](https://claude.ai/admin-settings/claude-code). Il n'est pas disponible pour les organisations avec [Zero Data Retention](/docs/fr/zero-data-retention) activé ou avec la [configuration HIPAA](/docs/fr/hipaa-setup) appliquée, et n'est pas couvert par le BAA d'Anthropic. Sur les autres plans, vous pouvez toujours [examiner un diff localement](#review-a-diff-locally) avec la commande `/code-review`.
11</Note>
12
13Code Review analyse vos pull requests GitHub et publie les résultats sous forme de commentaires en ligne sur les lignes de code où il a trouvé des problèmes. Une flotte d'agents spécialisés examine les modifications de code dans le contexte de votre base de code complète, en recherchant les erreurs logiques, les vulnérabilités de sécurité, les cas limites cassés et les régressions subtiles.
14
15Les résultats sont étiquetés par gravité et n'approuvent ni ne bloquent votre PR, de sorte que les flux de travail d'examen existants restent intacts. Vous pouvez affiner ce que Claude signale en ajoutant un fichier `CLAUDE.md` ou `REVIEW.md` à votre référentiel.
16
17Pour exécuter Claude dans votre propre infrastructure CI au lieu de ce service géré, consultez [GitHub Actions](/docs/fr/github-actions) ou [GitLab CI/CD](/docs/fr/gitlab-ci-cd). Pour les référentiels sur une instance GitHub auto-hébergée, consultez [GitHub Enterprise Server](/docs/fr/github-enterprise-server).
18
19Cette page couvre :
20
21* [Comment fonctionnent les révisions](#how-reviews-work)
22* [Configuration](#set-up-code-review)
23* [Déclenchement manuel des révisions](#manually-trigger-reviews) avec `@claude review` et `@claude review always`
24* [Personnalisation des révisions](#customize-reviews) avec `CLAUDE.md` et `REVIEW.md`
25* [Tarification](#pricing)
26* [Dépannage](#troubleshooting) des exécutions échouées et des commentaires manquants
27* [Révision d'une diff localement](#review-a-diff-locally) avec la commande `/code-review`
28
29<h2 id="how-reviews-work">
30 Comment fonctionnent les révisions
31</h2>
32
33Une fois qu'un administrateur [active Code Review](#set-up-code-review) pour votre organisation, les révisions se déclenchent à l'ouverture d'une PR, à chaque push, ou sur demande manuelle, selon le comportement configuré du référentiel. Commenter `@claude review` [démarre une révision sur une PR](#manually-trigger-reviews) dans n'importe quel mode.
34
35Lorsqu'une révision s'exécute, plusieurs agents analysent le diff et le code environnant en parallèle sur l'infrastructure Anthropic. Chaque agent recherche une classe de problème différente, puis une étape de vérification vérifie les candidats par rapport au comportement réel du code pour filtrer les faux positifs. Les résultats sont dédupliqués, classés par gravité et publiés sous forme de commentaires en ligne sur les lignes spécifiques où les problèmes ont été trouvés, avec un résumé dans le corps de la révision. Si aucun problème n'est trouvé, Code Review met à jour la vérification GitHub pour montrer qu'aucun problème n'a été détecté. Claude peut également publier un court commentaire de confirmation sur la PR.
36
37Les révisions s'adaptent en coût à la taille et à la complexité de la PR, se complétant en moyenne en 20 minutes. Les administrateurs peuvent surveiller l'activité de révision et les dépenses via le [tableau de bord analytique](#view-usage).
38
39<h3 id="severity-levels">
40 Niveaux de gravité
41</h3>
42
43Chaque résultat est étiqueté avec un niveau de gravité :
44
45| Marqueur | Gravité | Signification |
46| :- | :- | :- |
47| 🔴 | Important | Un bug qui devrait être corrigé avant la fusion |
48| 🟡 | Nit | Un problème mineur, utile à corriger mais non bloquant |
49| 🟣 | Préexistant | Un bug qui existe dans la base de code mais n'a pas été introduit par cette PR |
50
51Les résultats incluent une section réductible **Pourquoi ceci a été signalé** que vous pouvez développer pour lire pourquoi Claude a signalé le problème et comment il a vérifié le problème.
52
53<h3 id="rate-and-reply-to-findings">
54 Évaluer et répondre aux résultats
55</h3>
56
57Chaque commentaire de révision de Claude arrive avec 👍 et 👎 déjà attachés de sorte que les deux boutons apparaissent dans l'interface utilisateur GitHub pour un classement en un clic. Cliquez sur 👍 si le résultat était utile ou 👎 s'il était incorrect ou bruyant. Anthropic collecte les comptages de réactions après la fusion de la PR et les utilise pour affiner le réviseur. Les réactions ne déclenchent pas une re-révision ou ne changent rien sur la PR.
58
59Répondre à un commentaire en ligne ne pousse pas Claude à répondre ou à mettre à jour la PR. Pour agir sur un résultat, corrigez le code et poussez. Si la PR est abonnée aux révisions déclenchées par push, la prochaine exécution résout le thread quand le problème est corrigé. Pour demander une révision fraîche sans pousser, commentez `@claude review` comme un [commentaire PR de haut niveau](#manually-trigger-reviews).
60
61Pour rejeter un résultat sans modification du code, résolvez son thread ; répondre ne le rejette pas.
62
63<h3 id="check-run-output">
64 Sortie de l'exécution de vérification
65</h3>
66
67Au-delà des commentaires de révision en ligne, chaque révision remplit l'exécution de vérification **Claude Code Review** qui apparaît aux côtés de vos vérifications CI. Développez son lien **Details** pour voir un résumé de chaque résultat en un seul endroit, trié par gravité :
68
69| Gravité | Fichier:Ligne | Problème |
70| - | - | - |
71| 🔴 Important | `src/auth/session.ts:142` | L'actualisation du token entre en concurrence avec la déconnexion, laissant les sessions obsolètes actives |
72| 🟡 Nit | `src/auth/session.ts:88` | `parseExpiry` retourne silencieusement 0 sur une entrée malformée |
73
74Chaque résultat apparaît également comme une annotation dans l'onglet **Files changed**, marqué directement sur les lignes de diff pertinentes. Les résultats importants s'affichent avec un marqueur rouge, les nits avec un avertissement jaune, et les bugs préexistants avec un avis gris. Les annotations et le tableau de gravité sont écrits dans l'exécution de vérification indépendamment des commentaires de révision en ligne, de sorte qu'ils restent disponibles même si GitHub rejette un commentaire en ligne sur une ligne qui a bougé.
75
76L'exécution de vérification se termine toujours avec une conclusion neutre, de sorte qu'elle ne bloque jamais la fusion via les règles de protection de branche. Si vous souhaitez conditionner les fusions aux résultats de Code Review, lisez la répartition de gravité à partir de la sortie de l'exécution de vérification dans votre propre CI. La dernière ligne du texte Details est un commentaire lisible par machine que votre flux de travail peut analyser avec `gh` et jq. Pour trouver l'ID de l'exécution de vérification, listez les exécutions de vérification du commit avec `gh api repos/OWNER/REPO/commits/<commit-sha>/check-runs --jq '.check_runs[] | {id, name}'` et prenez l'`id` de l'exécution `Claude Code Review`. Remplacez `OWNER`, `REPO` et `CHECK_RUN_ID` par le propriétaire de votre référentiel, le nom du référentiel et cet ID :
77
78```bash theme={null}
79gh api repos/OWNER/REPO/check-runs/CHECK_RUN_ID \
80 --jq '.output.text | split("bughunter-severity: ")[1] | split(" -->")[0] | fromjson'
81```
82
83Cela retourne un objet JSON avec des comptages par gravité, par exemple `{"normal": 2, "nit": 1, "pre_existing": 0}`. La clé `normal` contient le nombre de résultats importants ; une valeur non nulle signifie que Claude a trouvé au least un bug à corriger avant la fusion.
84
85<h3 id="what-code-review-checks">
86 Ce que Code Review vérifie
87</h3>
88
89Par défaut, Code Review se concentre sur la correction : les bugs qui cassent la production, pas les préférences de formatage ou la couverture de test manquante. Vous pouvez élargir ce qu'il vérifie en [ajoutant des fichiers de guidance](#customize-reviews) à votre référentiel.
90
91<h2 id="set-up-code-review">
92 Configurer Code Review
93</h2>
94
95Un propriétaire active Code Review une fois pour l'organisation et sélectionne les référentiels à inclure.
96
97<Steps>
98 <Step title="Ouvrir les paramètres d'administration Claude Code">
99 Allez à [claude.ai/admin-settings/claude-code](https://claude.ai/admin-settings/claude-code) et trouvez la section Code Review. Vous avez besoin du rôle Propriétaire ou Propriétaire principal dans votre organisation Claude et de la permission d'installer des GitHub Apps dans votre organisation GitHub.
100 </Step>
101
102 <Step title="Démarrer la configuration">
103 Cliquez sur **Setup**. Cela commence le flux d'installation de GitHub App.
104 </Step>
105
106 <Step title="Installer la GitHub App Claude">
107 Suivez les invites pour installer la GitHub App Claude : choisissez l'organisation GitHub qui possède les référentiels que vous souhaitez examiner, sélectionnez les référentiels auxquels l'application peut accéder, et approuvez les permissions demandées.
108
109 Pour examiner une demande de tirage, Claude lit le contenu de votre référentiel via l'accès en lecture de l'application, et publie des commentaires et l'[exécution de vérification](#check-run-output) via son accès en écriture aux demandes de tirage et aux vérifications. Lors de l'installation, vous accordez un ensemble de permissions plus large partagé par d'autres fonctionnalités Claude, telles que [GitHub Actions](/docs/fr/github-actions) ; consultez [Permissions de GitHub App](/docs/fr/github-actions#github-app-permissions) pour la liste complète.
110 </Step>
111
112 <Step title="Sélectionner les référentiels">
113 Choisissez les référentiels à activer pour Code Review. Si vous ne voyez pas un référentiel, assurez-vous d'avoir donné à la GitHub App Claude l'accès pendant l'installation. Vous pouvez ajouter plus de référentiels plus tard.
114 </Step>
115
116 <Step title="Définir les déclencheurs de révision par référentiel">
117 Une fois la configuration terminée, la section Code Review affiche vos référentiels dans un tableau. Pour chaque référentiel, utilisez la liste déroulante **Review Behavior** pour choisir quand les révisions s'exécutent :
118
119 * **Once after PR creation** : la révision s'exécute une fois à l'ouverture d'une PR ou marquée comme prête pour révision
120 * **After every push** : la révision s'exécute à chaque push vers la branche PR, détectant les nouveaux problèmes à mesure que la PR évolue et résolvant automatiquement les threads lorsque vous corrigez les problèmes signalés
121 * **Manual** : l'ouverture ou le push vers une PR ne démarre pas une révision ; commentez [`@claude review`](#manually-trigger-reviews) pour en demander une, ou `@claude review always` pour également abonner la PR aux révisions lors des pushes ultérieurs
122
123 Quelle que soit l'option que vous choisissez, Claude examine une [demande de tirage à partir d'une fourche](#review-pull-requests-from-forks) uniquement quand quelqu'un commente `@claude review` sur celle-ci.
124
125 Réviser à chaque push exécute le plus de révisions et coûte le plus cher. Le mode manuel est utile pour les référentiels à fort trafic où vous souhaitez opter pour des PR spécifiques dans la révision, ou pour commencer à réviser vos PR uniquement une fois qu'elles sont prêtes.
126 </Step>
127</Steps>
128
129Le tableau des référentiels affiche également le coût moyen par révision pour chaque référentiel en fonction de l'activité récente. Utilisez le menu d'actions de ligne pour activer ou désactiver Code Review par référentiel, ou pour supprimer complètement un référentiel.
130
131Pour vérifier la configuration, ouvrez une PR de test. Si vous avez choisi un déclencheur automatique, une exécution de vérification nommée **Claude Code Review** apparaît dans quelques minutes. Si vous avez choisi Manual, commentez `@claude review` sur la PR pour démarrer la première révision. Si aucune exécution de vérification n'apparaît, confirmez que le référentiel est listé dans vos paramètres d'administration et que la GitHub App Claude y a accès.
132 10
133<h2 id="manually-trigger-reviews">11Les résultats arrivent sous forme de commentaires en ligne sur les lignes concernées, classés par [gravité](/docs/fr/code-review-pull-requests#severity-levels), accompagnés d'un résumé et d'une exécution de vérification sur la pull request. Une revue n'approuve ni ne bloque jamais la pull request : la décision de fusionner reste donc entre les mains de votre équipe.
134 Déclencher manuellement les révisions
135</h2>
136
137Les commandes de commentaire démarrent une révision à la demande. Elles fonctionnent quel que soit le déclencheur configuré du référentiel, de sorte que vous pouvez les utiliser pour opter pour des PR spécifiques dans la révision en mode Manual ou pour obtenir une re-révision immédiate dans d'autres modes.
138 12
139| Commande | Ce qu'elle fait |13<img src="https://mintcdn.com/claude-code/gLJVaPQEgKC8ZyUD/images/code-review-pipeline.svg?fit=max&auto=format&n=gLJVaPQEgKC8ZyUD&q=85&s=0351c96df9efa3105172eb00a672f130" className="dark:hidden" alt="Diagramme d'une revue en quatre étapes. Une pull request sur GitHub est transmise à plusieurs agents qui effectuent des recherches en parallèle sur l'infrastructure Anthropic. Une étape de vérification élimine les faux positifs, les résultats restants sont dédupliqués et classés par gravité, et la revue publie des commentaires en ligne, un résumé et une exécution de vérification sur GitHub." width="760" height="300" data-path="images/code-review-pipeline.svg" />
140| :- | :- |
141| `@claude review` | Démarre une seule révision sans abonner la PR aux pushes futurs |
142| `@claude review always` | Démarre une révision et abonne la PR aux révisions déclenchées par push à partir de maintenant |
143| `@claude review once` | Identique à `@claude review` : démarre une seule révision sans abonner |
144 14
145Utilisez `@claude review always` quand vous souhaitez que chaque push ultérieur vers la PR démarre une révision complète, par exemple sur une PR hautement prioritaire dans un référentiel défini en mode Manual. Comme la commande simple n'abonne pas la PR, vous pouvez demander un deuxième avis ponctuel sans modifier si les pushes ultérieurs déclenchent des révisions.15<img src="https://mintcdn.com/claude-code/gLJVaPQEgKC8ZyUD/images/code-review-pipeline-dark.svg?fit=max&auto=format&n=gLJVaPQEgKC8ZyUD&q=85&s=9cf26bde98f4e999d0d9ff5bf5bdff40" className="hidden dark:block" alt="Diagramme d'une revue en quatre étapes. Une pull request sur GitHub est transmise à plusieurs agents qui effectuent des recherches en parallèle sur l'infrastructure Anthropic. Une étape de vérification élimine les faux positifs, les résultats restants sont dédupliqués et classés par gravité, et la revue publie des commentaires en ligne, un résumé et une exécution de vérification sur GitHub." width="760" height="300" data-path="images/code-review-pipeline-dark.svg" />
146 16
147<Note>17<Note>
148 Avant une mise à jour de juillet 2026, `@claude review` abonnait la PR aux révisions déclenchées par push. Si vous aviez compté sur ce comportement, commentez `@claude review always` à la place. `@claude review once` fonctionne toujours et se comporte de la même manière que la commande simple.18 Code Review utilise l'IA pour effectuer la revue du code et peut manquer des bugs, des vulnérabilités de sécurité ou d'autres problèmes. Une revue sans résultat ne signifie pas que votre code est exempt d'erreurs ou sécurisé.
149</Note>19</Note>
150 20
151Pour que l'une de ces commandes déclenche une révision :21<span id="review-a-diff-locally" />
152
153* Publiez-la comme un commentaire PR de haut niveau, pas un commentaire en ligne sur une ligne de diff
154* Mettez la commande au début du commentaire, avec `once` ou `always` sur la même ligne que le reste de la commande
155* Vous devez avoir un accès en écriture, maintenance ou administrateur au référentiel
156* La PR doit être ouverte
157
158Contrairement aux déclencheurs automatiques, les déclencheurs manuels s'exécutent sur les PR brouillon, car une demande explicite signale que vous souhaitez la révision maintenant quel que soit le statut de brouillon.
159
160Si une révision s'exécute déjà sur cette PR, la demande est mise en file d'attente jusqu'à ce que la révision en cours se termine. Vous pouvez surveiller la progression via l'exécution de vérification sur la PR.
161
162<h3 id="review-pull-requests-from-forks">
163 Réviser les demandes de tirage à partir de forks
164</h3>
165
166Claude ne révise pas une demande de tirage à partir d'un fork automatiquement, quel que soit le paramètre **Review Behavior** du référentiel. Pour en démarrer une, commentez `@claude review` sur la demande de tirage. Les [exigences pour les commandes de commentaire](#manually-trigger-reviews) s'appliquent toujours, et l'accès en écriture dont vous avez besoin est au référentiel de base, pas au fork.
167 22
168Pour obtenir une autre révision d'une demande de tirage fork, publiez un nouveau commentaire `@claude review`. `@claude review always` fonctionne aussi, mais n'abonne pas la demande de tirage aux révisions sur les pushes ultérieurs. Rien d'autre qu'une commande de commentaire ne démarre une révision sur une demande de tirage fork :23Pour activer Code Review, un Propriétaire de votre organisation Claude suit la procédure [Configurer Code Review](/docs/fr/code-review-setup). Claude peut également effectuer la revue de code sans ce service. Exécutez [`/code-review`](/docs/fr/code-review-local) dans votre session Claude Code, quel que soit votre plan, ou [comparez toutes les options](#compare-ways-to-get-a-review).
169 24
170* Cliquer sur **Re-run** sur l'exécution de vérification ne démarre pas une révision25<h2 id="availability">
171* Pousser de nouveaux commits ne démarre pas une révision, même dans un référentiel défini sur **After every push**26 Disponibilité
172
173<h2 id="customize-reviews">
174 Personnaliser les révisions
175</h2>27</h2>
176 28
177Code Review lit deux fichiers de votre référentiel pour guider ce qu'il signale. Ils diffèrent dans la force avec laquelle ils influencent la révision :29Vérifiez que votre organisation est éligible avant de configurer Code Review :
178
179* **`CLAUDE.md`** : instructions de projet partagées que Claude Code utilise pour toutes les tâches, pas seulement les révisions. Code Review le lit comme contexte de projet et signale les violations nouvellement introduites comme des nits.
180* **`REVIEW.md`** : instructions de révision uniquement, données aux agents qui trouvent et vérifient les résultats et consultées par les agents qui classent et rapportent les résultats. Utilisez-le pour dire ce que votre équipe veut signaler, à quelle gravité, et comment les résultats sont rapportés.
181
182<h3 id="claude-md">
183 CLAUDE.md
184</h3>
185
186Code Review lit vos fichiers `CLAUDE.md` du référentiel et traite les violations nouvellement introduites comme des [résultats au niveau nit](#severity-levels). Cela fonctionne bidirectionnellement : si votre PR modifie le code d'une manière qui rend une déclaration `CLAUDE.md` obsolète, Claude signale que les docs doivent être mises à jour aussi.
187
188Claude lit les fichiers `CLAUDE.md` à chaque niveau de votre hiérarchie de répertoires, donc les règles dans le `CLAUDE.md` d'un sous-répertoire s'appliquent uniquement aux fichiers sous ce chemin. Consultez la [documentation de mémoire](/docs/fr/memory) pour plus d'informations sur le fonctionnement de `CLAUDE.md`.
189 30
190Pour la guidance spécifique à la révision que vous ne souhaitez pas appliquer aux sessions Claude Code générales, utilisez [`REVIEW.md`](#review-md) à la place.31* **Plans** : [Team et Enterprise](/docs/fr/feature-availability)
191 32* **Hébergeurs de code** : dépôts hébergés sur GitHub, y compris [GitHub Enterprise Server](/docs/fr/github-enterprise-server) et GitHub Enterprise Cloud avec résidence des données. Pour la résidence des données, demandez à un Propriétaire de suivre la [configuration administrateur de GitHub Enterprise Server](/docs/fr/github-enterprise-server#admin-setup) et de saisir le nom d'hôte `ghe.com` de votre entreprise.
192<h3 id="review-md">33* **Conservation des données** : Code Review n'est pas disponible pour les organisations ayant activé [Zero Data Retention](/docs/fr/zero-data-retention) ou appliqué la [configuration HIPAA](/docs/fr/hipaa-setup), et n'est pas couvert par le Business Associate Agreement (BAA) d'Anthropic.
193 REVIEW\.md34* **Clés de chiffrement** : Code Review n'est pas encore disponible pour les organisations qui utilisent des clés de chiffrement gérées par le client (CMEK).
194</h3>35* **Fournisseurs cloud** : vous avez besoin d'une organisation Claude sur l'un de ces plans, même si vos développeurs utilisent Claude Code via Amazon Bedrock, Google Cloud's Agent Platform ou Microsoft Foundry
195 36
196`REVIEW.md` est un fichier à la racine de votre référentiel qui adapte Code Review à votre référentiel. Les agents du pipeline de révision qui trouvent et vérifient les résultats reçoivent son contenu comme les instructions de révision de votre référentiel, aux côtés de la guidance de révision par défaut de Code Review, et les agents qui classent et rapportent les résultats le consultent avant de fixer la gravité et d'écrire la révision.37<h2 id="set-up-and-use-code-review">
197 38 Configurer et utiliser Code Review
198Mettez les règles que vous souhaitez appliquer directement dans `REVIEW.md`.
199
200<h4 id="what-you-can-tune">
201 Ce que vous pouvez affiner
202</h4>
203
204`REVIEW.md` est du markdown libre, donc tout ce que vous pouvez exprimer comme une instruction de révision est dans le champ d'application. Les modèles ci-dessous ont le plus d'impact en pratique.
205
206**Gravité** : redéfinissez ce que 🔴 Important signifie pour votre référentiel. L'étalonnage par défaut cible le code de production ; un référentiel de docs, un référentiel de config, ou un prototype pourrait vouloir une définition beaucoup plus étroite. Énoncez explicitement quelles classes de résultats sont Important et lesquelles sont Nit au maximum. Vous pouvez également escalader dans l'autre direction, par exemple en traitant toute violation `CLAUDE.md` comme Important plutôt que le nit par défaut.
207
208**Volume de nit** : limitez le nombre de commentaires 🟡 Nit qu'une seule révision publie. La prose et les fichiers de config peuvent être polis à jamais. Un plafond comme « signaler au maximum cinq nits, mentionner le reste comme un comptage dans le résumé » garde les révisions actionnables.
209
210**Règles de saut** : listez les chemins, les modèles de branche et les catégories de résultats où Claude ne devrait publier aucun résultat. Les candidats courants sont le code généré, les lockfiles, les dépendances vendues, et les branches créées par machine, ainsi que tout ce que votre CI applique déjà comme le linting ou la vérification orthographique. Pour les chemins qui méritent une certaine révision mais pas un examen complet, définissez une barre plus élevée au lieu de sauter entièrement : « dans `scripts/`, signaler uniquement si proche de certain et grave. »
211
212**Vérifications spécifiques au référentiel** : ajoutez des règles que vous souhaitez signaler sur chaque PR, comme « les nouveaux itinéraires API doivent avoir un test d'intégration. » Parce que `REVIEW.md` atteint chaque agent de résultat et de vérification directement, ceux-ci atterrissent plus fiablement que les mêmes règles dans un long `CLAUDE.md`.
213
214**Barre de vérification** : exigez des preuves avant qu'une classe de résultat soit publiée. Par exemple, « les affirmations de comportement ont besoin d'une citation `file:line` dans la source, pas une inférence à partir de la dénomination » réduit les faux positifs qui coûteraient autrement à l'auteur un aller-retour.
215
216**Convergence de re-révision** : dites à Claude comment se comporter quand une PR a déjà été révisée. Une règle comme « après la première révision, supprimez les nouveaux nits et publiez les résultats Important uniquement » empêche un correctif d'une ligne d'atteindre la septième manche sur le style seul.
217
218**Forme du résumé** : demandez au corps de la révision de s'ouvrir avec un comptage d'une ligne comme `2 factual, 4 style`, et de commencer par « aucun problème factuel » quand c'est le cas. L'auteur veut connaître la forme du travail avant les détails.
219
220<h4 id="example">
221 Exemple
222</h4>
223
224Ce `REVIEW.md` recalibre la gravité pour un service backend, limite les nits, saute les fichiers générés, et ajoute des vérifications spécifiques au référentiel.
225
226```markdown theme={null}
227# Instructions de révision
228
229## Ce que Important signifie ici
230
231Réservez Important aux résultats qui cassent le comportement, fuient les données,
232ou bloquent un rollback : logique incorrecte, requêtes de base de données non scoped, PII
233dans les logs ou les messages d'erreur, et les migrations qui ne sont pas backward
234compatible. Le style, la dénomination, et les suggestions de refactorisation sont Nit au
235maximum.
236
237## Limiter les nits
238
239Signaler au maximum cinq Nits par révision. Si vous en avez trouvé plus, dites « plus N
240éléments similaires » dans le résumé au lieu de les publier en ligne. Si
241tout ce que vous avez trouvé est un Nit, commencez le résumé par « Aucun problème bloquant. »
242
243## Ne pas signaler
244
245- Tout ce que CI applique déjà : lint, formatage, erreurs de type
246- Fichiers générés sous `src/gen/` et tout fichier `*.lock`
247- Code de test uniquement qui viole intentionnellement les règles de production
248
249## Toujours vérifier
250
251- Les nouveaux itinéraires API ont un test d'intégration
252- Les lignes de log n'incluent pas les adresses e-mail, les ID utilisateur, ou les corps de requête
253- Les requêtes de base de données sont scoped au tenant de l'appelant
254```
255
256<h4 id="keep-it-focused">
257 Gardez-le concentré
258</h4>
259
260La longueur a un coût : un long `REVIEW.md` dilue les règles qui importent le plus. Gardez-le aux instructions qui changent le comportement de révision, et laissez le contexte de projet général dans `CLAUDE.md`.
261
262<h2 id="view-usage">
263 Afficher l'utilisation
264</h2>39</h2>
265 40
266Allez à [claude.ai/analytics/code-review](https://claude.ai/analytics/code-review) pour voir l'activité Code Review dans votre organisation. Le tableau de bord affiche :41<span id="set-up-code-review" />
267 42
268| Section | Ce qu'il affiche |43<span id="pricing" />
269| :- | :- |
270| PRs reviewed | Nombre quotidien de pull requests examinées sur la plage de temps sélectionnée |
271| Code Review cost | Dépenses Code Review depuis le début du mois |
272| Feedback | Nombre de commentaires de révision qui ont été auto-résolus parce qu'un développeur a résolu le problème |
273| Repository breakdown | Nombre par dépôt de PR examinées, de commentaires résolus et d'exécutions de revue, avec le coût estimé et une vue par PR |
274 44
275La carte Code Review cost n'affiche un montant que lorsque le mois en cours est sélectionné. Les chiffres de coût dans les analyses peuvent différer de votre facture. Les coûts de Repository breakdown sont estimés au prix catalogue, avant toute remise ou tout crédit, et ne couvrent que les revues que Claude a publiées sur une pull request. Pour des dépenses conformes à votre facture, consultez votre facture Anthropic.45<span id="manually-trigger-reviews" />
276 46
277<h2 id="pricing">47<span id="customize-reviews" />
278 Tarification
279</h2>
280
281Code Review est facturé en fonction de l'utilisation des tokens. Chaque révision coûte en moyenne 15 à 25 dollars, s'adaptant à la taille de la PR, à la complexité de la base de code, et au nombre de problèmes nécessitant une vérification. L'utilisation de Code Review est facturée séparément via [crédits d'utilisation](https://support.claude.com/fr/articles/12429409-extra-usage-for-paid-claude-plans) et ne compte pas par rapport à l'utilisation incluse de votre plan.
282
283Le déclencheur de révision que vous choisissez affecte le coût total :
284
285* **Une fois après la création de la PR** : s'exécute une fois par PR
286* **Après chaque push** : s'exécute à chaque push, multipliant le coût par le nombre de pushes
287* **Manuel** : aucune révision sur les PR ouvertes ou les pushes, donc le coût s'accumule uniquement à partir des révisions que quelqu'un demande
288 48
289En mode Une fois après la création de la PR ou Manuel, commenter `@claude review always` [opte la PR dans les révisions déclenchées par push](#manually-trigger-reviews), de sorte que des coûts supplémentaires s'accumulent par push après ce commentaire. En mode Après chaque push, les pushes déclenchent déjà des révisions, donc l'abonnement ne change pas le coût par push. Commenter `@claude review` exécute une seule révision sans vous abonner à des pushes futurs. Claude révise une [pull request à partir d'une fork](#review-pull-requests-from-forks) uniquement lorsque quelqu'un commente `@claude review`, donc une pull request à partir d'une fork n'accumule jamais de coût par push dans aucun mode.49<span id="troubleshooting" />
290 50
291Les coûts apparaissent sur votre facture Anthropic quel que soit le fait que votre organisation utilise Amazon Bedrock ou Google Cloud's Agent Platform pour d'autres fonctionnalités Claude Code. Pour définir un plafond de dépenses mensuelles pour Code Review, allez à [claude.ai/admin-settings/usage](https://claude.ai/admin-settings/usage) et configurez la limite pour le service Claude Code Review.51Choisissez la page correspondant à ce que vous souhaitez faire :
292 52
293Pour surveiller les dépenses, utilisez le [tableau de bord analytics](#view-usage).53<CardGroup cols={2}>
54 <Card title="Configurer Code Review" icon="toggle-on" href="/docs/fr/code-review-setup">
55 Vérifiez les prérequis, installez la GitHub App Claude, et choisissez les dépôts, un niveau de revue et le moment où les revues s'exécutent
56 </Card>
294 57
295<h2 id="troubleshooting">58 <Card title="Personnaliser Code Review" icon="sliders" href="/docs/fr/code-review-customize">
296 Dépannage59 Ajustez ce qui est signalé grâce aux fichiers `REVIEW.md` et `CLAUDE.md` de votre dépôt
297</h2>60 </Card>
298
299Les exécutions de révision sont au mieux, et une exécution échouée ne bloque jamais votre PR. Code Review réessaye automatiquement certaines révisions interrompues. Cette section couvre comment exécuter une révision à nouveau vous-même et où chercher quand l'exécution de vérification signale des problèmes que vous ne pouvez pas trouver.
300 61
301<h3 id="retrigger-a-failed-or-timed-out-review">62 <Card title="Lire et demander des revues sur une pull request" icon="code-pull-request" href="/docs/fr/code-review-pull-requests">
302 Redéclencher une révision échouée ou expirée63 Lisez les résultats et leur gravité, et demandez une nouvelle revue par un commentaire
303</h3>64 </Card>
304 65
305Quand une révision échoue ou dépasse sa limite de temps, l'exécution de vérification se termine avec un titre tel que **Code review failed** ou **Code review timed out**. La conclusion est toujours neutre, de sorte que rien ne bloque votre fusion. À moins que le résumé de l'exécution de vérification ne dise qu'une nouvelle révision du commit a été mise en file d'attente automatiquement, exécutez la révision à nouveau vous-même.66 <Card title="Dépannage de Code Review" icon="wrench" href="/docs/fr/code-review-troubleshooting">
67 Résolvez le cas d'une revue qui n'a pas démarré, a échoué ou a été ignorée pour raison de budget
68 </Card>
306 69
307Pour exécuter la révision à nouveau, commentez `@claude review` sur la PR. Cela démarre une révision fraîche sans abonner la PR aux pushes futurs. Si la PR n'est pas [issue d'une fork](#review-pull-requests-from-forks), vous pouvez plutôt cliquer sur **Re-run** sur la vérification **Claude Code Review** dans l'onglet Checks de GitHub. Une réexécution démarre également une révision fraîche sans abonner la PR.70 <Card title="Coûts et utilisation de Code Review" icon="chart-line" href="/docs/fr/code-review-costs">
71 Découvrez comment les revues sont facturées, estimez les dépenses, définissez la limite de dépenses mensuelles et suivez l'activité des revues
72 </Card>
73</CardGroup>
308 74
309<h3 id="review-didn’t-run-and-the-pr-shows-a-budget-message">75<h2 id="how-reviews-work">
310 La révision ne s'est pas exécutée et la PR affiche un message de budget76 Comment fonctionnent les revues
311</h3>
312
313Quand le plafond de dépenses mensuelles de votre organisation pour Code Review est atteint ou que son solde de crédits d'utilisation est épuisé, Code Review ignore la révision et publie un seul commentaire sur la PR. Le commentaire et la carte de l'exécution de vérification indiquent tous deux la cause et renvoient vers la page d'administration où un administrateur peut résoudre le problème :
314
315* **Plafond de dépenses atteint** : les révisions reprennent au début de la prochaine période de facturation, ou immédiatement après qu'un administrateur a augmenté le plafond à [claude.ai/admin-settings/usage](https://claude.ai/admin-settings/usage)
316* **Crédits d'utilisation épuisés** : les révisions reprennent dès qu'un administrateur ajoute des [crédits d'utilisation](https://support.claude.com/en/articles/12429409-extra-usage-for-paid-claude-plans) supplémentaires à [claude.ai/admin-settings/usage](https://claude.ai/admin-settings/usage)
317
318<h3 id="find-issues-that-aren’t-showing-as-inline-comments">
319 Trouver les problèmes qui ne s'affichent pas comme des commentaires en ligne
320</h3>
321
322Si le titre de l'exécution de vérification dit que des problèmes ont été trouvés mais que vous ne voyez pas de commentaires de révision en ligne sur le diff, cherchez dans ces autres emplacements où les résultats sont surfacés :
323
324* **Check run Details** : cliquez sur **Details** à côté de la vérification Claude Code Review dans l'onglet Checks. Le tableau de gravité liste chaque résultat avec son fichier, sa ligne, et son résumé quel que soit le fait que le commentaire en ligne ait été accepté.
325* **Files changed annotations** : ouvrez l'onglet **Files changed** sur la PR. Les résultats s'affichent comme des annotations attachées directement aux lignes de diff, séparées des commentaires de révision.
326* **Review body** : si vous avez poussé vers la PR pendant qu'une révision s'exécutait, certains résultats peuvent référencer des lignes qui n'existent plus dans le diff actuel. Ceux-ci apparaissent sous un titre **Additional findings** dans le texte du corps de révision plutôt que comme des commentaires en ligne.
327
328<h2 id="review-a-diff-locally">
329 Révision d'une diff localement
330</h2>77</h2>
331 78
332La commande [`/code-review`](/docs/fr/commands) effectue la revue d'un diff dans votre terminal sans installer l'application GitHub. Elle signale les bugs de correction. Selon votre modèle et votre niveau d'effort, la revue couvre également la réutilisation, la simplification et les nettoyages d'efficacité.79<span id="what-code-review-checks" />
333 80
334`/review` est un alias de `/code-review` ; avant v2.1.223, c'était une commande séparée qui exécutait une révision en une seule passe, en lecture seule, d'une demande de tirage GitHub.81Par défaut, Code Review se concentre sur la correction : les bugs qui casseraient la production, et non les préférences de formatage ou la couverture de test manquante. Pour modifier ce qu'il signale, [ajoutez des fichiers de consignes](/docs/fr/code-review-customize) à votre dépôt.
335 82
336<Steps>83Une revue s'exécute sur l'infrastructure Anthropic en quatre étapes :
337 <Step title="Exécuter /code-review">
338 À partir de la session où vous travaillez, exécutez la commande :
339 84
340 ```text theme={null}851. **Recherche** : plusieurs agents examinent le diff et le code environnant en parallèle.
341 /code-review862. **Vérification** : une étape de vérification confronte les résultats candidats au code et élimine les faux positifs.
342 ```873. **Classement** : les résultats restants sont dédupliqués et classés par gravité.
884. **Publication** : la revue publie ses résultats sur la pull request.
343 89
344 Elle examine les commits de votre branche en avance sur son amont plus les modifications non validées, elle a donc besoin de travail sur la branche ou dans l'arborescence de travail pour avoir quelque chose à signaler. Pour examiner quelque chose d'autre, passez une cible : un chemin de fichier, un numéro de PR, un nom de branche, ou une plage de références telle que `main...my-feature`.90Chaque revue laisse les éléments suivants sur la pull request :
345 91
346 Vous pouvez également ajouter des drapeaux :92* **Résultats** : des commentaires en ligne sur les lignes concernées, avec un résumé dans le corps de la revue
93* **Une exécution de vérification** : nommée **Claude Code Review**, avec les résultats listés dans ses [détails](/docs/fr/code-review-pull-requests#check-run-output). L'exécution de vérification ne se conclut jamais par un échec.
94* **Lorsqu'elle ne trouve rien** : le titre de l'exécution de vérification indique **Code review found no issues**, et Claude publie la même courte note sur la pull request
347 95
348 * `--fix` : applique les résultats à votre arborescence de travail après la revue96Code Review choisit les modèles Claude sur lesquels s'exécutent les revues, et ses paramètres d'administration ne proposent pas de choix de modèle. Pour rendre les revues plus ou moins approfondies, modifiez le [niveau de revue](#review-levels).
349 * `--comment` : publie les résultats sous forme de commentaires en ligne sur une pull request GitHub, ou sous forme de note unique sur une merge request GitLab
350 * `--post` : lors d'une revue cloud `ultra` d'une pull request `github.com`, présélectionne la publication des résultats finaux sur la PR dans la boîte de dialogue de lancement ; voir [Publier les résultats sur la pull request](/docs/fr/ultrareview#post-findings-to-the-pull-request). Nécessite Claude Code v2.1.227 ou ultérieur
351 * `--max-findings <n>`, `--max-findings all` ou `--max-findings default` : signale jusqu'à `n` résultats, ou tous les résultats avec `all`, à la place de la limite habituelle de la revue. Les revues ultérieures réutilisent la valeur que vous avez saisie jusqu'à ce que vous passiez `--max-findings default`. Nécessite Claude Code v2.1.288 ou ultérieur
352 97
353 Quand vous passez `--comment` pour une demande de fusion GitLab, Claude Code publie les résultats via l'interface de ligne de commande `glab` de GitLab. Nécessite Claude Code v2.1.257 ou ultérieur. Quand `glab` n'est pas installé, Claude imprime les résultats dans le terminal à la place.98Une fois qu'un Propriétaire a activé Code Review, chaque dépôt dispose d'un paramètre définissant [quand les revues s'exécutent](/docs/fr/code-review-setup#set-when-reviews-run) : une fois à l'ouverture d'une pull request, après chaque push, ou uniquement sur demande. Quel que soit ce paramètre, une personne disposant d'un accès en écriture au dépôt peut commenter `@claude review` sur une pull request pour [démarrer une revue](/docs/fr/code-review-pull-requests#comment-commands).
354 99
355 Passez la demande de fusion comme son URL ou une référence `!123`. Claude Code traite un nombre nu ou un nom de branche comme une demande de fusion uniquement quand l'extraction d'origine est sur `gitlab.com`. Sur une instance GitLab auto-gérée, passez l'URL ou la forme `!123`.100<h3 id="review-levels">
356 </Step>101 Niveaux de revue
357
358 <Step title="Continuer à travailler">
359 La révision s'exécute en tant que [sous-agent](/docs/fr/sub-agents) en arrière-plan avec sa propre fenêtre de contexte, elle ne remplit donc pas votre conversation. Les résultats arrivent dans votre conversation quand la révision se termine.
360 </Step>
361
362 <Step title="Agir sur les résultats">
363 Demandez à Claude de corriger ce que la révision a trouvé. Si vous avez passé `--fix` ou `--comment`, la révision a déjà appliqué ou publié ses résultats.
364 </Step>
365</Steps>
366
367Claude signale les résultats sous forme de texte dans la réponse dans ces deux exécutions, même quand une application hôte demande une liste des résultats :
368
369* Dans une session de terminal, où `/code-review` exécute la révision en tant que [sous-agent forké](/docs/fr/skills#run-skills-in-a-subagent)
370* Dans une exécution `-p` avec sortie texte ou JSON
371
372Dans une application hôte qui demande la liste des résultats, comme l'[application de bureau](/docs/fr/desktop#review-your-code), Claude signale plutôt les résultats de la revue via l'[outil `ReportFindings`](/docs/fr/tools-reference). Claude Code affiche le rapport sous forme de liste des résultats, et chaque entrée affiche l'emplacement du fichier, un résumé d'une phrase et une balise de catégorie telle que `correctness` quand le résultat en porte une. Une demande de l'hôte s'applique à chaque niveau d'effort et nécessite Claude Code v2.1.218 ou ultérieur.
373
374Quand Claude corrige les résultats signalés plus tard dans la session, il les signale à nouveau, et Claude Code marque chaque résultat dans la liste des résultats mise à jour comme corrigé, ignoré, ou aucun changement nécessaire.
375
376<h3 id="what-the-review-reads-and-edits">
377 Ce que la révision lit et édite
378</h3>102</h3>
379 103
380La révision suit votre `CLAUDE.md` comme n'importe quelle session Claude Code, mais elle ne lit pas [`REVIEW.md`](#review-md). Une révision en arrière-plan applique ses édits `--fix` en dehors des [points de contrôle](/docs/fr/checkpointing#subagent-edits-not-restored) de votre session, donc `/rewind` ne les annule pas ; utilisez git pour les annuler. Quand la révision [s'exécute au premier plan](#run-in-the-foreground), elle édite votre arborescence de travail pendant votre propre tour, donc `/rewind` restaure ses édits comme d'habitude.104Le niveau de revue définit le degré d'approfondissement de chaque revue, et une revue plus approfondie coûte plus cher :
381 105
382<h3 id="tune-effort-and-arguments">106* **Quick** : une passe plus légère. Le niveau le plus rapide, au coût le plus bas.
383 Ajuster l'effort et les arguments107* **Standard** : un équilibre entre profondeur, rapidité et coût. Le niveau par défaut.
384</h3>108* **Deep** : la passe la plus approfondie. La plus longue et la plus coûteuse.
385 109
386Passez un [niveau d'effort](/docs/fr/model-config#adjust-effort-level) pour échanger la couverture contre la confiance. À `low`, la revue signale les résultats dont elle est la plus sûre, vous voyez donc moins de faux positifs. De `medium` à `max`, la revue élargit la couverture.110Un Propriétaire [choisit un niveau pour l'organisation](/docs/fr/code-review-setup#set-the-default-review-level) et peut attribuer à un dépôt particulier son propre niveau, par exemple Quick pour une base de code courante et Deep pour une base de code critique. Pour connaître les autres facteurs qui déterminent le coût de chaque revue, consultez [Coûts et utilisation de Code Review](/docs/fr/code-review-costs).
387 111
388Quand vous ne tapez pas de niveau, la révision réutilise le dernier niveau de `low` à `max` que vous avez tapé, même dans une session antérieure, et Claude Code affiche un avis tel que `Reusing high effort, the level you typed last time`. Tapez un niveau, comme `/code-review high`, pour changer ce que les exécutions ultérieures réutilisent ; un niveau que vous passez dans une exécution `-p` non interactive ne le met pas à jour. `ultra` ne met à jour ni n'utilise le niveau mémorisé. Si vous n'avez jamais tapé de niveau, la révision utilise l'effort actuel de la session. Avant v2.1.223, un `/code-review` sans niveau utilisait toujours l'effort actuel de la session.112<h3 id="what-a-review-can-access">
389 113 Ce à quoi une revue peut accéder
390Après le niveau d'effort et les drapeaux, Claude Code lit le reste de la ligne de l'une de deux façons :
391
392* **Sans `ultra`** : tout ce qui reste est la cible de révision, même quand cela commence par un autre nom de commande. `/code-review /fix-issue 123` examine avec `/fix-issue 123` comme texte cible au lieu de charger `/fix-issue` comme une deuxième [compétence empilée](/docs/fr/skills#pass-arguments-to-skills). Avant v2.1.218, une commande empilée après `/code-review` s'étendait comme sa propre compétence.
393* **Avec `ultra`** : Claude Code lit un seul mot comme une branche de base ou un numéro de PR, et transforme le texte plus long qui ne nomme pas une branche ou une PR en [une note attachée à la révision](/docs/fr/ultrareview#pass-a-request-in-plain-words). `/code-review ultra check my auth changes` examine votre branche actuelle, et Claude relie les résultats à votre note.
394
395<h3 id="run-in-the-foreground">
396 Exécuter au premier plan
397</h3>114</h3>
398 115
399La révision s'exécute en arrière-plan par défaut ; avant v2.1.218, elle s'exécutait dans votre conversation. Elle s'exécute au premier plan à la place dans des cas comme ceux-ci :116Une revue accède à votre dépôt via la GitHub App Claude qu'un Propriétaire [installe lors de la configuration](/docs/fr/code-review-setup#turn-on-code-review) :
400 117
401* Vous exécutez `/code-review` à nouveau alors qu'une révision antérieure est toujours en cours118* **Où elle s'exécute** : sur l'infrastructure Anthropic, dans un environnement géré. Les revues ne s'exécutent pas dans des [environnements auto-hébergés](/docs/fr/self-hosted-environments).
402* Vous l'exécutez en mode non interactif, avec le flag `-p` ou l'Agent SDK ; Claude Code attend la revue et inclut les résultats dans la réponse, sauf pour `ultra`, qui [n'attend pas la revue cloud](/docs/fr/ultrareview#run-ultrareview-non-interactively)119* **Ce qu'elle lit et écrit** : pendant une revue, l'accès à votre dépôt est en lecture seule, et une revue ne pousse aucun commit. Sur la pull request, elle publie des commentaires et l'[exécution de vérification](/docs/fr/code-review-pull-requests#check-run-output), résout ses propres fils de commentaires antérieurs et peut réagir à une commande de commentaire avec 👀. L'application elle-même détient un [ensemble de permissions plus large](/docs/fr/github-actions#github-app-permissions) partagé avec d'autres fonctionnalités Claude.
403* Vous définissez [`CLAUDE_CODE_DISABLE_BACKGROUND_TASKS`](/docs/fr/env-vars) à `1`, ce qui désactive également toute autre fonctionnalité de tâche en arrière-plan120* **Comment elle examine votre code** : une revue se base sur la lecture du diff et du code environnant, sans compiler ni exécuter votre code.
404 121
405<h3 id="let-claude-start-the-review">122<h3 id="who-controls-a-review">
406 Laisser Claude démarrer la révision123 Qui contrôle une revue
407</h3>124</h3>
408 125
409Claude peut démarrer `/code-review` de lui-même. Demandez-lui d'examiner vos modifications en langage naturel et il peut exécuter la compétence sans que vous tapiez la commande, et une [tâche programmée](/docs/fr/scheduled-tasks) avec `/code-review` comme invite exécute la révision.126* **Qui peut en démarrer une** : là où les revues s'exécutent automatiquement, l'ouverture d'une pull request ou un push vers celle-ci démarre une revue, [sauf pour les brouillons et les forks](/docs/fr/code-review-pull-requests#review-drafts-and-pull-requests-from-forks). Une [commande de commentaire](/docs/fr/code-review-pull-requests#comment-commands) n'en démarre une que lorsqu'elle provient d'une personne disposant d'un accès en écriture au dépôt.
410 127* **Quelles instructions elle suit** : `REVIEW.md` issu de la branche de base ou de la branche par défaut, et [jamais des modifications de la pull request elle-même](/docs/fr/code-review-customize#which-branch-review-md-is-read-from).
411Une tâche programmée ne lance jamais la [révision en cloud](#escalate-to-ultrareview), donc programmez `/code-review` sans l'argument `ultra`.
412 128
413Pour empêcher Claude et les tâches programmées de démarrer la révision tout en gardant `/code-review` disponible pour que vous la tapiez, ajoutez une entrée [`skillOverrides`](/docs/fr/skills#override-skill-visibility-from-settings) à un [fichier de paramètres](/docs/fr/settings#where-settings-live) tel que `~/.claude/settings.json` :129<h2 id="compare-ways-to-get-a-review">
414 130 Comparer les façons d'obtenir une revue
415```json theme={null}131</h2>
416{
417 "skillOverrides": {
418 "code-review": "user-invocable-only"
419 }
420}
421```
422
423Avant v2.1.246, Claude démarrait `/code-review` de lui-même uniquement où un drapeau de fonctionnalité récupéré d'Anthropic l'activait. Dans les [sessions qui ne récupèrent pas les drapeaux de fonctionnalité](/docs/fr/env-vars#features-that-need-feature-flag-fetching), `/code-review` s'exécutait uniquement quand vous le tapiez, et une `/code-review` programmée arrivait à Claude sous forme de texte brut.
424
425<h3 id="escalate-to-ultrareview">
426 Escalader vers ultrareview
427</h3>
428
429`/code-review ultra --fix` exécute la [ultrareview](/docs/fr/ultrareview) plus profonde dans le cloud, puis applique ses résultats à votre arborescence de travail quand ils reviennent dans votre session.
430
431Ultrareview utilise sa propre portée : votre branche actuelle par rapport à la branche par défaut du référentiel, plus les modifications non validées et mises en scène dans l'arborescence de travail. Pour les modifications non validées des fichiers nommés comme des identifiants ou des clés, tels que les fichiers `.env` et `*.tfvars`, Claude Code suit les règles pour [télécharger un référentiel local vers une session en cloud](/docs/fr/claude-code-on-the-web#send-local-repositories-without-github). Passez un nom de branche, tel que `/code-review ultra develop`, pour comparer par rapport à une base différente.
432
433Quand la cible est une demande de tirage `github.com`, vous pouvez faire en sorte que Claude [publie les résultats terminés à la PR](/docs/fr/ultrareview#post-findings-to-the-pull-request) en tant que commentaire depuis votre compte GitHub. Nécessite Claude Code v2.1.227 ou ultérieur.
434
435<Note>
436 Ultrareview nécessite une authentification avec un compte claude.ai et n'est pas disponible sur Amazon Bedrock, Google Cloud's Agent Platform ou Microsoft Foundry, ni pour les organisations ayant activé Zero Data Retention ou appliqué la [configuration HIPAA](/docs/fr/hipaa-setup). Quand ultrareview n'est pas disponible, `/code-review ultra` exécute une revue locale dans votre session à la place.
437</Note>
438 132
439Pour exécuter une revue cloud depuis un script ou un job de CI, utilisez la [sous-commande `claude ultrareview`](/docs/fr/ultrareview#run-ultrareview-non-interactively), qui attend les résultats et les affiche sur stdout.133Pour trouver les options qui s'offrent à vous, comparez la colonne **Qui peut l'utiliser** avec votre plan et votre hébergeur de code :
440 134
441La commande s'appelait `/simplify` avant v2.1.147, quand elle appliquait les correctifs par défaut. `/simplify` exécute une révision de nettoyage séparé qui applique les correctifs sans rechercher les bugs. Si vous avez écrit un script `/simplify` pour la recherche de bugs, passez à `/code-review --fix`.135| Option | Ce qui démarre une revue | Où elle s'exécute | Qui peut l'utiliser |
136| :- | :- | :- | :- |
137| [Code Review](#how-reviews-work) | L'activité de la pull request, selon le paramétrage de chaque dépôt, ou un commentaire `@claude review` | Infrastructure Anthropic | Organisations sur un plan Team ou Enterprise avec des dépôts GitHub, une fois qu'un Propriétaire l'a activé |
138| [`/code-review`](/docs/fr/code-review-local) | Vous exécutez la commande sur votre branche | Votre session Claude Code | Tout le monde, sur n'importe quel plan |
139| [Ultrareview](/docs/fr/ultrareview) | Vous la démarrez depuis Claude Code | Un sandbox cloud | Nécessite une connexion avec un compte claude.ai. Consultez [Ultrareview](/docs/fr/ultrareview) pour savoir où elle n'est pas disponible |
140| Claude dans votre propre CI, avec [GitHub Actions](/docs/fr/github-actions) ou [GitLab CI/CD](/docs/fr/gitlab-ci-cd) | Les événements de votre pipeline, comme chaque pull request ou merge request | Vos propres runners CI | Toute personne disposant d'une clé API Claude ou d'identifiants d'un fournisseur cloud, sur GitHub ou GitLab |
141| Votre propre réviseur, sous forme de [sous-agent](/docs/fr/sub-agents) ou de [skill](/docs/fr/skills) | Vous ou Claude l'invoquez pendant une session | Partout où vous exécutez Claude Code | Toute personne qui en écrit un |
442 142
443<h2 id="related-resources">143<h2 id="related-resources">
444 Ressources connexes144 Ressources connexes
445</h2>145</h2>
446 146
447* [Commandes](/docs/fr/commands) : exécutez `/code-review` dans une session Claude Code locale pour vérifier une diff avant de pousser147* [GitHub Enterprise Server](/docs/fr/github-enterprise-server) : utilisez Code Review avec une instance GitHub auto-hébergée
448* [GitHub Actions](/docs/fr/github-actions) : exécutez Claude dans vos propres flux de travail GitHub Actions pour une automatisation personnalisée au-delà de la révision de code148* [Permissions de GitHub App](/docs/fr/github-actions#github-app-permissions) : l'ensemble complet des permissions demandées par la GitHub App Claude
449* [GitLab CI/CD](/docs/fr/gitlab-ci-cd) : intégration Claude auto-hébergée pour les pipelines GitLab149* [How Anthropic secures its AI-native software development lifecycle](https://claude.com/blog/how-anthropic-secures-its-ai-native-software-development-lifecycle) : comment la revue automatisée s'inscrit comme une couche du processus de développement sécurisé d'Anthropic
450* [Memory](/docs/fr/memory) : comment les fichiers `CLAUDE.md` fonctionnent dans Claude Code
451* [Analytics](/docs/fr/analytics) : suivez l'utilisation de Claude Code au-delà de la révision de code
452* [How Anthropic secures its AI-native software development lifecycle](https://claude.com/blog/how-anthropic-secures-its-ai-native-software-development-lifecycle) : comment la révision automatisée s'inscrit comme une couche du processus de développement sécurisé d'Anthropic
