Anthropic ha rilasciato Claude Code versione 2.1.207 questo mese e, tra le note di rilascio, si cela un cambiamento che riscrive le regole dello sviluppo assistito dall'IA. L'Auto mode è ora l'impostazione predefinita su tutte e tre le principali piattaforme cloud che ospitano l'agente: Amazon Bedrock, Google Vertex AI e Microsoft Azure Foundry. Questo singolo cambiamento altera chi detiene la catena di approvazione quando il codice scritto dalla macchina raggiunge il tuo repository.

Il vecchio approccio era difettoso

Fino a questo rilascio, Claude Code funzionava in modalità manuale per impostazione predefinita. L'agente preparava la modifica di un file, predisponeva un comando shell o metteva in coda un commit git, per poi fermarsi bruscamente. Aspettava che un essere umano leggesse il diff, controllasse il comando e cliccasse su approva. La teoria era valida: non lasciare mai che un'IA tocchi il codice di produzione senza l'autorizzazione di una persona.

La realtà era diversa. Anthropic ha scoperto che il 93% degli utenti in modalità manuale approvava i prompt senza leggerli. Gli sviluppatori consideravano la schermata di approvazione un fastidio, non un punto di controllo. Cliccavano "sì" in rapida successione per non interrompere il flusso di lavoro, rendendo di fatto inutile il controllo manuale. Un controllo di sicurezza che tutti aggirano non è un controllo. È attrito mascherato da sicurezza.

Come l'Auto mode sostituisce il clic umano

L'Auto mode sostituisce quell'approvazione umana di facciata con un secondo modello di IA. Questo classificatore esamina ogni singola azione che l'agente tenta di eseguire prima che venga effettivamente eseguita. Verifica se il passaggio è ancora in linea con il compito originale e se l'agente si è discostato dal percorso previsto. Se il classificatore autorizza l'azione, l'agente procede immediatamente. Nessun avviso. Nessun popup. Nessuna attesa che tu finisca di pranzare.

Questo è un tipo diverso di rete di sicurezza. Un classificatore non si stanca alle 2 del mattino. Non salta la lettura a causa di una scadenza imminente. E applica lo stesso rigore alla centesima azione quanto alla prima. Un ingegnere stanco non può dire lo stesso.

Un'inversione nella governance

Il cambiamento più profondo riguarda le impostazioni predefinite e la responsabilità. Prima della versione 2.1.207, i team dovevano scegliere attivamente l'Auto mode. Ora il carico è invertito: devi compiere un'azione esplicita per disattivarlo. Se la tua azienda gestisce dati regolamentati in ambito finanziario o sanitario, questo non è un piccolo tweak della UX. È un evento di policy. Il tuo team di compliance deve sapere che i commit autonomi potrebbero già essere presenti nei tuoi repository, a meno che qualcuno non abbia esplicitamente disabilitato la funzione.

Cosa dovresti fare subito

Per prima cosa, effettua un audit del tuo stato attuale. Analizza i log recenti e la cronologia git. Se vedi commit attribuiti a Claude Code ma non trovi i corrispondenti prompt di approvazione umana nei record della sessione, l'Auto mode è già attivo. Non dare per scontato che la tua vecchia configurazione sia stata mantenuta.

Se hai bisogno di ripristinare il controllo manuale, sappi che i vecchi comandi non funzionano più. Anthropic ha rimosso il supporto per le precedenti variabili d'ambiente che permettevano di attivare o disattivare questo comportamento. Ora devi impostare disableAutoMode nel tuo file di configurazione gestito. Qualsiasi vecchio workaround nelle tue configurazioni shell o nelle immagini dei container fallirà silenziosamente, quindi scansiona le tue pipeline di deployment dopo l'aggiornamento.

Non puoi regolare finemente il classificatore. Non esistono manopole per la sua aggressività o per la soglia di rischio. I tuoi unici controlli pratici sono i controlli di accesso. Riduci il raggio d'impatto. Limita l'agente a directory specifiche. Fornisci credenziali a breve scadenza con i permessi minimi necessari. Se il classificatore dovesse mai mancare un'azione errata, un agente con permessi limitati può causare molti meno danni rispetto a uno che possiede chiavi di amministratore.

Quando l'Auto mode ripaga l'investimento

