Tu merges une pull request de 200 lignes qui touche la route de paiement. Le linter est vert, les tests passent, et personne d'autre n'a relu le diff. C'est ce cas précis que vise Claude Code Review : relire la modification dans le contexte du dépôt et poster des commentaires sur ce qu'un outil de style ne voit pas (condition inversée, cas nul non géré, requête sans garde). Si tu débutes avec l'outil, le guide pour apprendre Claude pose les bases, et Claude Code en est le point d'entrée côté terminal.
Ce que fait Claude Code Review sur une pull request
Prends une PR qui modifie le calcul d'un remboursement. Un linter signale une variable inutilisée, mais pas un cas métier oublié. Code Review est présenté par Anthropic comme une relecture automatique des pull requests : l'idée est d'ajouter un regard sur ce qu'un outil de style ne voit pas. La documentation ne détaille pas ce qu'il détecte précisément, donc ne compte pas sur un type d'erreur en particulier.
La fonctionnalité est disponible depuis le 15 octobre 2026 pour les organisations Claude Team et Enterprise qui ont des dépôts GitHub. Un Owner l'active, puis les nouvelles pull requests sont relues automatiquement. Je m'en tiens à ce que la documentation Anthropic décrit (déclenchement, niveaux de profondeur, facturation) et je ne dis rien du mécanisme interne, que la doc ne détaille pas.
Ce qu'il ne fait pas compte autant. Il ne remplace pas la suite de tests : une relecture lit du code, elle ne l'exécute pas sous charge. Il ne valide pas non plus une décision d'architecture ni une intention métier qui n'est écrite nulle part dans le code. Il ajoute un regard supplémentaire, il ne tient pas lieu de second développeur.
Prix : combien coûte une relecture et ce que ça donne par mois
Anthropic ne publie pas de prix fixe par revue. D'après la documentation (code.claude.com/docs/en/code-review-costs, consultée le 25 octobre 2026), la facturation se fait à l'usage, en tokens, via des usage credits : séparément de l'usage inclus dans le plan, et facturée à l'organisation. Le coût dépend de trois choses : le niveau de profondeur choisi, la taille de la modification, et le nombre de relectures déclenchées sur une même PR (à la création, après chaque push, ou à la demande avec @claude review).
Trois niveaux existent : Quick (le plus rapide et le moins cher), Standard (par défaut) et Deep (le plus approfondi, le plus long, le plus coûteux). Ils se choisissent par organisation et se règlent par dépôt. Anthropic indique que la plupart des revues prennent environ 6 à 10 minutes, contre environ 20 minutes pendant la préversion. Ce chiffre vient d'Anthropic, je ne l'ai pas mesuré.
Comme aucun prix par revue n'est publié, je ne vais pas en inventer un. Voici plutôt comment le calculer toi-même, sur trois profils :
| Profil | Volume | Ce qui fait varier la facture |
|---|---|---|
| Solo ou duo | environ 10 PR par mois | Peu de relectures, mais chaque push sur une PR peut en relancer une |
| Équipe de 5 à 20 PR par semaine | environ 20 à 80 PR par mois | Le niveau choisi (Standard ou Deep) pèse plus que le volume |
| Équipe à 100 PR par mois | 100 PR et plus | Le nombre de pushes par PR et les PR automatiques de dépendances |
La méthode : lance Code Review sur quelques PR réelles de ton dépôt, relève le coût affiché pour chacune, puis multiplie par ton volume mensuel moyen, pushes compris. Compare ensuite à une demi-heure de relecture d'un développeur senior, au coût horaire de ton équipe. Une limite de dépense mensuelle se règle dans les paramètres admin : fixe-la avant de laisser tourner l'outil. Tarifs et conditions vérifiés le 25 octobre 2026, la fonctionnalité est récente et la page officielle de coûts fait foi.
Pour les organisations Claude Enterprise éligibles, Anthropic a aussi annoncé la possibilité de réclamer au moins 10 000 $ de crédits Code Review avant le 15 janvier 2027, sous conditions d'éligibilité et avec une expiration 30 jours après activation. Vérifie les conditions exactes auprès de ton contact Anthropic.
Sur quels plans c'est disponible, et ce que ça change pour une équipe
Code Review est réservé aux organisations Claude Team et Enterprise. Les plans Pro et Max individuels n'y donnent pas accès. L'activation revient à un Owner de l'organisation, et la dépense se rattache à l'organisation, pas à un abonné isolé. Côté prix de plan, rappel : Team démarre à environ 25 € par utilisateur et par mois avec un minimum de 5 sièges, selon les données 2026. Détails dans le comparatif Team et Enterprise.
Il y a des exclusions à connaître avant de t'engager : la fonctionnalité n'est pas disponible pour les organisations en Zero Data Retention, en configuration HIPAA, ni avec des clés de chiffrement gérées par le client. Si ton contexte de conformité en fait partie, la question est réglée avant d'arriver au calcul de coût.
Et si tu es seul ou sur un plan individuel ? Tu ne peux pas activer Code Review, mais tu peux toujours demander à Claude Code de relire tes modifications en local avant de pousser. Ce n'est pas la fonctionnalité Code Review, et rien n'est automatisé sur GitHub. Pour choisir entre abonnements, voir Pro ou Max. La disponibilité évolue : reconfirme sur la documentation officielle à la date où tu lis ceci.
Activer la relecture sur votre dépôt GitHub, pas à pas
Ici, une liste en étapes est le format le plus clair :
- Vérifie que ton organisation est sur Team ou Enterprise et que tu y es Owner (ou fais agir un Owner).
- Active la fonctionnalité sur un seul dépôt GitHub pour commencer.
- Dans les paramètres, choisis le niveau de profondeur par défaut. Standard pour démarrer.
- Règle le déclencheur : relecture à l'ouverture de la PR, ou seulement à la demande avec
@claude review. Le mode à la demande est le plus prévisible côté facture. - Fixe la limite de dépense mensuelle dans les paramètres admin.
- Ouvre une PR de test, petite, avec un défaut volontaire (une condition inversée par exemple), et lis le premier commentaire.
Un réglage évite les mauvaises surprises : le déclencheur. Une relecture après chaque push multiplie les passages sur une même PR, donc la facture. Le détail exact des options de configuration se vérifie dans la documentation, qui évolue avec la fonctionnalité.
Ce que Claude voit bien, ce qu'il rate
Anthropic ne publie pas de liste de ce que la relecture détecte le mieux. Par nature, une relecture de diff vise les erreurs locales, visibles dans la modification et ses voisines : une condition inversée, un cas vide non géré, une requête construite sans garde. Ce sont des erreurs faciles à rater quand on relit vite un vendredi soir. Traite ces exemples comme des hypothèses à vérifier sur tes propres PR, pas comme des performances garanties.
Il passe plus facilement à côté de ce qui ne se lit pas dans le code : un choix d'architecture discutable mais cohérent, une règle métier connue de l'équipe et écrite nulle part, un problème de performance qui n'apparaît qu'en charge. Sur les gros diffs, attends-toi aussi à du bruit : des remarques justes mais mineures, ou des faux positifs, que l'équipe devra trier.
Je ne donne aucun taux de précision, parce que je n'en ai aucun à attribuer à une source. Si Anthropic en publie un, prends-le avec sa méthode ; sinon, mesure le tien (voir la section suivante). Même prudence que pour tout ce qui sort d'un modèle : une relecture IA est un avis, pas une preuve. Sur la sécurité des permissions dans Claude Code, voir aussi le mode auto devenu réglage par défaut.
Quand l'activer, quand s'en passer
Active-le d'abord dans trois situations. Une seule personne relit le travail de tout le monde et sature. Les PR dépassent régulièrement 300 lignes, où la relecture humaine devient longue. Ou l'équipe merge vite, sans second regard, faute de temps. Dans ces cas-là, un avis automatique en plus coûte peu par rapport à un bug qui part en production.
Passe ton tour si le volume est bas et que le surcoût dépasse le gain, ou si la relecture humaine est aussi un moment de transmission de savoir, où un junior apprend en lisant et en commentant. Automatiser ce rituel, c'est perdre autre chose que du temps.
Pour trancher sans débat : un test de deux semaines sur un seul dépôt, avec un indicateur simple. Compte les commentaires que l'équipe a retenus (corrigés ou acceptés) et divise par le nombre de commentaires émis. Si moins d'un commentaire sur quatre sert, baisse le niveau ou désactive. Si la moitié sert, garde-le et regarde si le niveau Deep vaut son prix sur les PR sensibles. Ces seuils sont les miens, pas ceux d'Anthropic : ajuste-les à ton contexte.
Pour aller plus loin : relire vos PR quand le code a été généré par Claude
Le cas qui intéresse les non-développeurs : le code a été écrit par Claude Code, et tu te demandes qui le relit. Faire relire par Claude Code Review un code écrit par Claude pose la question du regard indépendant. La documentation ne détaille pas le fonctionnement interne de la relecture : ne présume donc pas qu'elle est indépendante de ce qui a produit le code. Ça ne vaut pas un second humain.
Ce qu'il reste à vérifier à la main : que l'application fait ce que ton métier attend, que les parcours critiques (paiement, droits d'accès, données clients) marchent de bout en bout, et que rien de sensible n'est exposé. Pour poser le cadre d'un projet de ce type, le pilier sur la création d'application et le guide de configuration de Claude couvrent le terrain, et le déploiement sur Vercel avec Next.js est la suite logique une fois les PR relues.
Si tu veux construire et livrer une vraie application avec cette discipline de relecture dès le départ, c'est le terrain du parcours : Construire votre produit IA en 5 semaines.