Sintesi
Il 14 agosto 2026, Anthropic renderà la modalità auto l'impostazione predefinita per Claude Code nei piani Pro, Max e Team. In auto mode lo strumento procede automaticamente con scrittura di file, comandi da terminale e chiamate agli strumenti — fermandosi solo quando classifica un'azione come irreversibile, distruttiva o diretta fuori dall'ambiente locale. Gli account Enterprise rimangono in modalità opt-in.
L'aspetto controintuitivo: lo stesso studio di Anthropic dimostra che questo rende Claude Code più sicuro, non più rischioso. La ricerca ha rilevato che i revisori umani, stanchi delle continue richieste di approvazione, ne accettano il 97% — e individuano solo il 13,6% delle azioni realmente dannose. La logica per-azione dell'auto mode, calibrata sul rischio di ciascun tipo di operazione invece di interrogare utenti che cliccano per abitudine, ha intercettato l'89% delle stesse azioni dannose. I dati dicono che meno richieste significano maggiore sicurezza, per i team che configurano correttamente lo strumento.
Cosa cambia il 14 agosto
Fino ad oggi, Claude Code operava in una modalità supervisionata che si fermava e chiedeva un permesso esplicito prima di ogni azione significativa — aprire un terminale, scrivere su un file, effettuare una chiamata di rete. Molti team hanno trovato utile questo approccio nelle prime fasi di adozione; molti sviluppatori esperti lo hanno poi percepito come ripetitivo, una volta consolidata la fiducia nello strumento.
A partire dal 14 agosto, gli utenti dei piani Pro, Max e Team troveranno la modalità auto abilitata per impostazione predefinita. Claude Code Head Boris Cherny ha confermato la modifica e ha dichiarato: “Il team e io usiamo la modalità Auto in via esclusiva da molti mesi.” La modifica non riguarda gli account Enterprise, che richiedono agli amministratori di abilitarla esplicitamente — lasciando alle organizzazioni più grandi più tempo per valutare i propri requisiti di governance prima di distribuirla.
Insieme al cambio di default, Anthropic sta introducendo due nuove funzionalità di sicurezza: prompt injection screening (progettato per rilevare tentativi di dirottare l'agente tramite contenuti dannosi in file o repository) e hard deny rules personalizzabili, che consentono ai team di bloccare intere categorie di azioni, indipendentemente dal contesto che il modello riceve.
Lo studio sulla sicurezza alla base della decisione
Anthropic ha condotto uno studio controllato coinvolgendo 1.053 utenti paganti di Claude Code per capire come si comporta in pratica la revisione manuale. I risultati sono significativi e vale la pena comprenderli prima di farsi un'opinione sulla modifica di policy.
Il dato principale: le persone hanno approvato il 97% di tutte le richieste di autorizzazione. Non si tratta di un artefatto statistico — è approval fatigue su larga scala. Quando uno strumento si interrompe decine di volte per sessione e quasi ogni interruzione riguarda un'azione innocua, gli utenti smettono di leggere le richieste e iniziano a cliccare automaticamente. Il risultato è che la revisione umana, che sembra supervisione, aveva un tasso di rilevamento delle azioni dannose di solo il 13,6%. La classificazione del rischio per singola azione dell'auto mode, progettata per interrompersi solo sulle decisioni realmente ad alto rischio, ha intercettato l'89% delle stesse azioni.
L'implicazione è scomoda ma coerente: una richiesta di autorizzazione che gli utenti approvano per riflesso offre l'apparenza del controllo senza la sostanza. La modalità auto, riservando le interruzioni alle azioni che le meritano davvero, garantisce una copertura migliore — a condizione che la logica di classificazione “irreversibile o distruttivo” funzioni correttamente e che i team abbiano configurato le hard deny rules per i propri specifici confini di rischio.
Cosa significa “irreversibile o distruttivo” in pratica
Anthropic definisce i criteri di pausa dell'auto mode come azioni irreversibili, distruttive o dirette fuori dal proprio ambiente. In pratica, questo comprende:
- Irreversibili: azioni che non possono essere annullate senza uno sforzo significativo — eliminare file senza un percorso di backup, cancellare record di database, eseguire un force-push su un branch protetto, revocare credenziali di accesso.
- Distruttive: scritture o modifiche che sovrascrivono dati che non erano stati esplicitamente messi a disposizione per la sovrascrittura — sostituire un file di configurazione fuori dallo scope del progetto, troncare log, svuotare cache in un percorso di produzione.
- Dirette fuori dall'ambiente: richieste di rete in uscita verso servizi esterni non già inclusi nel contesto del progetto, avvio di processi fuori dalla directory di lavoro, lettura di file a cui l'agente non aveva accesso.
Le azioni di routine — modificare file nella directory del progetto, eseguire build e test, leggere documentazione, scrivere in percorsi temporanei locali — procedono senza interruzioni. Questo è l'intento progettuale centrale: ridurre l'attrito per il 97% delle operazioni sicure, preservando i checkpoint umani per il 3% che conta davvero.
Hard deny rules: cosa configurare adesso
Le hard deny rules sono il meccanismo che i team dovrebbero configurare prima del 14 agosto se vogliono mantenere i vantaggi di velocità dell'auto mode bloccando al contempo rischi specifici. A differenza della logica irreversibile/distruttivo integrata, le hard deny rules sono controllate dal team e dichiarate esplicitamente — non dipendono dall'allineamento della classificazione di Anthropic con la tolleranza al rischio della propria organizzazione.
Esempi di regole che i team stanno implementando prima del cambio di default:
- Bloccare tutti i
git pushverso branch corrispondenti amain,masterorelease/* - Vietare qualsiasi comando di scrittura su database (
DELETE,DROP,TRUNCATE) senza un passaggio esplicito di conferma backup - Bloccare le richieste in uscita verso domini al di fuori di una lista di allowlist definita (rilevante per gli ambienti regolamentati in cui la residenza dei dati è determinante)
- Vietare le scritture in qualsiasi percorso al di fuori della root del progetto — impedisce all'agente di spostarsi verso configurazioni di sistema o mount point condivisi
- Bloccare i comandi shell che invocano pattern
rm -rf,curl | showget | bash
I team che lavorano con dati regolamentati — FinTech, HealthTech, progetti per il settore pubblico soggetti a GDPR o HIPAA — dovrebbero trattare la toolchain Anthropic come un responsabile del trattamento esterno e verificare che il comportamento delle chiamate di rete in auto mode sia allineato ai propri accordi sul trattamento dei dati prima che il default diventi attivo.
Cosa significa per i team di sviluppo in Italia e in Europa
Il cambiamento dell'auto mode di Claude Code è un indicatore di tendenza, non una decisione di prodotto isolata. Gli strumenti di coding basati su IA in tutto il settore si stanno spostando dalla modalità “chiedi conferma per ogni passo” a “agisci e fermati solo sui rischi reali”. La domanda per i team non è se fidarsi degli strumenti agentici — la maggior parte lo fa già, come dimostra quel tasso di approvazione del 97%. La domanda è se stanno configurando deliberatamente questi strumenti oppure accettando impostazioni predefinite pensate per l'utente medio anziché per il loro specifico profilo di rischio.
Per i team statunitensi: l'esenzione opt-in per Enterprise dà alle organizzazioni più grandi il tempo per valutare. Ma i team sui piani Pro o Max — incluse molte startup e aziende mid-market — sono già nella finestra temporale del 14 agosto.
Per i team europei: le implicazioni di GDPR e EU AI Act meritano una revisione specifica. Claude Code che opera autonomamente su una codebase contenente dati personali, record regolamentati o connessioni ad API di produzione rappresenta un profilo di rischio diverso rispetto alla modalità supervisionata. La classificazione dei sistemi IA ad alto rischio dell'EU AI Act non copre attualmente gli strumenti di coding IA, ma le organizzazioni con policy di governance documentate dovrebbero verificare il proprio inventario degli strumenti IA prima che il default cambi.
Per i team italiani, l'adozione della modalità automatica va valutata nel contesto del quadro normativo nazionale. Il Garante per la protezione dei dati personali ha dimostrato un approccio proattivo verso i sistemi di IA — il blocco temporaneo di ChatGPT nel 2023 ne è l'esempio più noto. I team che trattano dati personali tramite agenti autonomi devono assicurarsi che i registri delle attività di trattamento (art. 30 GDPR) riflettano il nuovo perimetro di azione automatica. L'Agenzia per la Cybersicurezza Nazionale (ACN) ha pubblicato linee guida sulla sicurezza delle catene di sviluppo software: le hard deny rules di Claude Code rappresentano una misura tecnica allineata a queste raccomandazioni. Le aziende che investono in trasformazione digitale con fondi PNRR dovrebbero documentare l'adozione di strumenti AI autonomi nei propri piani di sicurezza.
La realtà operativa concreta: la modalità auto accelererà i flussi di lavoro di sviluppo per la maggior parte dei team che usano Claude Code. Il guadagno di produttività è reale e misurabile. La domanda di governance è se le hard deny rules del tuo team, gli accordi sul trattamento dei dati e i piani di risposta agli incidenti siano aggiornati per corrispondere al nuovo default — non se rinunciare a una modifica che i dati sulla sicurezza supportano.
Domande frequenti
Quando la modalità auto di Claude Code diventerà l'impostazione predefinita?
Anthropic ha annunciato la modifica per il 14 agosto 2026. Si applica ai piani Pro, Max e Team. Gli account Enterprise rimangono in modalità opt-in e non sono interessati dal cambio automatico del default.
Cos'è la modalità auto di Claude Code?
In auto mode, Claude Code procede automaticamente con modifiche ai file, comandi da terminale e utilizzo degli strumenti, a meno che non determini che un'azione è irreversibile, distruttiva o diretta fuori dall'ambiente locale. Invece di richiedere conferma per ogni azione, si ferma solo quando una decisione rientra in quelle categorie ad alto rischio.
Perché la modalità auto è più sicura dell'approvazione manuale?
Lo studio Anthropic su 1.053 utenti paganti ha rilevato che le persone approvano il 97% di tutte le richieste di autorizzazione per abitudine — una condizione chiamata approval fatigue. La revisione umana ha individuato solo il 13,6% delle azioni dannose di conseguenza. La logica di auto mode di Claude Code, calibrata sul rischio di ciascun tipo specifico di azione, ha intercettato l'89% delle stesse azioni nello studio.
Cosa sono le hard deny rules in Claude Code?
Le hard deny rules sono un livello di configurazione controllato dal team che ti consente di specificare categorie di azioni che Claude Code non eseguirà mai indipendentemente dal contesto — come il push su branch di produzione o l'invio di richieste di rete verso domini non in allowlist. Sono lo strumento principale per i team che vogliono la velocità dell'auto mode con limiti espliciti attorno ai flussi di lavoro sensibili.
Gli utenti Enterprise devono passare alla modalità auto?
No. Il cambio di default del 14 agosto si applica esclusivamente ai piani Pro, Max e Team. Gli account Enterprise rimangono in modalità opt-in e richiedono un'azione dell'amministratore per abilitare la modalità auto a livello di organizzazione.
Fonti
TechCrunch — Anthropic attiva la modalità automatica di Claude Code per impostazione predefinita, 9 agosto 2026
The Decoder — Anthropic imposta Claude Code in modalità automatica per impostazione predefinita, agosto 2026
9to5Mac — Avviso: Claude Code attiva la modalità automatica per impostazione predefinita la prossima settimana, 7 agosto 2026