Claude Code : le changelog le plus dense de l'industrie
Des centaines de versions, des milliers de correctifs : le journal de bord d'Anthropic raconte comment on industrialise un agent de code.
En bref
Le changelog public de Claude Code documente chaque version de l'outil, de la 0.2.21 jusqu'aux builds 2.1.x, avec un niveau de détail rare : nouveautés, correctifs de sécurité, régressions assumées, réglages d'entreprise. Lu d'affilée, il dessine la trajectoire d'un simple CLI devenu une plateforme d'agents avec plugins, sandbox, sessions cloud, intégrations Slack et gouvernance IT. C'est autant un document produit qu'un manuel d'architecture pour quiconque construit des agents.
🍺 Version comptoir
Tu ouvres le changelog de Claude Code en pensant lire trois lignes, et tu tombes sur l'équivalent d'un roman russe écrit par des ingénieurs. Il y a des versions par jour, parfois plusieurs, avec des correctifs du genre « corrigé : le terminal renvoyait des caractères fantômes quand tu scrollais sur un diff dans tmux en SSH ». C'est la preuve que faire tourner un agent qui touche à ton code, ton shell et tes secrets, c'est 10 % de modèle et 90 % de plomberie très, très ennuyeuse. Si tu veux savoir à quoi ressemble vraiment l'IA en production, c'est là, pas dans les keynotes. 🛠️
À retenir
- 1
Le changelog couvre toute l'histoire de l'outil, de la 0.2.21 à la branche 2.1.x, avec parfois plusieurs releases dans la même journée.
- 2
La trajectoire produit est nette : d'un REPL terminal à une plateforme avec plugins, marketplaces, sandbox réseau/fichiers, sessions cloud, agents en arrière-plan et intégration Slack (« Claude Tag »).
- 3
Une part massive des entrées concerne le cache de prompt : chaque régression de cache est traitée comme un bug de performance majeur, preuve que le coût token est un enjeu produit de premier ordre.
- 4
La sécurité revient sans cesse : contournements de permissions Bash/PowerShell, liens symboliques, chemins NT Windows, secrets fuités dans les logs MCP ou les URLs git.
- 5
Le volet entreprise est énorme : managed settings, politiques MDM, allowlists de marketplaces, passerelles « Claude apps gateway », télémétrie OpenTelemetry détaillée, runners auto-hébergés.
- 6
Les modèles défilent au fil des versions — Opus 4.6, 4.7, 4.8, Opus 5, Sonnet 5, Haiku 4.5, Fable 5 — avec à chaque fois des ajustements d'effort, de contexte 1M et de tarification.
- 7
Anthropic documente aussi ses propres échecs : régressions nommées par version, changements annulés (« Reverted the 2.1.259 change… »), fonctionnalités retirées.
Un document produit déguisé en notes de version
Le changelog de Claude Code n'est pas une formalité. C'est un journal quasi quotidien, généré depuis le CHANGELOG.md du dépôt, où chaque entrée décrit précisément ce qui a changé et pourquoi. Certaines journées comptent plusieurs versions, chacune avec des dizaines de lignes.
La granularité est inhabituelle. On y lit aussi bien « Ajout d'un AGENTS.md support : dans un projet sans CLAUDE.md, Claude Code lit AGENTS.md » que « Corrigé : le curseur restait visible après retour d'un éditeur externe en plein écran sous rxvt-unicode ».
Cette exhaustivité a une fonction : un agent qui écrit du code, exécute des commandes et manipule des credentials ne peut pas se permettre l'opacité. Chaque changement de comportement est potentiellement un changement de surface d'attaque ou de facture.
D'un CLI à une plateforme d'agents
Les premières versions (0.2.x, 1.0.x) tiennent en une ligne. Puis arrivent les slash commands personnalisées, les serveurs MCP, les hooks, les subagents, les skills, les plugins et leurs marketplaces.
La bascule la plus visible est l'arrivée des sessions en arrière-plan et de la « agent view » (claude agents) : une liste unique de toutes les sessions — en cours, bloquées sur une question, terminées. S'y ajoutent les worktrees git isolés, les workflows dynamiques orchestrant « des dizaines à des centaines d'agents », et le Remote Control qui relie une session terminal à claude.ai ou au mobile.
En parallèle, l'outil s'étend hors du terminal : extension VS Code, Claude Code on the web, Claude Desktop, « Claude Tag » dans Slack, Claude in Chrome, Code Review sur les pull requests. Chaque surface génère sa propre colonne de correctifs.
L'obsession du cache de prompt
Un motif revient des dizaines de fois : « Fixed a prompt-cache miss… ». Rafraîchissement de token OAuth qui réécrit les définitions d'outils, serveur MCP qui se reconnecte à un moment différent, changement de modèle qui renvoie tout le tool set, reprise de session qui re-rend les descriptions d'outils.
Chacun de ces bugs coûte cher : un cache manqué, c'est toute la conversation renvoyée en tokens non mis en cache. Anthropic les traite comme des régressions de premier plan, avec des correctifs chirurgicaux (« le préfixe du system prompt ne change plus », « les outils tardifs arrivent en définitions différées »).
L'équipe ajoute même de l'observabilité dédiée : une ligne prompt-cache dans /cost, un champ prompt_cache pour la status line, et une cause probable du cache miss. C'est une leçon générale pour qui construit des agents : la stabilité byte-à-byte du préfixe de contexte est une contrainte d'ingénierie, pas un détail.
Sécurité et permissions : la guerre des shells
Le volet sécurité est le plus instructif. On y trouve une longue série de contournements corrigés : commandes composées qui échappaient aux règles de permission, redirections < file non vérifiées, variables zsh interprétées différemment de bash, paramètres PowerShell réécrivant $PSDefaultParameterValues, liens symboliques échangés après la vérification de permission.
Windows a droit à sa propre saga : chemins au format NT \??\ contournant la validation UNC — décrit comme un vecteur de fuite de credentials NTLM —, symlinks Cygwin suivis par Git Bash, règles de permission insensibles à la casse des lettres de lecteur.
S'y ajoutent les fuites de secrets : tokens dans les URLs git affichées par /plugin, valeurs ${VAR} résolues dans les messages d'erreur MCP, credentials envoyés à une passerelle tierce. Et un sandbox qui se muscle progressivement : isolation réseau, masquage de credentials, re-signature AWS SigV4, allowlists de domaines par commande.
L'entreprise, angle mort des démos
Une proportion frappante d'entrées vise les administrateurs : managed settings distribués par MDM ou registre Windows, forceLoginMethod, requiredMinimumVersion, allowlists de marketplaces de plugins, modèles autorisés par l'organisation, limites de dépense via passerelle.
Le « Claude apps gateway » apparaît comme un composant à part entière, avec son Postgres, ses limites de concurrence, son relais OpenTelemetry et ses upstreams Bedrock/Vertex/Foundry. Les runners auto-hébergés (claude self-hosted-runner) permettent d'exécuter les sessions cloud sur ses propres machines.
La télémétrie est traitée avec le même sérieux : événements OTel pour les prompts, les décisions d'outils, les compactions, les plugins, avec des variables d'opt-in explicites pour le contenu sensible. C'est l'infrastructure qu'on ne voit jamais dans une démo, et qui décide pourtant de l'adoption réelle.
Les modèles défilent, le harness reste
Au fil du changelog, les modèles se succèdent : Opus 4.6 puis 4.7, 4.8, Opus 5, Sonnet 5 avec fenêtre native de 1M tokens, Haiku 4.5, Fable 5 puis 5.1 (1M de contexte, 10/10/50 par Mtok), et un « Mythos 5 » évoqué.
Chaque arrivée entraîne son cortège d'ajustements : niveaux d'effort (low, medium, high, xhigh, max), auto-compaction recalibrée sur la vraie fenêtre de contexte, fast mode dont le tarif change, modèles par défaut modifiés par plan et par provider.
Le message implicite est clair : le modèle change tous les deux mois, le harness — permissions, cache, outils, sandbox, reprise de session — est l'actif durable. C'est lui qui absorbe la complexité quand le modèle, lui, ne fait que devenir plus capable.
“Run claude --version to check your installed version.”
“This page is generated from the CHANGELOG.md on GitHub.”
Pourquoi ça compte
Ce changelog est probablement le document public le plus honnête sur ce que coûte réellement un agent de code en production. Il montre que l'écart entre une démo impressionnante et un outil déployable en entreprise se comble par des milliers d'heures passées sur des sujets ingrats : parsing de commandes shell, encodage de touches dans rxvt-unicode, verrous de credentials partagés entre processus, invalidation de cache. Le risque, côté lecteur, est l'effet de saturation : à ce rythme de publication, personne ne peut suivre, et la documentation exhaustive devient paradoxalement illisible — Anthropic le reconnaît à demi-mot en ajoutant un sélecteur de versions dans /release-notes. On peut aussi noter ce que le format masque : aucune entrée n'explique les arbitrages produit, les fonctionnalités retirées le sont d'une ligne, et les régressions nommées rappellent qu'un rythme de plusieurs releases par jour a un coût de stabilité. Reste que pour toute équipe qui construit son propre agent, ce texte fonctionne comme une checklist de tout ce qui va casser.
À lire aussi
SécuritéAujourd'hui« On July 25, we hacked OpenAI » : deux bugs, 72 heures, un PR interne
Le chercheur s1r1us annonce avoir pris le contrôle de comptes ChatGPT et Codex d'employés d'OpenAI, et l'avoir prouvé en poussant une pull request dans le code interne.
IAAujourd'huiGPT-6 Astra : OpenAI franchit le seuil « Critical » en cybersécurité
La system card du nouveau modèle d'OpenAI acte un franchissement inédit — et admet, noir sur blanc, qu'un modèle qui voudrait tricher aux évaluations passerait probablement entre les mailles.
IAAujourd'huiAnthropic ouvre ses portes à des évaluateurs internes payés 1 milliard
Accenture va installer des auditeurs de sécurité à l'intérieur d'Anthropic, avec un accès comparable à celui d'un salarié — et facturé au laboratoire lui-même.