- Per distribuire un gateway per la tua organizzazione, vedi Distribuisci un gateway LLM
- Per sapere cosa Claude Code invia a un gateway, vedi il riferimento del protocollo gateway
Verifica di una configurazione esistente
Gli amministratori possono distribuire l’indirizzo del gateway e la credenziale attraverso impostazioni gestite, gestione dei dispositivi, o unapiKeyHelper, in modo che Claude Code le raccolga all’avvio senza che Lei debba impostare nulla. Per verificare se la Sua organizzazione lo ha già fatto:
1
Avvia Claude Code
Esegui
claude. Se si apre alla schermata di accesso invece di una sessione, nessuna credenziale del gateway è stata distribuita; configurala da solo di seguito.2
Controlla la scheda Status
Se Claude Code ha avviato una sessione senza mostrare la schermata di accesso, esegui
/status, che si apre sulla scheda Status, e controlla due righe:Anthropic base URL: questa riga appare solo quando è impostato un indirizzo del gateway. Se non è presente, Claude Code non è indirizzato al gateway; configuralo da solo di seguito.Auth tokenoAPI key: una riga che nominaANTHROPIC_AUTH_TOKEN,ANTHROPIC_API_KEY, o unapiKeyHelperconferma che una credenziale del gateway è attiva. Una rigaLogin methodche nomina un account claude.ai significa che la credenziale non è stata distribuita; impostala da solo.
3
Invia un messaggio di prova
Chiudi il menu
/status e invia qualsiasi prompt in Claude Code. Una risposta normale da Claude, senza errori, conferma che la connessione al gateway funziona./status sembrano corrette ma il messaggio a Claude fallisce, vedi la tabella di risoluzione dei problemi.
Configura Claude Code da solo
Per configurare Claude Code per il gateway da solo, hai bisogno dal tuo team del gateway:- L’URL di base del gateway
- Una credenziale: una stringa di chiave o token, o un comando che ne recupera una
- Se il tuo team del gateway non ha detto quale tipo di credenziale è, la sezione variabile di credenziale di seguito copre cosa provare
- Imposta la variabile di credenziale e imposta l’URL di base: le due variabili di cui ogni connessione gateway ha bisogno
- Verifica la connessione: conferma che funziona prima di persistere qualsiasi cosa
- Configura ogni superficie: se stai utilizzando una superficie diversa dalla CLI di Claude Code, come VS Code, vedi come configurarla con le tue credenziali del gateway
- Configurazione aggiuntiva: variabili che alcuni gateway necessitano oltre all’URL di base e alla credenziale, come un’intestazione personalizzata, un helper di credenziale, scoperta di modelli, un URL di base in formato provider, o disattivare il traffico al di fuori del percorso del gateway. Imposta questi solo se il tuo amministratore li ha nominati o la tua rete limita l’uscita
Imposta la variabile di credenziale
Per autenticare Claude Code al gateway, imposta la tua credenziale in una variabile di ambiente. Quale variabile dipende da cosa il tuo team del gateway ti ha detto:
Se non ti è stato detto quale tipo, usa
ANTHROPIC_AUTH_TOKEN; la richiesta di verifica di seguito mostra come dire se hai bisogno di cambiare.
Imposta l’URL di base e la credenziale
Imposta l’URL di base del gateway e la variabile di credenziale che hai scelto sopra come variabili di ambiente. Gli esempi usanoANTHROPIC_AUTH_TOKEN; sostituiscilo con ANTHROPIC_API_KEY se quella è la variabile che hai scelto. Puoi impostarli nella tua shell, che dura per una sessione di terminale, o in un file di impostazioni di Claude Code, che persiste ovunque Claude Code viene eseguito.
Per la tua prima connessione, inizia con esportazioni di shell ed esegui la richiesta di verifica prima di spostare i valori in un file di impostazioni.
Imposta come variabili di ambiente della shell
Sostituisci i valori con quelli che il tuo team del gateway ti ha dato:- Bash o Zsh
- PowerShell
~/.zshrc, ~/.bashrc, o il tuo $PROFILE di PowerShell.
Se esporti il gateway solo nella tua shell, non raggiunge in modo affidabile gli agenti di background ospitati dal supervisor; vedi come ogni sessione di background recupera il suo gateway. Usa un file di impostazioni per qualsiasi gateway che gli agenti di background devono sempre instradare attraverso.
Imposta in un file di impostazioni
Per fare in modo che la configurazione si applichi ovunque Claude Code viene eseguito, inclusi gli agenti di background, imposta le variabili nel bloccoenv di un file di impostazioni invece di dipendere dalla tua shell. I file di impostazioni hanno ambiti diversi:
~/.claude/settings.jsonsi applica a tutti i tuoi progetti. Su Windows il percorso è%USERPROFILE%\.claude\settings.json.claude/settings.local.jsonsi applica a un progetto. Claude Code lo aggiunge al tuo gitignore globale quando salva un’impostazione lì; se lo crei a mano o fai scrivere a Claude, aggiungilo al tuo gitignore tu stesso prima in modo da non committere accidentalmente la tua credenziale
env ha lo stesso aspetto in entrambi i file:
env di file di impostazioni impostano la stessa variabile, il valore del file di impostazioni si applica. Esegui /status per vedere quale URL di base e fonte di credenziale Claude Code sta utilizzando.
Verifica la connessione
Con le variabili esportate nella tua shell, invia una richiesta di un token al gateway direttamente. Questo conferma che l’URL e la credenziale funzionano prima di aprire Claude Code, quindi un fallimento punta al gateway piuttosto che alla tua configurazione. I comandi di seguito leggono le variabili di shell, quindi hanno bisogno delle esportazioni di shell anche se metti anche i valori in un file di impostazioni.- Bash o Zsh
- PowerShell
x-api-key, sostituisci l’intestazione Authorization con x-api-key: $ANTHROPIC_API_KEY nel comando Bash, o la voce della tabella hash "Authorization" con "x-api-key" = "$env:ANTHROPIC_API_KEY" nel comando PowerShell.
Una risposta JSON che inizia con {"id":"msg_ e include un campo "content":[...] significa che il gateway è raggiungibile e la credenziale funziona. Un errore che nomina un modello sconosciuto prova comunque che l’URL e la credenziale funzionano, poiché il gateway ha autenticato la richiesta prima di rifiutare il nome del modello; non hai bisogno di trovare un modello che il tuo gateway serve per questo test. Un 401 significa che la credenziale è stata rifiutata: se hai indovinato la variabile, passa all’altra e ri-esporta.
Conferma in Claude Code
Avviaclaude dalla stessa shell in modo che erediti le esportazioni, invia un messaggio, ed esegui /status.
Nella scheda Status, la riga Anthropic base URL dovrebbe mostrare il tuo indirizzo del gateway, che conferma che le richieste vengono instradate lì; se la riga non è presente, la variabile non ha raggiunto la sessione. Una riga Auth token o API key che nomina la variabile che hai impostato conferma che la credenziale del gateway è attiva piuttosto che un accesso claude.ai salvato.
Se il messaggio fallisce, o /status non mostra l’URL del gateway, vedi la tabella di risoluzione dei problemi di seguito.
Come la variabile di credenziale si mappa a un’intestazione
Ogni variabile invia la credenziale in un’intestazione HTTP diversa:ANTHROPIC_AUTH_TOKEN in Authorization: Bearer, ANTHROPIC_API_KEY in x-api-key, e apiKeyHelper in entrambe. Una credenziale nella variabile sbagliata raggiunge il gateway in un’intestazione che non legge, e la richiesta fallisce con 401. Se la richiesta di verifica ha restituito 401, passa all’altra variabile e riprova.
Conflitti con un accesso esistente
Una variabile di credenziale del gateway ha precedenza su un accesso claude.ai salvato o una chiave Console. Il tuo accesso claude.ai rimane salvato e inutilizzato mentre la variabile è impostata; annulla l’impostazione della variabile e Claude Code torna ad esso. ConANTHROPIC_AUTH_TOKEN, la variabile ha precedenza immediatamente. Con ANTHROPIC_API_KEY, ti viene chiesto una volta in modalità interattiva di approvare la chiave prima che prenda il controllo.
Esegui /status per confermare quale fonte di credenziale è attiva. Se l’avvio mostra un avviso di conflitto di autenticazione che nomina due fonti, vedi la prima riga della tabella di risoluzione dei problemi per quale eliminare. Per cancellare un accesso salvato in modo che rimanga solo la credenziale del gateway, esegui /logout.
Configura ogni superficie
La CLI legge le variabili di ambiente e i file di impostazioni di cui sopra. Le altre superfici sono l’estensione VS Code, l’app desktop, GitHub Actions, Agent SDK, e le superfici cloud come Slack e il web; le sezioni di seguito coprono se quelle impostazioni raggiungono ognuna.Estensione VS Code
Imposta le variabili del gateway per l’estensione VS Code inclaudeCode.environmentVariables, nelle impostazioni utente di VS Code stesso aperte con il comando Preferences: Open User Settings (JSON). L’estensione controlla le credenziali da questa impostazione prima di avviarsi, quindi è il posto affidabile per la credenziale del gateway; i valori in ~/.claude/settings.json raggiungono il processo generato ma non il controllo di accesso dell’estensione stessa.
App desktop
L’app desktop legge il routing del gateway dalla sua configurazione di inferenza di terze parti, non daANTHROPIC_BASE_URL o settings.json. Quella configurazione può provenire dalla tua organizzazione o da un modulo nell’app stessa:
- Distribuita da un amministratore: se la tua organizzazione ha distribuito la configurazione, l’app desktop instrada attraverso il gateway senza alcuna configurazione da parte tua
- Configurata localmente: per i dispositivi senza una configurazione distribuita da un amministratore, apri Help → Troubleshooting → Enable Developer Mode, che riavvia l’app con un menu Developer. Quindi apri Developer → Configure Third-Party Inference e inserisci l’URL di base del tuo gateway. Una configurazione distribuita da un amministratore ha la precedenza e rende questo modulo di sola lettura
ANTHROPIC_BASE_URL e la credenziale del gateway impostati lì.
Se l’app desktop mostra Gateway was unreachable, l’app non ha potuto raggiungere l’URL di base configurato all’avvio; controlla l’URL e il percorso di rete con il test curl di cui sopra.
GitHub Actions
Claude Code GitHub Actions leggeANTHROPIC_BASE_URL e ANTHROPIC_CUSTOM_HEADERS dal blocco env del workflow. Passa la credenziale come input anthropic_api_key dell’azione; l’azione la imposta come ANTHROPIC_API_KEY, quindi raggiunge il gateway nell’intestazione x-api-key.
Per un gateway x-api-key, imposta l’URL di base in env e passa la chiave del gateway come input:
anthropic_api_key che come ANTHROPIC_AUTH_TOKEN nel blocco env del workflow. L’azione richiede anthropic_api_key, CLAUDE_CODE_OAUTH_TOKEN, o federazione dell’identità del carico di lavoro prima di avviare Claude Code, e non legge ANTHROPIC_AUTH_TOKEN, quindi l’input è lì solo per soddisfare quel controllo di avvio. La variabile env è ciò che mette la chiave nell’intestazione Authorization che il gateway legge; la copia in x-api-key viene ignorata:
CLAUDE_CODE_OAUTH_TOKEN e federazione dell’identità del carico di lavoro, vedi Claude Code GitHub Actions e il README dell’azione.
Agent SDK
L’Agent SDK non ha opzioni specifiche del gateway; passa le variabili di ambiente al processo Claude Code che genera. Ogni SDK accetta un’opzioneenv che imposta l’ambiente del processo generato, e gli SDK TypeScript e Python lo trattano diversamente:
- TypeScript: il processo generato eredita l’ambiente padre per impostazione predefinita, ma impostare
options.envsostituisce completamente l’ambiente. Distribuisciprocess.envin esso per mantenere le tue variabili del gateway. - Python:
ClaudeAgentOptions(env=...)si unisce sopra l’ambiente ereditato, quindi le variabili del gateway impostate nel processo padre si trasportano senza distribuire.
Slack, sessioni cloud e Remote Control
Claude Code in Slack e sessioni cloud usano sempre l’API di Anthropic; non fanno parte di una distribuzione del gateway. Le variabili del gateway impostate nella configurazione dell’ambiente di una sessione cloud non vengono applicate. Se il tuo traffico deve rimanere sul gateway, non abilitare queste superfici per quegli utenti. Remote Control e dettatura vocale si basano entrambi su un’identità claude.ai: Remote Control per accoppiare una sessione live con il tuo account, e dettatura vocale per raggiungere l’endpoint di trascrizione claude.ai. Non sono disponibili mentreANTHROPIC_API_KEY, ANTHROPIC_AUTH_TOKEN, o un apiKeyHelper è attivo. Remote Control è anche disabilitato mentre ANTHROPIC_BASE_URL punta a un host non-Anthropic, quindi accedere con claude.ai non è sufficiente da solo. Prima della v2.1.196, un URL di base non-Anthropic non bloccava Remote Control.
Per ripristinare una delle due funzioni, accedi con claude.ai e annulla l’impostazione delle variabili del gateway che quella funzione controlla. La sezione Remote Control di claude doctor nomina ciò che sta attualmente bloccando Remote Control.
- Dettatura vocale: annulla l’impostazione della credenziale del gateway
- Remote Control: annulla l’impostazione della credenziale del gateway e
ANTHROPIC_BASE_URL
Configurazione aggiuntiva
Queste impostazioni coprono i casi oltre l’URL di base e le credenziali. Impostarle solo se le istruzioni dell’amministratore, le regole di uscita della rete o la tabella di risoluzione dei problemi lo richiedono.Inviare intestazioni aggiuntive
Alcuni gateway instradano o taggano le richieste utilizzando un’intestazione personalizzata oltre alle credenziali, ad esempio un identificatore di tenant o una chiave di instradamento. Per inviarne una, impostareANTHROPIC_CUSTOM_HEADERS con una coppia Name: Value per riga. L’esempio seguente aggiunge un’intestazione di instradamento denominata X-Org-Route:
- Bash o Zsh
- PowerShell
ANTHROPIC_CUSTOM_HEADERS nel blocco env di un file di impostazioni. Utilizzare \n tra le coppie lì, poiché le stringhe JSON non possono estendersi su più righe:
env.
Aggiungere modelli gateway al selettore di modelli
Con il rilevamento dei modelli abilitato, Claude Code interroga il gateway per il suo elenco di modelli all’avvio e aggiunge questi nomi al selettore/model insieme alle voci integrate. Se l’utente o l’amministratore impostano replaceBuiltInOptions in una lineup modelPicker, Claude Code nasconde anche i nomi rilevati. Mantiene una riga per il modello che la sessione sta già utilizzando.
Abilitarlo se il gateway fornisce nomi di modelli che non sono nell’elenco integrato di Claude Code e si desidera selezionarli dal selettore. Se i modelli integrati sono quelli utilizzati, non è necessario il rilevamento; l’amministratore potrebbe averlo già abilitato tramite impostazioni gestite.
Per abilitarlo, impostare CLAUDE_CODE_ENABLE_GATEWAY_MODEL_DISCOVERY=1 nella shell o nel blocco env di ~/.claude/settings.json.
I modelli rilevati vengono visualizzati come voci /model aggiuntive. Ogni voce mostra la descrizione fornita dal gateway per il modello, o From gateway quando non ne fornisce una.
Per confermare che il rilevamento è stato eseguito, avviare claude --debug e cercare le righe [gatewayDiscovery] nel registro di debug in ~/.claude/debug/<session-id>.txt. La prima volta che il rilevamento ha successo, Claude Code registra quanti modelli ha memorizzato nella cache, e registra di nuovo solo quando l’elenco del gateway cambia. Un 404, timeout o reindirizzamento appare lì anche. Per quando viene eseguito il rilevamento, cosa filtra e il formato di risposta che i gateway forniscono, vedere il riferimento del rilevamento dei modelli.
Ruotare le credenziali con apiKeyHelper
UnapiKeyHelper è un comando che Claude Code esegue per recuperare la credenziale del gateway, invece di leggerla da una variabile di ambiente statica.
Utilizzare un helper quando la credenziale scade secondo una pianificazione, proviene da un comando vault o SSO, o l’amministratore ha detto di configurarne uno. Se la credenziale è una stringa fissa impostata una volta, la variabile di credenziale è tutto ciò che serve e è possibile saltare questa sezione.
L’helper è qualsiasi comando shell che stampa la credenziale corrente su stdout. Claude Code lo esegue attraverso la shell di sistema, quindi su Windows può essere un eseguibile o una chiamata PowerShell. Fare in modo che il comando stampi solo la credenziale. Su Claude Code v2.1.227 o successivo, un banner o una riga di log stampata insieme alla chiave fa fallire l’helper. Scrivere lo script, renderlo eseguibile e farvi riferimento da apiKeyHelper nel file di impostazioni:
- Bash o Zsh
- PowerShell
Ad esempio, uno script che legge da un vault:Farvi riferimento nel percorso in
~/.claude/settings.json:CLAUDE_CODE_API_KEY_HELPER_TTL_MS in millisecondi, ad esempio CLAUDE_CODE_API_KEY_HELPER_TTL_MS=900000 per 15 minuti.
Vedere apiKeyHelper per gli altri casi in cui Claude Code riesegue l’helper.
Il valore dell’helper viene inviato sia nell’intestazione Authorization che in x-api-key, quindi funziona indipendentemente da quale intestazione il gateway legge.
Disattivare il traffico al di fuori del percorso del gateway
Il gateway trasporta le richieste di modello, ma Claude Code invia anche traffico di background non essenziale al di fuori del percorso del gateway, ad Anthropic e a servizi di terze parti come GitHub: controlli di versione, telemetria, note di rilascio e richieste simili. Su una rete che consente solo l’uscita verso il gateway, queste richieste falliscono e possono apparire come connessioni bloccate nel monitoraggio dell’uscita. Claude Code allega una credenziale a una richiesta di telemetria o metriche di utilizzo solo quando la richiesta va all’host a cui appartiene la credenziale. MentreANTHROPIC_BASE_URL punta al gateway, Claude Code invia i suoi eventi di telemetria ad Anthropic senza la credenziale del gateway. Con una variabile di credenziale o apiKeyHelper anche attivi, Claude Code non segnala le metriche di utilizzo alla dashboard analytics della Console. Prima della v2.1.246, Claude Code poteva allegare la credenziale del gateway alle richieste di telemetria e metriche di utilizzo destinate agli host Anthropic; le richieste di modello andavano sempre al gateway con la credenziale che il gateway si aspetta.
Per disattivare quel traffico, impostare CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC=1 insieme alle variabili del gateway, nello stesso blocco di esportazioni shell o env del file di impostazioni:
- Bash o Zsh
- PowerShell
- Disabilita gli aggiornamenti automatici, quindi pianificare un altro percorso di aggiornamento, come il gestore di pacchetti o la distribuzione gestita.
- Sopprime il controllo di disponibilità della modalità veloce. A meno che un controllo precedente non abbia già abilitato la modalità veloce sulla macchina,
/fastsegnala che la modalità veloce non è disponibile. - Non influisce sul rilevamento dei modelli gateway, che interroga solo il gateway. Prima della v2.1.257, la variabile fermava anche l’aggiornamento del rilevamento, quindi il selettore manteneva l’elenco precedentemente memorizzato nella cache.
- Il controllo di sicurezza del dominio dello strumento WebFetch](/it/data-usage#webfetch-domain-safety-check) non è interessato e chiama ancora
api.anthropic.com. Disattivarlo separatamente conskipWebFetchPreflight: truenelle impostazioni se la rete blocca quell’host. - Per ogni flusso di telemetria e la variabile che lo controlla, vedere servizi di telemetria.
Instradare a un provider cloud attraverso un gateway
Queste configurazioni puntano Claude Code a un gateway attraverso una variabile di URL di base specifica del provider al posto diANTHROPIC_BASE_URL. I gateway Amazon Bedrock e Google Cloud’s Agent Platform accettano i formati di richiesta nativi di questi provider; i gateway Microsoft Foundry e Claude Platform on AWS accettano il formato Anthropic Messages. Sugli instradamenti Amazon Bedrock e Google Cloud’s Agent Platform, Claude Code limita anche le intestazioni beta e i campi di richiesta che invia al set che il provider accetta. Per ciò che il gateway riceve su ogni instradamento, vedere la guida di compatibilità del gateway.
Utilizzarne uno solo se il team del gateway ha nominato specificamente Amazon Bedrock, Google Cloud’s Agent Platform, Microsoft Foundry o Claude Platform on AWS. Se la richiesta di verifica sopra ha restituito JSON, è possibile saltare questa sezione.
Impostare il blocco per il provider che il team del gateway ha nominato. Le variabili skip-auth nei blocchi Amazon Bedrock, Google Cloud’s Agent Platform e Claude Platform on AWS dicono a Claude Code di non firmare le richieste con le credenziali del provider cloud, poiché il gateway le contiene. Se il gateway ha anche bisogno del suo token, dove lo si mette dipende dal provider:
- Amazon Bedrock, Google Cloud’s Agent Platform o Claude Platform on AWS: aggiungere
ANTHROPIC_AUTH_TOKENdopo il blocco. Claude Code lo invia al gateway come intestazioneAuthorization: Bearer. Per una credenziale in uno schema o intestazione diversa, utilizzareANTHROPIC_CUSTOM_HEADERSinvece. Mantenere la variabile skip-auth impostata comunque, poiché senza di essa Claude Code rimuove qualsiasi intestazioneAuthorizationcheANTHROPIC_AUTH_TOKEN, unapiKeyHelperoANTHROPIC_CUSTOM_HEADERSaggiungerebbero. - Microsoft Foundry: utilizzare
ANTHROPIC_FOUNDRY_API_KEYcome mostra il suo blocco
Amazon Bedrock
LasciareAWS_BEARER_TOKEN_BEDROCK non impostato quando il gateway emette la sua credenziale. Se lo si imposta, Claude Code invia quella chiave API Amazon Bedrock come intestazione Authorization invece del token del gateway, anche con CLAUDE_CODE_SKIP_BEDROCK_AUTH impostato.
- Bash o Zsh
- PowerShell
Google Cloud’s Agent Platform
Sostituire l’ID del progetto e la regione con i propri valori. Claude Code include entrambi nel percorso di ogni richiesta che invia al gateway:- Bash o Zsh
- PowerShell
- Regioni per modello: se il gateway fornisce alcuni modelli da una regione diversa da
CLOUD_ML_REGION, impostare la variabileVERTEX_REGION_CLAUDE_*corrispondente per ciascuno, ad esempioVERTEX_REGION_CLAUDE_4_6_SONNET=europe-west1. Il riferimento delle variabili di ambiente elenca i nomi esatti. - Versioni dei modelli: pin
ANTHROPIC_DEFAULT_OPUS_MODEL,ANTHROPIC_DEFAULT_SONNET_MODELeANTHROPIC_DEFAULT_HAIKU_MODELcome in Pin model versions. L’impostazione diANTHROPIC_DEFAULT_HAIKU_MODELsposta anche attività di background come i titoli delle sessioni a quel modello, e quella sezione spiega quale modello le esegue altrimenti. - Capacità dei modelli: se si pin un ID modello che la versione di Claude Code non riconosce, funzionalità come livelli di sforzo o pensiero esteso possono rimanere disabilitate su di esso. Dichiarare ciò che il modello supporta con
ANTHROPIC_DEFAULT_OPUS_MODEL_SUPPORTED_CAPABILITIESe i suoi equivalenti Sonnet e Haiku.
Microsoft Foundry
Mettere la credenziale del gateway inANTHROPIC_FOUNDRY_API_KEY; viene inviata al gateway come intestazione x-api-key. Un gateway che si aspetta un bearer token può prendere ANTHROPIC_FOUNDRY_AUTH_TOKEN invece. Claude Code invia quel valore come intestazione Authorization: Bearer, e ha la precedenza su ANTHROPIC_FOUNDRY_API_KEY quando entrambi sono impostati. Richiede Claude Code v2.1.203 o successivo.
Per un gateway che inietta la sua intestazione Authorization, impostare CLAUDE_CODE_SKIP_FOUNDRY_AUTH=1 e lasciare entrambe le variabili di credenziale non impostate. Claude Code invia quindi richieste senza una credenziale Azure e preserva l’intestazione Authorization fornita, ad esempio attraverso ANTHROPIC_CUSTOM_HEADERS. Prima della v2.1.203, CLAUDE_CODE_SKIP_FOUNDRY_AUTH senza una chiave API lasciava il client Microsoft Foundry incapace di inviare richieste.
- Bash o Zsh
- PowerShell
Claude Platform on AWS
Vedere Claude Platform on AWS per l’ID dell’area di lavoro.- Bash o Zsh
- PowerShell
Confermare l’instradamento del provider
Avviareclaude dalla shell dove è stato impostato il blocco ed eseguire /status. Con il blocco Amazon Bedrock, la scheda Status mostra righe come queste:
Vertex base URL e GCP auth skipped per Google Cloud’s Agent Platform; il blocco Microsoft Foundry mostra una riga auth skipped solo se si imposta CLAUDE_CODE_SKIP_FOUNDRY_AUTH. Se si instrada anche attraverso un proxy aziendale, una riga Proxy mostra l’URL del proxy. Se la riga dell’URL di base è mancante, la variabile non ha raggiunto la sessione.
Risolvi gli errori del gateway
Questi sono gli errori più comuni quando si esegue Claude Code attraverso un gateway, con la causa dal lato del gateway e la correzione:
Se Claude Code ti chiede di accedere ripetutamente dopo aver rimosso la configurazione del gateway, la causa è solitamente l’archiviazione delle credenziali piuttosto che il gateway; vedi errori di autenticazione.
Risorse correlate
- Panoramica dei gateway LLM: cos’è un gateway e come interagisce con gli abbonamenti a claude.ai
- Distribuisci un gateway LLM per la tua organizzazione: la checklist rivolta agli amministratori per distribuire e distribuire la configurazione del gateway
- Guida alla compatibilità del gateway: cosa Claude Code invia a un gateway, incluse le intestazioni e i campi che il gateway deve inoltrar
- Impostazioni: dove si trovano i file di impostazioni e come viene letto il blocco
env - Autenticazione: come le variabili di credenziale,
apiKeyHelper, e l’accesso OAuth interagiscono