Skip to main content
In auto mode, un classificatore controlla azioni come comandi shell e richieste di rete prima che vengano eseguite. Ovunque i controlli lato server siano attivi, il server esegue questi controlli come parte delle richieste del modello della sessione stessa, senza addebito. Questo avviso significa che i controlli del server non stanno raggiungendo la sessione, quindi Claude Code sta effettuando le proprie richieste del classificatore, e sul vostro account queste richieste contano verso l’utilizzo dei token:
Al prompt, Claude Code blocca la prima azione che dovrebbe controllare in questo modo finché non rispondete. Nulla è rotto: la modalità auto continua a funzionare, e le sue richieste del classificatore vengono addebitate come prima. La causa più comune è un gateway LLM o un proxy tra Claude Code e l’API, e quando Claude Code riesce a identificarne uno, l’avviso lo nomina. Premete Invio per continuare, oppure consultate Rendere la sessione idonea per evitare che appaia nelle nuove sessioni.

​
Rispondere alla notifica

La notifica blocca l’azione fino a quando non rispondete:
  • Invio continua: l’azione bloccata e il resto della sessione utilizzano le richieste di classificazione proprie di Claude Code, fatturate come utilizzo di token come prima, e la notifica non appare di nuovo in quella sessione. Quando la notifica ha nominato un gateway, riconoscerla impedisce che riappaia su questa macchina per 24 ore. Quando non l’ha fatto, la notifica ritorna la prossima volta che una sessione torna indietro.
  • Esc o Ctrl+C annulla: l’azione bloccata non viene eseguita e il turno corrente si ferma, con la sessione ancora in modalità auto. Nulla viene ricordato, quindi la notifica appare di nuovo prima dell’azione controllata successiva.
Per smettere di utilizzare la modalità auto, passate ai modalità di autorizzazione con Shift+Tab dopo aver risposto. Dove la notifica non può attendere una risposta, Claude Code segnala lo stesso testo e la sessione continua in modalità auto, a meno che un riconoscimento gateway su questa macchina negli ultimi 24 ore non l’abbia chiuso. In modalità non interattiva con -p stampa il testo su stderr e nell’output stream-json emette un messaggio di avvertimento system, che le applicazioni Agent SDK possono leggere dal flusso di messaggi.

​
Rendere la sessione idonea

Se un gateway è la causa, chiedi all’amministratore della tua azienda o al tuo provider di gateway di far passare le richieste e le risposte senza modifiche. Ciò significa inoltrare le intestazioni delle richieste e i campi del corpo così come sono, inclusi quelli che il gateway non riconosce come il campo di richiesta safeguards, e restituire risposte ed eventi di streaming senza eliminare chiavi come il campo safeguard_results o riscrivere gli ID di tool-use, come descrive la guida di compatibilità del gateway. Un gateway che fa passare il traffico in questo modo continua a funzionare con questa funzionalità e con quelle future. Le nuove sessioni utilizzano di nuovo i controlli del server. Se sai già che il tuo gateway non può fornire i controlli del server, comunica a Claude Code di non chiederli lì impostando CLAUDE_CODE_AUTO_MODE_SERVER a 0 prima di avviare la sessione, nella tua shell o nella chiave di impostazioni env:
Le richieste del classificatore sono quindi sempre proprie di Claude Code, fatturate allo stesso modo, e la notifica non appare. Su una connessione diretta all’API Anthropic, la variabile richiede Claude Code v2.1.281 o successivo. Impostare CLAUDE_CODE_DISABLE_EXPERIMENTAL_BETAS=1 mentre CLAUDE_CODE_AUTO_MODE_SERVER non è impostato disattiva anche i controlli del server, tranne come descrive Disabilitare le funzionalità pre-release. CLAUDE_CODE_AUTO_MODE_SERVER è un’impostazione temporanea e potrebbe essere rimossa in una versione successiva.

​
Perché appare la notifica

La revisione del classificatore lato server elenca quali sessioni richiedono al server i controlli del classificatore. I piani Pro, Max e Team non mostrano mai la notifica. Quando appare, le cause più comuni sono:
  • Un gateway LLM o proxy è nel percorso: uno che elimina o riscrive le intestazioni delle richieste, scarta i campi della richiesta che non riconosce o modifica le risposte. Il server quindi non riceve mai la richiesta di controlli, oppure Claude Code non riceve i risultati. Quando la configurazione o le risposte identificano il gateway, la notifica lo nomina.
  • I controlli lato server non hanno ancora raggiunto la tua piattaforma, regione o credenziale: se una piattaforma o una regione li esegue dipende dal rollout di quella piattaforma. Se vedi la notifica senza gateway o proxy nel percorso e continua ad apparire, questa è la causa probabile. Per confermare, contatta il supporto o l’amministratore della tua azienda, oppure segnalalo con /feedback.
Per controllare una sessione che è in modalità auto, esegui /status al prompt di Claude Code: la sua riga Auto mode server legge Enabled mentre i controlli del server decidono le azioni della sessione e Disabled una volta che la sessione è ricaduta. Quando un gateway taglia le risposte o riscrive i risultati in una forma che Claude Code non può leggere, ricevi negazioni senza verdetto al posto di questa notifica; vedi La revisione del classificatore lato server.