Claude Code Enterprise: l’Auto Mode taglia i costi del classificatore

Claude Code Enterprise: cosa cambia nel budget

L’Auto Mode consente a Claude Code di continuare a lavorare senza chiedere l’approvazione per ogni azione rischiosa. Prima dell’esecuzione, un classificatore — un modello decisionale più piccolo — valuta operazioni come i comandi shell e le richieste di rete.

Fino alla release del 19 settembre 2026, nelle sessioni API, Enterprise e dei cloud provider supportati questi controlli potevano generare richieste separate al modello. Tali richieste consumavano token e venivano fatturate. Se un agente eseguiva molte operazioni shell e di rete, il livello di sicurezza aggiungeva quindi una propria voce di consumo al lavoro effettivamente richiesto a Claude.

La versione 2.1.278 introduce un percorso alternativo. Claude Code può ora chiedere al server di prendere la stessa decisione di sicurezza all’interno della normale richiesta al modello della sessione. Quando questo percorso è attivo, Anthropic non addebita il controllo del classificatore.

Non si tratta di uno sconto sui token di Claude, né di una tariffa API più bassa. La novità elimina il costo aggiuntivo delle richieste separate al classificatore nelle sessioni idonee.

Inoltre, non abilita automaticamente l’Auto Mode per tutti gli utenti API o Enterprise. Il cambiamento riguarda il luogo in cui vengono svolti i controlli quando una sessione usa già l’Auto Mode. Il modello di autorizzazioni più ampio è illustrato in Claude Code Auto Mode.

Due percorsi, due effetti sulla fattura

Il modo più chiaro per interpretare la novità è considerarla una scelta di instradamento con conseguenze dirette sui costi.

Il calcolo dei costi è altrettanto semplice:

Costo di una sessione idonea = uso ordinario del modello + eventuali strumenti con prezzo separato.

Costo di una sessione in fallback = uso ordinario del modello + eventuali strumenti con prezzo separato + token delle richieste al classificatore.

Il risparmio corrisponde all’ultimo termine, non all’intera fattura di Claude Code.

Anthropic non indica un risparmio fisso per sessione, e attribuire una percentuale universale significherebbe inventarla. I controlli lato client inviano una parte della trascrizione insieme all’azione in attesa. Le normali letture e le modifiche nella directory di lavoro in genere non passano dal classificatore, mentre i comandi shell e le operazioni di rete generano gran parte del costo aggiuntivo. Un’attività non presidiata con un uso intenso di strumenti può quindi risparmiare più di una breve sessione dedicata alla lettura del codice, ma il dato corretto va ricavato dai propri registri di utilizzo.

L’idoneità dipende dalla sessione, non dal tipo di account

Per impostazione predefinita, Claude Code richiede i controlli lato server nei piani Enterprise, negli account Claude API, in Claude Platform on AWS, Amazon Bedrock, Agent Platform di Google Cloud, Microsoft Foundry e nelle sessioni che passano da un gateway. È un elenco ampio, ma non significa che oggi ogni sessione su queste piattaforme sia idonea.

Contano lo stato del rollout sulla piattaforma, la regione, le credenziali e il percorso del traffico. Su Bedrock, Agent Platform, Foundry e sui gateway delle app Claude con accesso autenticato, l’Auto Mode richiede inoltre Claude Sonnet 5, Claude Opus 4.7 o versioni successive, oppure un modello Fable.

Per questo motivo, la versione 2.1.278 aggiunge a /status la riga Auto mode server:

• Enabled indica che le decisioni del server determinano l’esito delle azioni controllate nella sessione. L’addebito separato del classificatore non c’è più.
• Disabled indica che la sessione è tornata alle richieste al classificatore effettuate da Claude Code. Queste richieste continuano a essere fatturate come prima.

Questa riga è più utile del nome di un piano o dell’annuncio di un rollout: mostra quale percorso di fatturazione è stato effettivamente raggiunto dalla sessione corrente.

Il gateway è il punto critico più comune

Il percorso server richiede che alcuni dati di controllo arrivino intatti a destinazione e tornino al client. Un gateway che inoltra soltanto i campi già riconosciuti può eliminarli, anche se le normali richieste Claude continuano a funzionare.

Tra i problemi più frequenti ci sono la riscrittura degli header della richiesta, l’eliminazione dei campi sconosciuti nel body, la modifica degli ID di risposta e la perdita di chiavi negli eventi di streaming. In queste condizioni, il server potrebbe non ricevere mai la richiesta di controllo oppure Claude Code potrebbe non riceverne l’esito.

Il requisito di compatibilità è preciso. Il gateway deve inoltrare senza modifiche gli header e i campi del body, compreso safeguards. Deve inoltre restituire risposte ed eventi di streaming senza eliminare safeguard_results né riscrivere gli ID relativi all’uso degli strumenti. La guida alla compatibilità dei gateway raccomanda di trattare campi e header come elenchi aperti, perché le future funzioni di Claude Code potrebbero aggiungerne di nuovi.

Quando questa infrastruttura si interrompe, l’Auto Mode non smette di funzionare. Claude Code ripiega sul proprio classificatore e mostra un avviso di fatturazione. La continuità è utile per portare a termine il lavoro, ma può sfuggire nel controllo del budget: l’agente continua a operare, mentre ricompare la voce di consumo aggiuntiva.

Quattro team devono adeguare il proprio modo di lavorare

Il team di piattaforma che gestisce un gateway LLM

Conviene usare una sessione Claude Code rappresentativa come test di compatibilità. Se /status mostra Disabled, occorre esaminare le trasformazioni applicate dal gateway alle richieste e alle risposte in streaming prima di modificare qualsiasi previsione di spesa.

Il vantaggio non riguarda soltanto l’attuale costo del classificatore. Lasciare passare i campi sconosciuti senza riscriverli riduce il rischio che la prossima funzione di Claude Code si interrompa nello stesso punto.

Il responsabile FinOps che prevede i costi degli agenti

La stima va separata tra spesa ordinaria per il modello e costo aggiuntivo del classificatore. La seconda voce può essere rimossa soltanto per le sessioni in cui il percorso server risulta abilitato.

Così si evitano due previsioni sbagliate: conteggiare risparmi impediti da un gateway oppure continuare ad accantonare budget per il classificatore dopo il passaggio al server. I costi generali di modelli e piani restano invece nel principale modello dei prezzi di Claude Code.

L’amministratore Enterprise che distribuisce il servizio in più regioni

Non basta certificare la funzione una sola volta e dare per scontato che ogni sede, account del provider e credenziale si comportino allo stesso modo. Lo stesso controllo va eseguito su ciascun percorso realmente usato dagli sviluppatori.

Si ottiene così una breve matrice di idoneità basata sulle sessioni, non sul logo della piattaforma. Una regione che non ha ancora ricevuto i controlli lato server può restare sul percorso di fallback anche in assenza di errori di configurazione.

Il team Agent SDK che esegue attività non presidiate

Nei terminali interattivi l’avviso può interrompere il flusso. Un’esecuzione non interattiva con -p lo scrive su stderr, mentre stream-json emette un avviso system che un’app Agent SDK può leggere.

Il segnale va acquisito nei log o nella telemetria. In caso contrario, il workflow continua a riuscire e il ritorno alla fatturazione di fallback diventa visibile soltanto dopo che la spesa è stata sostenuta.

Verificare il percorso reale prima di cambiare il budget

I limiti da non ignorare

La release elimina un costo variabile, ma non offre una percentuale fissa da sottrarre al budget di un agente. Il modello di base continua a leggere il contesto, ragionare, produrre output e usare strumenti alle tariffe ordinarie. In genere, queste voci restano la parte più consistente del costo della sessione.

L’idoneità può inoltre dipendere da un confine che il team non controlla. Una piattaforma cloud potrebbe non aver completato il rollout per una regione o una credenziale. Il provider di un gateway potrebbe dover aggiornare il proprio comportamento di inoltro. In entrambi i casi, Claude Code mantiene il controllo di sicurezza e continua ad addebitare la richiesta di fallback.

I team che sanno già che il proprio gateway non supporta il percorso server possono disattivare la richiesta:

export CLAUDE_CODE_AUTO_MODE_SERVER=0

Questa impostazione impedisce a Claude Code di richiedere i controlli lato server, elimina l’avviso di fallback e mantiene intenzionalmente il percorso fatturato del classificatore lato client. Serve a ridurre il rumore, non a risparmiare. Anthropic la definisce inoltre temporanea, mentre una connessione diretta all’API Anthropic la ignora.

Cosa fare lunedì

Chi gestisce una distribuzione Claude Code basata su API, Enterprise, cloud provider o gateway dovrebbe intervenire questa settimana. Occorre aggiornare un percorso reale alla versione 2.1.278 o successiva, avviare una sessione in Auto Mode, controllare /status e verificare il trattamento di richieste e risposte da parte del gateway prima di eliminare il costo del classificatore dal budget.

Se /status mostra Disabled e non c’è un gateway da correggere, bisogna attendere il rollout per la piattaforma, la regione o la credenziale. Nel frattempo, la voce del classificatore va mantenuta nella previsione.

Per chi usa Pro, Max o Team, questa release non cambia il budget relativo al classificatore: il relativo costo aggiuntivo era già escluso dalla fatturazione. Anche i team che non utilizzano l’Auto Mode non sono interessati.

Per ricevere anche la prossima novità di piattaforma tradotta in una decisione operativa concreta, iscriviti alla newsletter.