Claude Code corregge l'isolamento degli agenti solo su latest

Claude Code 2.1.222 corregge due difetti di isolamento degli agenti, ma il tag npm stable resta sulla 2.1.220. Come verificare la propria installazione.

Claude Code corregge l'isolamento degli agenti solo su latest

Chi lancia agenti in parallelo su un repository reale ha bisogno di Claude Code 2.1.222 — e con ogni probabilità sta eseguendo altro. Le note di rilascio del 4 agosto 2026 indicano per nome due difetti nell'isolamento degli agenti (rilascio v2.1.222). Il canale npm stable punta però ancora alla 2.1.220, pubblicata undici giorni prima (dist-tags npm). Corretto e installato sono qui due stati diversi. Di seguito: che cosa è stato rilasciato, come capire da che parte della linea ci si trova e che cosa resta aperto.

Che cosa corregge davvero Claude Code 2.1.222

Claude Code 2.1.222 chiude due vie con cui un agente isolato poteva oltrepassare il proprio confine: comandi git distruttivi in uscita da un worktree e hook di autorizzazione automatica che aggiravano le restrizioni sugli strumenti nelle attività in background.

La prima voce delle note di rilascio della v2.1.222 riporta che le sessioni isolate tramite worktree e i processi da esse avviati potevano eseguire comandi git distruttivi contro il checkout principale, e che l'isolamento copre ora le modifiche ai file e Bash in ogni tipo di sessione. È un difetto di contenimento, non di comodità: il senso di isolation: "worktree" sta proprio nel fatto che un'esecuzione non tocchi la copia di lavoro in uso.

La seconda voce fa meno rumore e pesa di più sulle esecuzioni non presidiate. Gli hook PreToolUse di autorizzazione automatica aggiravano le restrizioni sugli strumenti all'interno delle attività in background — riepiloghi, compattazione, rinomine. Un hook pensato per approvare un insieme ristretto di chiamate, su quel percorso, ne approvava più di quante ne dichiarasse. Il contratto è descritto nel riferimento sugli hook; la correzione lo ripristina dove il lavoro in background sfuggiva.

Entrambi i difetti emergono solo con un certo volume di esecuzioni automatizzate. Verificando il 5 agosto 2026 l'installazione di Claude Code sulla nostra postazione di build, il comando ha riportato la versione 2.1.91 — pubblicata il 2 aprile 2026, 109 rilasci prima che esistesse una qualsiasi delle due correzioni di isolamento. Non eravamo né su stable né su latest. Su nessuno dei due, il che risponde a modo suo alla domanda posta qui.

Perché il canale stable non lo ha

Il tag npm stable di Claude Code punta alla 2.1.220 del 24 luglio 2026. Le correzioni di isolamento sono arrivate con la 2.1.222 il 4 agosto 2026, due rilasci più tardi.

npm mantiene tre tag per questo pacchetto. Al 5 agosto 2026 il registro restituisce {"stable":"2.1.220","latest":"2.1.222","next":"2.1.222"} (endpoint dist-tags). La versione 2.1.220 è uscita il 24 luglio 2026; 2.1.221 e 2.1.222 sono arrivate entrambe il 4 agosto. Il canale stable non è indietro di un rilascio rispetto alla correzione, ma di due, su uno scarto di undici giorni.

Lo scarto è voluto e di norma è il compromesso giusto: stable esiste perché una squadra riceva aggiornamenti meno frequenti e più a lungo collaudati. Il problema nasce davanti a una correzione di natura difensiva. Un confine di contenimento che perde non si rimanda al ritmo di un periodo di collaudo, perché la finestra di esposizione coincide esattamente con quel periodo. Fissarsi su stable è una decisione; fissarvisi senza rileggere le note di rilascio è una svista.

Che cosa dicono i numeri di installazione

Nei sette giorni fino al 5 agosto 2026 npm ha registrato 2.537.063 installazioni di Claude Code 2.1.220 contro 360.695 della 2.1.222 corretta, su 13.756.818 complessive.

L'API npm per versione mostra la distribuzione reale (conteggi di download per versione). Nei sette giorni fino al 5 agosto 2026: 2.537.063 installazioni della 2.1.220, 1.152.760 della 2.1.221 e 360.695 della 2.1.222 — su 13.756.818 relative a tutte le versioni pubblicate. La build corretta vale quindi circa il 2,6 per cento delle installazioni settimanali.

Il dato va letto con onestà: al momento del conteggio la 2.1.222 aveva un giorno di vita, una quota bassa è attesa e si muoverà. Il riscontro solido sta nella coda lunga sottostante. La versione 2.1.154 raccoglie 1.470.683 installazioni nella stessa finestra e la 2.1.197 ne raccoglie 1.218.685 — rilasci di settimane prima, ancora installati su larga scala. Non è un pubblico che aggiorna il giorno dell'uscita. È un pubblico di lockfile bloccati, e ogni blocco è una decisione permanente su quali correzioni si abbiano — la stessa deriva delle dipendenze descritta nel nostro manuale di sicurezza per Codex.

Il confine di isolamento ha ancora segnalazioni aperte

Almeno sei segnalazioni sull'isolamento tramite worktree e sull'ereditarietà dei permessi in Claude Code risultano aperte al 5 agosto 2026, una delle quali depositata lo stesso giorno dell'uscita della 2.1.222.