Il vantaggio qui è la velocità pura su compiti che non meritano cicli di attenzione umana. L'Auto mode eccelle nei compiti delimitati e ripetitivi, dove i rischi sono bassi e il pattern è chiaro. Considera una passata di formattazione su cento file dopo aver aggiornato le regole del linter. O l'aggiornamento di una dipendenza a livello di patch non appena viene pubblicata una segnalazione di sicurezza. L'agente può iterare, applicare, testare e fare il commit senza interrompere la concentrazione profonda di un ingegnere.

Questo è importante perché il tempo di ingegneria è finito. Ogni minuto passato a cliccare "approva" su una correzione di spazi bianchi è un minuto sottratto all'architettura, alla gestione degli incidenti o a quel venti percento di lavoro realmente difficile che richiede ancora il giudizio umano. L'Auto mode restituisce quel tempo.

Ma la velocità senza disciplina è solo debito tecnico più veloce. Il classificatore controlla se un'azione corrisponde al prompt. Non controlla se il codice risultante superi la tua suite di integrazione, rispetti le tue invarianti di dominio o segua la tua guida di stile. Hai ancora bisogno di gate di CI, revisioni del codice e test automatizzati prima che qualsiasi cosa raggiunga la produzione.

La complicazione multi-cloud

Poiché questo valore predefinito è stato implementato simultaneamente su Bedrock, Vertex AI e Azure Foundry, le aziende che utilizzano configurazioni multi-cloud devono prestare attenzione alla coerenza. Non è possibile lasciare che la modalità automatica funzioni con permessi permissivi su AWS mantenendola restrittiva su GCP, a meno di non configurare deliberatamente ogni piattaforma. Se consideri queste tre cloud come un unico mesh operativo, standardizza subito la tua policy disableAutoMode e i tuoi confini di identità. Il disallineamento tra le piattaforme è invisibile finché non interrompe una build — o peggio.

Vale anche la pena ricordare ciò che il classificatore non vede. Esso valuta se l'agente rimane focalizzato sul compito, non se un refactoring crea effetti a catena nel tuo codebase. Un agente che estrae una utility condivisa potrebbe sembrare perfettamente in linea con il suo prompt, pur alterando sottilmente un'interfaccia da cui dipendono dieci servizi a valle. Il classificatore non è un architetto senior. È un controllore di task.

Una checklist per il prossimo sprint

Se stai gestendo questa transizione, ecco i passi concreti da compiere questa settimana:

  • Analizza due settimane di log. Mappa ogni commit di Claude Code. Segnala quelli avvenuti senza un prompt di approvazione umana.
  • Definisci l'ambito delle credenziali. Crea un account di servizio dedicato per l'agente. Concedi l'accesso in scrittura solo alle directory di cui ha effettivamente bisogno. Non concedere mai l'accesso a database di produzione, chiavi di deployment o archivi dati dei clienti.
  • Aggiorna la documentazione. Rimuovi i riferimenti ai vecchi interruttori delle variabili d'ambiente. Indirizza gli ingegneri reperibili verso la nuova impostazione gestita disableAutoMode.
  • Segmenta per rischio. Consenti la modalità automatica per attività di manutenzione limitate allo sviluppo, come la formattazione e piccoli aggiornamenti delle dipendenze. Richiedi la modalità manuale o una revisione umana completa per qualsiasi cosa riguardi la logica di business, l'autenticazione o il codice di gestione dei dati.
  • Informa il team di compliance. Spiega che il classificatore è un controllo automatizzato, non un'approvazione umana. Mostra loro come il nuovo default di opt-out interagisce con le tue attuali policy di controllo delle modifiche.

Mantieni i guardrail, abbandona la messinscena

La modalità automatica velocizza la programmazione assistita dall'IA eliminando il rituale di approvazione che la modalità manuale era diventata. Un secondo modello che revisiona l'agente è una protezione migliore di un developer esausto che preme "sì" compulsivamente a mezzanotte. Ma un valore predefinito è una decisione presa in anticipo, e questo presuppone che tu voglia autonomia finché non dirai diversamente.

Tratta la versione 2.1.207 come un cambiamento infrastrutturale, non come un aggiornamento di comodità. Revisiona i permessi, riscrivi i runbook e scegli deliberatamente quali workflow rimangono automatici e quali rimangono umani. Lascia che l'agente si occupi del lavoro ripetitivo. Il tuo compito è assicurarti che le barriere attorno a quel lavoro siano abbastanza solide da reggere.

Unisciti alla discussione nella GyaanSetu AI Community su Telegram.