Billet d'ingénierie d'**Addy Osmani**, **Morgan Westlee Lunt** et **Qing Wang** (équipe **Claude Code**, **Anthropic**) sur le blog *claude.dev*, publié le **15 octobre 2026** ; ~3 200 mots. Il décrit le flux de revue de code de l'équipe, où Claude écrit environ **90 %** du code de Claude Code. De juin à septembre, les PR fusionnées ont **plus que doublé** et la part revertée a baissé de **plus de 40 %** ; dans le monorepo d'Anthropic, les changements quotidiens sont passés de **~2 500** (mai) à **plus de 30 000** (septembre).
#revue de code#code review#revue de code agentique
Addy Osmani · Morgan Westlee Lunt · Qing Wang — équipe Claude Code (Anthropic) ; blog *claude.dev* · catégorie Engineering.
Article collectif de sept auteurs (**Zach Davis**, **Michelle Gill**, **Elisabeth Hendrickson**, **Angie Jones**, **Sha Ma**, **Randy Shoup**, **James Wickett**), paru dans l'*Enterprise Technology Leadership Journal* d'**IT Revolution** (automne 2026, vol. 3, n° 2), sous licence CC BY-NC-SA. Environ **7 500 mots**, intitulé *« Toward a Pattern Language for Code Reviews in the Age of Agentic AI »*. **(A)** Cadrage : la revue de code est définie comme un examen par une entité non auteur menant à une action ; les études empiriques (Microsoft 2013, Mäntylä 2009, Beller 2014) montrent que la valeur tient surtout à la maintenabilité et au partage de connaissance, moins aux défauts fonctionnels. **(B)** Trois conditions pour sortir l'humain du chemin critique : validation déterministe maximale, revue **graduée par le risque**, **trace durable** de chaque décision d'agent ; *« no human in the loop »* est un choix de configuration, pas une valeur par défaut. **(C)** Neuf patrons composables, présentés comme une boîte à outils et non une échelle de maturité : petits changements, Shift Left, conception pour la vérification, pratiques d'ingénierie déterministes, ingénierie de contexte, boucle de qualité continue, revue LLM adverse, revues multi-agents, développement piloté par la spécification. **(D)** Trois études de cas : **Block**, **Cloudflare** (131 246 revues sur 48 095 PR en un mois, 1,2 constat par revue), **DryRun Security**. Prolonge les fiches du corpus sur l'ingénierie de contexte et la revue de code assistée.
#revue de code agentique#code review#langage de patrons
Zach Davis (LaunchDarkly) · Michelle Gill (Engineered by AI) · Elisabeth Hendrickson (Curious Duck) · Angie Jones (Agentic AI Foundation) · Sha Ma (Topogy) · Randy Shoup (CircleCI) · James Wickett (DryRun Security) ; article collectif · IT Revolution.
Guide signé **Michael Segner**, publié le **20 août 2026** sur le blog claude.com dans la catégorie *Claude Code* : **5 minutes** de lecture annoncées pour environ **31 500 caractères** de corps, également proposé en PDF. Matériau déclaré : des entretiens avec **plus d'une douzaine** de jeunes pousses, quinze nommées — **Artemis Security**, **Cainex**, **Clay**, **ClickHouse**, **Cognition**, **Commure**, **Crosby**, **Emergent**, **Harvey**, **Heidi**, **Higgsfield**, **Omni**, **Parahelp**, **Translucent**, **Zingage**. (A) Cinq règles d'exploitation : *everyone ships*, *automate the tedium*, *trust, but verify*, *build for rebuilding*, *prototype, dogfood, productionize*, chacune close par des astuces produit et reprise dans une checklist finale. (B) Un corps fait de citations attribuées, chaque règle étant illustrée par des dirigeants nommés plutôt que par une mesure agrégée. Les quatre chiffres mis en exergue sont ceux des entreprises interrogées : **+30 %** de fonctionnalités livrées (ClickHouse), **2 à 3×** de productivité d'ingénierie (Omni), **100 %** du tri de bugs automatisé (Clay), **plus de 6 000 PR par semaine** (Artemis Security). Deux passages sortent du registre du témoignage : la boucle d'auto-correction de **Cainex** sur le codage médical, décrite étape par étape, et l'usage interne de **Claude Tag** chez **Anthropic** comme premier répondant d'astreinte CI/CD. La question posée en ouverture — *« what would it look like if an organization built their product development lifecycle with Claude Code from the ground up? »* — rejoint [[claxton-anthropic-ai-native-sdlc-playbook-2026-08-21]], paru le lendemain chez le même éditeur, et prolonge [[cherny-wu-reflecting-year-claude-code-2026-07-17]].
#Claude Code#jeunes pousses#everyone ships
Michael Segner · auteur du guide sur le blog claude.com (fonction non affichée par la page) ; entretiens avec les dirigeants de quinze entreprises nommées.
Édition de la newsletter **Engineering Enablement** de **DX** signée **Brian Houck**, publiée le **5 août 2026**, environ **13 000 caractères**. Le texte ouvre sur un constat chiffré : chez **Meta**, les lignes significatives par diff fusionné par un humain ont augmenté de **106 %** en un an et les diffs par développeur et par mois de **51 %**, plus de **80 %** de cette croissance venant de l'IA agentique, pendant que la part des diffs revus sous 24 h décline ; l'analyse DX mesure de son côté une taille médiane de pull request en hausse de **64 %**, quand les développeurs souhaitent consacrer environ **7 %** de leur temps à la revue. (A) Avant de confier la revue à l'IA, Houck repose la question d'usage : *« What problem was code review solving before AI arrived? »* Si la réponse est la détection de défauts, l'automatisation complète devient inévitable ; l'étude **Bacchelli & Bird** (*Modern Code Review*, ICSE 2013) montre que les commentaires liés aux défauts ne pèsent que **14 %** des commentaires réellement écrits. (B) Une part du fardeau est *self-inflicted* : l'étude Microsoft de **2016** sur **911 développeurs** identifiait déjà le délai de retour, la taille de la revue et la compréhension de la motivation du changement comme les trois premiers obstacles, et seuls **26 %** rédigeaient toujours une description détaillée. (1) **RADAR** chez Meta sert de déploiement de référence pour la stratification par risque. (2) Trois gestes ordonnés : réparer les fondamentaux, concevoir l'IA autour du jugement humain, protéger ce que la revue produit d'invisible. Le corpus tient déjà [[monperrus-end-of-code-review-agents-supersede-2026-06-11]], qui pousse l'automatisation jusqu'au remplacement, et [[laycock-thoughtworks-reviewing-all-this-code-2026-09-02]], la réponse directe à ce texte.
#revue de code#code review#file de revue
Brian Houck · signataire de l'édition · sur la newsletter Engineering Enablement de DX ; fonction non affichée par la page.
Papier arXiv (cs.SE) de Martin Monperrus défendant une thèse radicale pour le SDLC : les agents de codage ont franchi un seuil de capacité tel que **la revue de code humaine n'est plus un composant nécessaire** d'un pipeline qualité. Deux affirmations : (1) des systèmes autonomes à base de LLM atteignent tous les objectifs de la revue (détection de défauts, qualité, conformité) à coût moindre et débit supérieur ; (2) le modèle hybride « l'agent écrit, l'humain relit » est intenable — il n'assure pas une vraie qualité et ne passe pas à l'échelle de la vélocité IA, créant une « fausse sécurité ». Monperrus oppose à l'inspection de Fagan (1976) un **pipeline de vérification adversariale multi-agents** (agent générateur + agents reviewers indépendants + tests/méthodes formelles + consensus par vote). L'humain se recentre sur la spec, les arbitrages d'architecture, l'approbation des domaines critiques et les cas limites. Recommandations : piloter d'abord sur composants à faible risque, mesurer agent vs humain, expliciter les décisions de rejet.
Article-manifeste de **Thariq Shihipar** (Engineer & serial entrepreneur, équipe Claude Code chez Anthropic) qui annonce un **changement de format de sortie par défaut pour les agents** : remplacer **Markdown par HTML**. Thèse : Markdown a été le format dominant entre humains et agents (simple, portable, éditable, lisible) mais est devenu **un goulot d'étranglement** à mesure que les agents produisent des artefacts plus longs et plus riches (specs, plans, rapports, code review). Au-delà de ~100 lignes, plus personne ne lit un fichier Markdown. HTML résout six limites simultanément : **densité d'information** (tableaux, CSS, SVG, scripts, canvas, images), **clarté visuelle** (mise en page navigable, responsive mobile), **facilité de partage** (lien S3 directement ouvrable dans un navigateur), **interactivité bidirectionnelle** (sliders, knobs, boutons "copy as JSON/prompt" pour reboucler vers Claude Code), **ingestion contextuelle native** (Claude Code lit codebase + MCP Slack/Linear + git history + Chrome) et **plaisir** (l'auteur revendique explicitement *"it's joyful"*). Cinq usages canoniques détaillés : (1) **specs/plans/exploration** en grille comparative, (2) **PR review** avec diff annoté inline, (3) **design & prototypes** avec sliders d'animation, (4) **rapports/recherche/learning** (l'auteur a fait générer un explainer prompt caching depuis l'historique git), (5) **éditeurs jetables custom** (drag-and-drop de tickets Linear, éditeurs de feature flags, prompt-tuner side-by-side) qui produisent un export "copy as markdown/diff/JSON" reréinjectable. Anti-pattern explicite : *"I'm a little bit afraid that people will read this article and turn it into a /html skill"* — l'auteur **refuse la skill-ification prématurée**, recommande de prompter from scratch ("make a HTML file"). FAQ pragmatique : coût tokens absorbé par les 1 MM context de **Opus 4.7**, génération 2-4× plus longue, diffs HTML bruyants (downside réel), style maîtrisé via design system HTML de référence.
#HTML#Markdown#format de sortie
Thariq Shihipar (Engineer & serial entrepreneur, équipe Claude Code chez Anthropic — site : thariqs.github.io/html-effectiveness ; X : @trq212)
Cat Wu et Boris Cherny (Anthropic) expliquent comment utiliser Claude Code comme ses créateurs : antfooding, plan mode, subagents, hooks et extensibilité — podcast AI & I d'Every
#Claude Code#Cat Wu#Boris Cherny
Rhea Purohit (interviewer: Dan Shipper) · Cat Wu · Boris Cherny