Due correzioni non fanno un confine chiuso. Depositata il 4 agosto 2026 — il giorno di pubblicazione della 2.1.222 — resta aperta una segnalazione su un processo orfano in esecuzione da un percorso di worktree poi riutilizzato da un'altra sessione. Restano aperte anche: agenti isolati tramite worktree in parallelo che effettuano commit sui rami altrui e modificano l'albero di lavoro principale (2 agosto), un isolamento che vincola Bash ed Edit al repository sbagliato quando l'attività risiede altrove (3 agosto) e un confine applicato in modo disomogeneo tra Bash e PowerShell (31 luglio).

Il fronte dei permessi ha un filone proprio: bypassPermissions non si propaga alle esecuzioni avviate dallo strumento Agent (2 agosto). E la segnalazione che dovrebbe preoccupare chiunque rilasci partendo dall'output di un agente: gli agenti isolati tramite worktree restituiscono risultati sicuri senza segnalare che al worktree mancano le modifiche non ancora sottoposte a commit (31 luglio). È un errore di correttezza con una spunta verde davanti — lo stesso schema descritto quando ARC-AGI-3 si è rivelato una misura dell'impalcatura.

Nulla di tutto questo rende inservibile l'isolamento tramite worktree. Lo trasforma in un controllo da verificare anziché in un controllo dato per acquisito — la posizione sostenuta per l'intera catena di strumenti in ai vostri agenti serve una fabbrica, non un prompt migliore.

Chi deve passare subito e chi può attendere

Le squadre che eseguono in parallelo istanze isolate tramite worktree o hook PreToolUse in attività non presidiate dovrebbero passare a Claude Code 2.1.222. Un uso interattivo a sessione singola può restare sul canale stable.

Conviene passare subito se una delle due correzioni descrive la propria configurazione: esecuzioni lanciate in parallelo con isolation: "worktree" su un repository che contiene lavoro a cui si tiene, oppure hook PreToolUse usati per delimitare esecuzioni non presidiate. Entrambi i percorsi erano esposti prima della 2.1.222 e nessuna modifica di configurazione sostituisce la patch. Il changelog di Anthropic riporta le stesse due voci. Nominare i controlli su cui si fa affidamento e verificarli uno per uno: questa disciplina è stata ripresa dalle tre misure di Tailscale.

Per sapere dove ci si trova davvero servono npm view @anthropic-ai/claude-code dist-tags e claude --version, da confrontare fra loro. Se la versione precede la 2.1.222, le correzioni non ci sono, a prescindere dal canale che si crede di usare.

Si può attendere se Claude Code gira come singola sessione interattiva con revisione umana su ogni scrittura. Le correzioni della 2.1.222 riguardano confini che nascono solo quando gli agenti girano in parallelo o senza presidio. Restare un ciclo in più su stable è difendibile — a patto che sia una decisione, messa per iscritto e datata. La variante non messa per iscritto è il modo in cui una squadra finisce sulla 2.1.91.

Per chi sta costruendo flussi di agenti e vuole verificarne i confini prima che girino su repository di produzione, è esattamente il nostro lavoro — si veda la nostra pratica di ingegneria degli agenti IA.

Domande frequenti

Il passaggio a Claude Code 2.1.222 richiede modifiche di configurazione? No. Entrambe le correzioni agiscono sul comportamento: l'isolamento copre ora le modifiche ai file e Bash in ogni tipo di sessione, e gli hook PreToolUse di autorizzazione automatica non aggirano più le restrizioni nelle attività in background (note di rilascio). Le impostazioni isolation: "worktree" e le definizioni di hook esistenti continuano a funzionare.

Come si capisce da quale canale npm proviene l'installazione? Eseguendo claude --version e confrontando il risultato con npm view @anthropic-ai/claude-code dist-tags, che al 5 agosto 2026 restituisce stable 2.1.220 e latest 2.1.222 (endpoint dist-tags). Fa fede il numero di versione, non il canale che si presume di avere installato.

Ci si può affidare all'isolamento tramite worktree dopo la 2.1.222? Più sicuro sì, risolto no. Restano aperte segnalazioni contro il confine, fra cui esecuzioni parallele che modificano l'albero di lavoro principale e processi orfani che riutilizzano un percorso di worktree. Va trattato come un controllo da verificare, non come una garanzia.

Perché il tag stable resta indietro rispetto al tag latest? Il canale stable serve a fornire alle squadre aggiornamenti meno frequenti e più a lungo collaudati. Al 5 agosto 2026 ciò lo colloca sulla 2.1.220 del 24 luglio, due rilasci e undici giorni dietro la 2.1.222 (dist-tags npm). Il compromesso è voluto; va messa in conto l'esposizione che crea sulle correzioni di contenimento.

Fonti

  1. Note di rilascio di Claude Code v2.1.222 — 4 agosto 2026
  2. Note di rilascio di Claude Code v2.1.221 — 4 agosto 2026
  3. Note di rilascio di Claude Code v2.1.220 — 24 luglio 2026
  4. dist-tags npm di @anthropic-ai/claude-code
  5. Conteggi di download npm per versione, sette giorni
  6. Segnalazione #83895 — processo orfano su percorso di worktree riutilizzato
  7. Segnalazione #83311 — agenti worktree paralleli che modificano l'albero principale
  8. Segnalazione #83454 — isolamento vincolato al repository sbagliato
  9. Segnalazione #83421 — bypassPermissions non propagato alle esecuzioni avviate
  10. Segnalazione #82955 — agenti isolati con risultati falsamente sicuri
  11. Segnalazione #83000 — confine applicato in modo disomogeneo fra strumenti
  12. Segnalazione #83349 — worktree basato sul ramo predefinito
  13. Riferimento sugli hook di Claude Code
  14. Changelog di Claude Code

Condividi articolo

Share: