# Revue de code & calcul à l'inférence — Astuces de Boris Cherny Une synthèse des observations partagées par Boris Cherny ([@bcherny](https://x.com/bcherny)), créateur de Claude Code, le 10 mars 2026.
← Retour à Claude Code Best Practice Claude
--- ## 1/ Présentation de la revue de code (Code Review) Nouveauté dans Claude Code : **Code Review**. Une équipe d'agents effectue une revue approfondie sur chaque PR. - Conçu d'abord pour l'équipe d'Anthropic elle-même — la production de code par ingénieur a augmenté de **200 % cette année**, et les revues étaient le goulot d'étranglement - Boris l'utilise depuis quelques semaines et constate qu'il détecte de nombreux bugs réels qu'il n'aurait pas remarqués autrement - À l'ouverture d'une PR, Claude dépêche une équipe d'agents pour traquer les bugs Boris Cherny annonçant Code Review --- ## 2/ Calcul à l'inférence & fenêtres de contexte multiples En gros, plus on alloue de tokens à un problème de code, meilleur est le résultat. Boris appelle cela le **calcul à l'inférence** (test time compute). - Utiliser des **fenêtres de contexte distinctes** améliore encore le résultat — c'est ce qui fait fonctionner les sous-agents, et la raison pour laquelle un agent peut introduire des bugs qu'un autre (utilisant exactement le même modèle) saura détecter - Comparable aux équipes d'ingénierie : si Boris introduit un bug, son collègue qui relit le code a plus de chances de le repérer que lui - À la limite, les agents écriront probablement un code parfait, sans bug — d'ici là, **plusieurs fenêtres de contexte non corrélées** reste une bonne approche Boris Cherny à propos du calcul à l'inférence --- ## Sources - [Boris Cherny (@bcherny) sur X — 10 mars 2026](https://x.com/bcherny)