Claude Code: il changelog più denso del settore
Centinaia di versioni, migliaia di correttivi: il diario di bordo di Anthropic racconta come si industrializza un agente di coding.
In breve
Il changelog pubblico di Claude Code documenta ogni versione dello strumento, dalla 0.2.21 fino alle build 2.1.x, con un livello di dettaglio raro: novità, correttivi di sicurezza, regressioni assunte, impostazioni enterprise. Letto tutto d'un fiato, disegna la traiettoria di una semplice CLI diventata una piattaforma di agenti con plugin, sandbox, sessioni cloud, integrazioni Slack e governance IT. È tanto un documento di prodotto quanto un manuale di architettura per chiunque costruisca agenti.
🍺 Versione da bancone
Apri il changelog di Claude Code pensando di leggere tre righe, e ti ritrovi davanti l'equivalente di un romanzo russo scritto da ingegneri. Ci sono versioni al giorno, a volte più di una, con correttivi tipo «corretto: il terminale restituiva caratteri fantasma quando facevi scroll su un diff in tmux via SSH». È la prova che far girare un agente che tocca il tuo codice, la tua shell e i tuoi secret, è 10% modello e 90% idraulica molto, molto noiosa. Se vuoi sapere a cosa somiglia davvero l'IA in produzione, è qui, non nei keynote. 🛠️
Da ricordare
- 1
Il changelog copre tutta la storia dello strumento, dalla 0.2.21 al branch 2.1.x, con talvolta più release nello stesso giorno.
- 2
La traiettoria di prodotto è netta: da un REPL da terminale a una piattaforma con plugin, marketplace, sandbox rete/file, sessioni cloud, agenti in background e integrazione Slack («Claude Tag»).
- 3
Una parte enorme delle voci riguarda la prompt-cache: ogni regressione di cache è trattata come un bug di performance importante, prova che il costo in token è una questione di prodotto di primo piano.
- 4
La sicurezza torna continuamente: bypass di permessi Bash/PowerShell, symlink, percorsi NT Windows, secret trapelati nei log MCP o negli URL git.
- 5
Il capitolo enterprise è enorme: managed settings, policy MDM, allowlist di marketplace, gateway «Claude apps gateway», telemetria OpenTelemetry dettagliata, runner self-hosted.
- 6
I modelli si susseguono di versione in versione — Opus 4.6, 4.7, 4.8, Opus 5, Sonnet 5, Haiku 4.5, Fable 5 — ogni volta con aggiustamenti di effort, contesto 1M e pricing.
- 7
Anthropic documenta anche i propri errori: regressioni nominate per versione, cambiamenti annullati («Reverted the 2.1.259 change…»), funzionalità rimosse.
Un documento di prodotto travestito da note di rilascio
Il changelog di Claude Code non è una formalità. È un diario quasi quotidiano, generato dal CHANGELOG.md del repository, dove ogni voce descrive con precisione cosa è cambiato e perché. Alcune giornate contano più versioni, ciascuna con decine di righe.
La granularità è insolita. Si legge sia «Aggiunto supporto AGENTS.md: in un progetto senza CLAUDE.md, Claude Code legge AGENTS.md» sia «Corretto: il cursore restava visibile dopo il ritorno da un editor esterno a schermo intero su rxvt-unicode».
Questa esaustività ha una funzione: un agente che scrive codice, esegue comandi e manipola credenziali non può permettersi opacità. Ogni cambiamento di comportamento è potenzialmente un cambiamento di superficie d'attacco o di fattura.
Da una CLI a una piattaforma di agenti
Le prime versioni (0.2.x, 1.0.x) stanno in una riga. Poi arrivano gli slash command personalizzati, i server MCP, gli hook, i subagent, gli skill, i plugin e i loro marketplace.
La svolta più visibile è l'arrivo delle sessioni in background e della «agent view» (claude agents): un elenco unico di tutte le sessioni — in corso, bloccate su una domanda, terminate. Si aggiungono i worktree git isolati, i workflow dinamici che orchestrano «da decine a centinaia di agenti», e il Remote Control che collega una sessione da terminale a claude.ai o al mobile.
Parallelamente, lo strumento si espande fuori dal terminale: estensione VS Code, Claude Code on the web, Claude Desktop, «Claude Tag» in Slack, Claude in Chrome, Code Review sulle pull request. Ogni superficie genera la propria colonna di correttivi.
L'ossessione per la prompt cache
Un motivo ricorre decine di volte: «Fixed a prompt-cache miss…». Refresh del token OAuth che riscrive le definizioni degli strumenti, server MCP che si riconnette in un momento diverso, cambio di modello che rimanda tutto il tool set, ripresa di sessione che rirende le descrizioni degli strumenti.
Ognuno di questi bug costa caro: una cache mancata significa tutta la conversazione rimandata in token non cachati. Anthropic li tratta come regressioni di primo piano, con correttivi chirurgici («il prefisso del system prompt non cambia più», «gli strumenti tardivi arrivano in definizioni differite»).
Il team aggiunge persino osservabilità dedicata: una riga prompt-cache in /cost, un campo prompt_cache per la status line, e una causa probabile del cache miss. È una lezione generale per chi costruisce agenti: la stabilità byte-per-byte del prefisso di contesto è un vincolo ingegneristico, non un dettaglio.
Sicurezza e permessi: la guerra delle shell
Il capitolo sicurezza è il più istruttivo. Vi si trova una lunga serie di bypass corretti: comandi composti che eludevano le regole di permesso, redirection < file non verificate, variabili zsh interpretate diversamente da bash, parametri PowerShell che riscrivevano $PSDefaultParameterValues, symlink scambiati dopo la verifica del permesso.
Windows ha diritto alla sua saga: percorsi in formato NT \??\ che bypassavano la validazione UNC — descritto come un vettore di fuga di credenziali NTLM —, symlink Cygwin seguiti da Git Bash, regole di permesso insensibili alle maiuscole/minuscole delle lettere di unità.
Si aggiungono le fughe di secret: token negli URL git mostrati da /plugin, valori ${VAR} risolti nei messaggi d'errore MCP, credenziali inviate a un gateway terzo. E una sandbox che si rafforza progressivamente: isolamento di rete, mascheramento di credenziali, ri-firma AWS SigV4, allowlist di domini per comando.
L'enterprise, punto cieco delle demo
Una proporzione impressionante di voci riguarda gli amministratori: managed settings distribuiti via MDM o registro Windows, forceLoginMethod, requiredMinimumVersion, allowlist di marketplace di plugin, modelli autorizzati dall'organizzazione, limiti di spesa via gateway.
Il «Claude apps gateway» appare come un componente a sé stante, con il suo Postgres, i suoi limiti di concorrenza, il suo relay OpenTelemetry e i suoi upstream Bedrock/Vertex/Foundry. I runner self-hosted (claude self-hosted-runner) permettono di eseguire le sessioni cloud sulle proprie macchine.
La telemetria è trattata con lo stesso rigore: eventi OTel per i prompt, le decisioni sugli strumenti, le compattazioni, i plugin, con variabili di opt-in esplicite per i contenuti sensibili. È l'infrastruttura che non si vede mai in una demo, e che decide invece l'adozione reale.
I modelli passano, l'harness resta
Nel corso del changelog, i modelli si susseguono: Opus 4.6 poi 4.7, 4.8, Opus 5, Sonnet 5 con finestra nativa da 1M token, Haiku 4.5, Fable 5 poi 5.1 (1M di contesto, 10/10/50 per Mtok), e un «Mythos 5» evocato.
Ogni arrivo comporta il suo corteo di aggiustamenti: livelli di effort (low, medium, high, xhigh, max), auto-compaction ricalibrata sulla vera finestra di contesto, fast mode con tariffa che cambia, modelli di default modificati per piano e per provider.
Il messaggio implicito è chiaro: il modello cambia ogni due mesi, l'harness — permessi, cache, strumenti, sandbox, ripresa di sessione — è l'asset duraturo. È lui ad assorbire la complessità mentre il modello si limita a diventare più capace.
“Run claude --version to check your installed version.”
“This page is generated from the CHANGELOG.md on GitHub.”
Perché conta
Questo changelog è probabilmente il documento pubblico più onesto su quanto costi realmente un agente di coding in produzione. Mostra che il divario tra una demo impressionante e uno strumento distribuibile in azienda si colma con migliaia di ore spese su argomenti ingrati: parsing di comandi shell, codifica di tasti in rxvt-unicode, lock di credenziali condivisi tra processi, invalidazione della cache. Il rischio, per il lettore, è l'effetto saturazione: a questo ritmo di pubblicazione nessuno può stare al passo, e la documentazione esaustiva diventa paradossalmente illeggibile — Anthropic lo ammette a mezza bocca aggiungendo un selettore di versioni in /release-notes. Va anche notato cosa il formato nasconde: nessuna voce spiega gli arbitraggi di prodotto, le funzionalità rimosse lo sono in una riga, e le regressioni nominate ricordano che un ritmo di più release al giorno ha un costo in termini di stabilità. Resta il fatto che per qualsiasi team che costruisce un proprio agente, questo testo funziona come una checklist di tutto ciò che si romperà.
Da leggere anche
IAOggiAnthropic apre le porte a valutatori interni pagati 1 miliardo
Accenture installerà revisori di sicurezza all'interno di Anthropic, con un accesso paragonabile a quello di un dipendente — e fatturato al laboratorio stesso.
IAIeriAnthropic apre il cofano: Claude «guida» il 26% della sua R&D IA
Per la prima volta, un laboratorio di frontiera pubblica dati sulla velocità con cui l'IA costruisce la propria discendenza — e su cosa fa per sorvegliarla.
IA17 set«Model welfare»: Suleyman apre il fuoco sulla costituzione di Claude
Il capo di Microsoft AI accusa Anthropic di addestrare Claude a credersi forse consapevole — aggravando così il problema del controllo.