GET /protocol, coprendo gli endpoint di accesso, inferenza, impostazioni gestite, scoperta dei modelli e telemetria di quel gateway. È un documento separato da questa guida.
- Per implementare un gateway esistente o di terze parti per la tua organizzazione, vedi Implementare un gateway LLM
- Se sei uno sviluppatore individuale che autentica Claude Code a un gateway con una credenziale che ti è stata fornita, vedi Connettere Claude Code a un gateway LLM
- Formati API e gli endpoint da servire per ciascuno
- Comportamento del client per metodo di connessione: come gli ID modello, i valori
anthropic-beta, i campi di richiesta e i valori predefiniti differiscono tra i formati e un accesso al gateway delle app Claude - Intestazioni di richiesta: quali devono raggiungere l’upstream e quali il tuo gateway può consumare
- Intestazioni di risposta: cosa restituire affinché il rilevamento dei blocchi, i tentativi e la visualizzazione del limite di utilizzo funzionino
- Il blocco di attribuzione del prompt di sistema e come interagisce con la memorizzazione nella cache dei prompt
- Passaggio delle funzionalità: cosa si interrompe quando le intestazioni o i campi del corpo vengono rimossi
- Scoperta dei modelli
- Inoltra invariato: passalo all’upstream byte per byte
- Consuma: il gateway può leggerlo per il routing, l’attribuzione o la traccia e non è necessario inoltrarlo
Formati API
Un gateway deve esporre almeno uno dei seguenti formati API ai client Claude Code. Un client sceglie un formato e punta Claude Code al vostro gateway con le variabili nella colonna Selezionato da della tabella sottostante. Google Cloud’s Agent Platform è l’endpoint Claude di Google Cloud, precedentemente Vertex AI; i nomi delle variabili mantengono l’ortografiaVERTEX.
Foundry e Claude Platform on AWS
Microsoft Foundry e la Claude Platform on AWS implementano il formato Anthropic Messages. Claude Code instrada verso di loro attraverso le loro variabili,ANTHROPIC_FOUNDRY_BASE_URL e ANTHROPIC_AWS_BASE_URL, ma un gateway che le fronteggiano implementa la riga Anthropic Messages sopra. Un gateway che fronteggia Claude Platform on AWS deve anche inoltrare l’header anthropic-workspace-id, che quella piattaforma richiede su ogni richiesta.
Endpoint opzionali e traffico di avvio
Gli endpoint di conteggio dei token sono gli unici opzionali: quando sono assenti, Claude Code ricade su una stima basata su caratteri dell’utilizzo del contesto. Abbinate in base al percorso, non all’URL completo:- Le richieste di inferenza vengono inviate a
/v1/messages?beta=true - Il metodo Google Cloud’s Agent Platform i suffissi si allegano al percorso del modello dell’editore, come in
/projects/{project}/locations/{location}/publishers/anthropic/models/{model}:streamRawPredict
HEAD /api/hello, che Claude Code salta quando è configurato un proxy HTTP o un certificato client. Un gateway in formato Amazon Bedrock riceve una richiesta GET /inference-profiles?type=SYSTEM_DEFINED e, quando il modello configurato è un profilo di inferenza, ricerche GET /inference-profiles/{profile}.
Le sessioni che passano attraverso un gateway non sono idonee per la configurazione HIPAA. Verifica come gli sviluppatori accedono e si connettono elenca quali metodi di accesso e di connessione lo sono. Consulta La configurazione HIPAA dietro un gateway.
Il controllo di disponibilità della fast mode non appare mai nei log del gateway: chiama api.anthropic.com direttamente piuttosto che seguire ANTHROPIC_BASE_URL, quindi su una rete che blocca l’uscita diretta verso api.anthropic.com, la fast mode può segnalare un errore di connettività mentre l’inferenza attraverso il gateway continua a funzionare. Il controllo di sicurezza del dominio WebFetch chiama anche api.anthropic.com direttamente. Utilizzare fast mode dietro proxy e gateway LLM copre le variabili che la ripristinano.
Streaming
Claude Code legge ogni risposta di inferenza in streaming evento per evento man mano che arriva, quindi il modo in cui il tuo gateway inoltra il flusso influisce su ciò che l’utente vede:- Se il tuo gateway memorizza nel buffer una risposta finché non è completa, Claude Code si blocca.
- Claude Code si aspetta la sequenza di eventi completa di ogni risposta, in ordine, fino agli eventi finali
message_deltaemessage_stop. Se il corpo termina in modo pulito dopo che un blocco di contenuto è iniziato ma prima di quelmessage_deltafinale, Claude Code tratta la risposta come una connessione interrotta. La risposta sopra potrebbe essere incompleta descrive ciò che l’utente vede in quel caso, e Tentativi automatici indica quando Claude Code invece invia di nuovo la richiesta. - Quando un guardrail di Amazon Bedrock blocca una risposta, gli eventi che Bedrock invia possono fare riferimento a un blocco di contenuto il cui
content_block_stopè già arrivato, e Claude Code si basa sul riceverli così come sono stati inviati. AWS Guardrails descrive come termina quella risposta. - Claude Code interrompe una risposta in streaming quando nessun byte lo raggiunge per un tempo superiore al suo timeout di inattività dello streaming. Durante una lunga pausa di ragionamento, gli eventi SSE
pingdell’upstream possono essere gli unici byte sul flusso, quindi un gateway che li elimina o li memorizza nel buffer può far scattare quel timeout a metà di una risposta. Un gateway che traduce da un upstream senza ping, come l’event stream binario di Amazon Bedrock, presenta la stessa lacuna a meno che non emetta i propri eventiping. - Con il formato Amazon Bedrock InvokeModel, Claude Code legge la risposta di
/model/{model}/invoke-with-response-streamcome il corpo binarioapplication/vnd.amazon.eventstreamrestituito da Bedrock, e non riesce ad analizzarlo se un gateway lo converte in server-sent events o riscrive l’headerContent-Type. Errori di streaming dietro un gateway o proxy descrive ciò che l’utente vede in quel caso.
Mancata corrispondenza di formato con l’upstream
Il formato che il client parla determina ciò che il vostro gateway riceve. La modalità di errore comune è una mancata corrispondenza tra il formato che il client invia al vostro gateway e il formato che il provider upstream dietro di esso accetta.- Quando il client parla il formato Amazon Bedrock o Google Cloud’s Agent Platform, Claude Code invia solo il sottoinsieme del suo set di capacità completo che quei provider accettano
- Quando il client parla il formato Anthropic Messages, Claude Code invia il set completo, anche se il vostro gateway inoltra a un upstream Amazon Bedrock o Google Cloud’s Agent Platform
Come il metodo di connessione cambia il comportamento del client
Il modo in cui uno sviluppatore si connette al vostro gateway determina quali ID modello, valorianthropic-beta e campi di richiesta Claude Code invia, e quali impostazioni predefinite applica. Il vostro gateway vede uno di tre comportamenti del client:
- Formato Amazon Bedrock o Agent Platform: lo sviluppatore imposta
CLAUDE_CODE_USE_BEDROCK=1conANTHROPIC_BEDROCK_BASE_URL, oppureCLAUDE_CODE_USE_VERTEX=1conANTHROPIC_VERTEX_BASE_URL, puntando al vostro gateway. Claude Code utilizza gli ID modello, i campi di richiesta e le impostazioni predefinite di quel provider. - Formato Anthropic Messages: lo sviluppatore imposta
ANTHROPIC_BASE_URLal vostro gateway. Claude Code tratta il gateway come l’API Claude e non può determinare quale upstream state inoltrando. - Accesso al gateway delle app Claude: lo sviluppatore accede a un gateway delle app Claude. Quel gateway parla il formato Anthropic Messages ma può instradare a qualsiasi upstream, quindi Claude Code invia solo i valori
anthropic-betae le assunzioni sulle capacità del modello che anche Amazon Bedrock e Agent Platform accettano.
Richieste e impostazioni predefinite per metodo di connessione
La tabella seguente confronta i tre metodi di connessione, un comportamento per riga. Omette Microsoft Foundry e Claude Platform su AWS, che utilizzano anche il formato Anthropic Messages ma che Claude Code raggiunge attraverso le proprie variabili. Per quelli, consultate le pagine Microsoft Foundry e Claude Platform su AWS.
Per le funzionalità che ogni connessione supporta e la telemetria che invia ad Anthropic per impostazione predefinita, consultate Disponibilità delle funzionalità e Comportamenti predefiniti per provider API.
Impostazioni per ID modello non riconosciuti
Due impostazioni lato client cambiano ciò che Claude Code assume per un ID modello che non riconosce, indipendentemente dal metodo di connessione utilizzato dallo sviluppatore:- Finestra di contesto: Claude Code assume 200K, o 1M quando l’ID contiene
[1m]. Per dichiarare la finestra reale, consultate Correggere la finestra per un gateway o un ID modello personalizzato - Capacità: per dare a un alias del gateway le capacità del modello dietro di esso, mappate l’ID Anthropic di quel modello al vostro alias con una voce
modelOverridesnelle impostazioni che distribuite. Per dove si applicano le variabiliANTHROPIC_DEFAULT_*_MODEL_SUPPORTED_CAPABILITIES, consultate feature pass-through
Intestazioni delle richieste
Claude Code include queste intestazioni sulle richieste API. I nomi delle intestazioni non fanno distinzione tra maiuscole e minuscole sul filo. Inoltrareanthropic-version e anthropic-beta invariate, più anthropic-workspace-id quando l’upstream è Claude Platform on AWS; il resto il gateway può consumare per il routing, l’attribuzione e il tracciamento, e non è necessario inoltrare.
Gli ID dei subagent vengono generati freschi ogni volta che Claude Code genera un subagent. Gli agenti compagni, i membri denominati di un team di agenti, riutilizzano un ID stabile basato sul nome tra le riconnessioni. In entrambi i casi l’ID identifica un agente, non una persona o un dispositivo, quindi non trattate l’intestazione dell’ID dell’agente come un identificatore utente.
Se i vostri sviluppatori impostano
ANTHROPIC_CUSTOM_HEADERS, quelle intestazioni appaiono anche sulle richieste.
Intestazioni di suggerimento del gateway
Claude Code può anche inviare suggerimenti di routing: fatti per richiesta che un gateway o router può utilizzare per pianificare, memorizzare nella cache o attribuire una richiesta. Richiede Claude Code v2.1.273 o successivo. Se una richiesta li porta dipende da dove Claude Code li invia:- Connessione diretta all’API Anthropic: inviati per impostazione predefinita
- URL di base personalizzato: disattivato per impostazione predefinita, perché un proxy che rifiuta intestazioni sconosciute farebbe fallire la richiesta. Per riceverli, impostare
CLAUDE_CODE_GATEWAY_HINT_HEADERS=1per i vostri sviluppatori, ad esempio nel bloccoenvdelle impostazioni gestite - Qualsiasi altro backend, inclusi Amazon Bedrock, Agent Platform di Google Cloud, Microsoft Foundry e Claude Platform on AWS: inviati solo quando
CLAUDE_CODE_GATEWAY_HINT_HEADERS=1è impostato
CLAUDE_CODE_GATEWAY_HINT_HEADERS su 0 interrompe le intestazioni su ogni connessione.
Le intestazioni portano solo ciò che le righe sottostanti elencano: vocabolari fissi, nomi di strumenti, durate e un identificatore di prompt casuale, mai testo del prompt o contenuti di file. Ogni valore è ASCII stampabile.
Prima di analizzare
x-claude-code-prev-tool-durations, controllare come Claude Code costruisce il valore e cosa lascia fuori:
- Voci: una per ogni chiamata di strumento che è stata eseguita, nell’ordine in cui il suo risultato è stato raccolto, in millisecondi interi
- Limite: Claude Code invia al massimo 32 voci e 4 KB, mantenendo le prime voci
- Codifica: i nomi degli strumenti sono codificati in percentuale, coprendo
%,;,=, virgola, spazio e qualsiasi carattere al di fuori di ASCII stampabile - Analisi: dividere su
;, quindi su=, e decodificare ogni nome - Assenza: le chiamate di compattazione, le richieste laterali e la prima richiesta di un nuovo prompt non la portano mai. Non leggere un’intestazione mancante come un turno che non ha eseguito alcuno strumento
- Tempi: ognuno esclude i prompt di autorizzazione e gli hook, e le chiamate di strumento parallele ciascuna segnalano il proprio tempo, quindi le voci non si sommano al divario tra le richieste
Inoltrare come elenchi aperti
Trattate le intestazioni e i campi del corpo come elenchi aperti, non chiusi. Claude Code guadagna capacità nei rilasci, e arrivano come nuovi valorianthropic-beta, nuovi campi del corpo della richiesta, e occasionalmente nuove intestazioni anthropic-* o x-claude-code-*.
Quando inoltrate a un upstream in formato Anthropic, passate le intestazioni di richiesta anthropic-* e i campi del corpo della richiesta invariati piuttosto che creare un elenco di consentiti di quelli che vedete oggi. Un gateway bloccato a un elenco osservato rimuove l’intestazione o il campo della prossima capacità e lo interrompe nel rilascio che lo introduce.
L’eccezione è un upstream non-Anthropic come Amazon Bedrock o Agent Platform di Google Cloud, dove colmare la differenza dello schema è il compito del gateway; vedere passaggio delle funzionalità.
Intestazioni di risposta
Claude Code legge queste intestazioni di risposta per rilevare flussi bloccati, per decidere se e quando riprovare, e per mostrare i limiti di utilizzo. La tabella elenca cosa restituire per ciascuna. Inoltra anche i corpi delle risposte di errore senza modifiche, in modo che il recupero dal rifiuto di capacità di Claude Code possa corrispondere alla formulazione dell’errore upstream.Blocco di attribuzione del prompt di sistema
Claude Code antepone un breve blocco di attribuzione al prompt di sistema contenente la versione del client e un’impronta digitale derivata dalla conversazione. L’endpointapi.anthropic.com rimuove il blocco prima dell’elaborazione quando arriva invariato come primo blocco di sistema, quindi non influisce sul prompt caching di prima parte. Qualsiasi altro upstream lo riceve come parte del prompt.
La rimozione è posizionale, quindi funziona solo quando il gateway inoltra l’array system invariato. Per mantenere il blocco fuori dal prompt senza perdere altri contenuti di sistema:
- Inoltrare l’array
systemesattamente come ricevuto, mantenendo il blocco per primo: anteporre un altro blocco di sistema, riordinare l’array o convertirlo in una singola stringa annulla la rimozione, e il blocco raggiunge quindi il modello e la chiave della cache del prompt. - Mantenere il blocco nella sua voce di array separata: l’endpoint tratta un blocco unito che inizia con l’intestazione di attribuzione come attribuzione nella sua interezza e scarta tutto ciò che vi è stato unito, incluso il resto del prompt di sistema.
- Se il vostro gateway deve rimodellare il contenuto di sistema, impostare
CLAUDE_CODE_ATTRIBUTION_HEADER=0in modo che Claude Code ometta il blocco. Anthropic e gli endpoint Claude dei provider cloud leggono il blocco per l’attribuzione, quindi ometterlo nel client piuttosto che rimuoverlo o spostarlo nel gateway.
0:
- Le richieste vanno a
api.anthropic.com, conANTHROPIC_BASE_URLnon impostato o che nomina quell’host e nessun provider di terze parti selezionato. - La credenziale attiva non è una credenziale di profilo Anthropic o di federazione.
0 rimuove il blocco anche dalle richieste del classificatore. Prima della v2.1.229, questa eccezione non esisteva: impostare 0 rimuoveva il blocco da quelle richieste del classificatore, e quando l’API rifiutava le richieste non identificate, la modalità auto falliva su ogni azione che inviava al classificatore.
Da Claude Code v2.1.181, il blocco è stabile per la durata di una conversazione quando le richieste instradano attraverso un URL di base personalizzato, quindi una cache del prompt lato gateway basata sul corpo della richiesta completa funziona senza disabilitarla, e qualsiasi provider a cui il vostro gateway inoltra riceve un prefisso di prompt stabile. Prima di v2.1.181 il blocco includeva un token per richiesta che cambiava l’inizio del prompt di sistema ad ogni richiesta. Su quelle versioni, impostare CLAUDE_CODE_ATTRIBUTION_HEADER=0 quando il vostro gateway fa una di queste cose:
- Implementa una cache del prompt basata sul corpo della richiesta.
- Inoltra richieste a un provider di terze parti come Amazon Bedrock, Microsoft Foundry, o Google Cloud’s Agent Platform, nel formato Anthropic Messages o nel formato proprio del provider, dove il prefisso mutevole riduce il riutilizzo della cache del prompt su quel provider.
Passaggio delle funzionalità
Claude Code tratta un gatewayANTHROPIC_BASE_URL come un endpoint in formato Anthropic e gli invia le intestazioni beta e i campi del corpo della richiesta che invia a api.anthropic.com, tranne un piccolo insieme di diagnostica e impostazioni predefinite riservate alle connessioni dirette, come l’impostazione predefinita di streaming fine degli strumenti coperta di seguito. Questo insieme varia per rilascio, quindi non dipendete dal suo contenuto.
Lo streaming fine degli strumenti è una delle impostazioni predefinite della connessione diretta: è disattivato per impostazione predefinita ogni volta che le richieste instradano attraverso un URL di base personalizzato, e un gateway lo riceve quando gli sviluppatori impostano CLAUDE_CODE_ENABLE_FINE_GRAINED_TOOL_STREAMING=1.
Coppie di intestazione beta e campo del corpo
Le capacità che aggiungono campi del corpo li associano a un’intestazione beta, e la coppia viaggia insieme. Un gateway che rimuove l’intestazione mentre passa il corpo, o inoltra un corpo in formato Anthropic a un upstream con uno schema diverso, produce errori400. Quando entrambe le metà sono assenti insieme, la funzionalità si disattiva silenziosamente.
Un gateway che riscrive o redige i corpi delle richieste per l’ispezione del contenuto interrompe l’associazione allo stesso modo della rimozione, quindi ispeziona senza modificare. La tabella indica dove una funzionalità si discosta dall’associazione.
Le variabili
ANTHROPIC_DEFAULT_*_MODEL_SUPPORTED_CAPABILITIES dichiarano le capacità del modello solo nelle configurazioni del provider: CLAUDE_CODE_USE_BEDROCK, CLAUDE_CODE_USE_VERTEX, CLAUDE_CODE_USE_FOUNDRY, e CLAUDE_CODE_USE_MANTLE. Non hanno effetto dietro un gateway ANTHROPIC_BASE_URL.
Ritentativo automatico e inoltro degli errori
Quando l’upstream rifiuta una di queste capacità, Claude Code può riprovare la richiesta autonomamente con la parte rifiutata rimossa o modificata:- Quando un
400indica che il valoreenabledoadaptivedithinking.typenon è supportato, Claude Code riprova una volta con l’altro tipo e mantiene il campothinking. Le richieste successive a quel modello mantengono il tipo cambiato finché Claude Code non esce. Prima della v2.1.121, Claude Code non riprovava, quindithinking.type.enabled is not supportedraggiungeva lo sviluppatore - Quando l’upstream rifiuta una voce
role: "system"all’interno dimessages, Claude Code riprova una volta senza quei messaggi di sistema a metà conversazione e ne riporta invece il testo nei messaggi utente. Le richieste successive nella conversazione mantengono quella forma finché lo sviluppatore non esegue/clearo la conversazione non viene compattata - Quando l’upstream rifiuta solo il marcatore
cache_controlsu un messaggio di sistema a metà conversazione, Claude Code mantiene i messaggi di sistema e riprova una volta con il marcatore spostato. Il marcatore va sull’ultima voce inmessagesche non è un messaggio di sistema, in quel nuovo tentativo e nelle richieste successive finché Claude Code non esce - Quando l’upstream rifiuta una thinking signature, incluso con un
400il cui messaggio dice che il blocco èbound to a different conversation, Claude Code rimuove i blocchi di pensiero precedenti dalla richiesta, ritenta, e li mantiene fuori da ogni richiesta successiva. Le nuove risposte includono ancora il pensiero - Quando il gateway o il suo upstream rifiuta la voce dello strumento advisor in
toolscome tipo di strumento non riconosciuto, Claude Code riprova una volta senza quella voce e il suo valoreanthropic-beta. Le richieste successive li omettono. Claude Code riconosce questo rifiuto da una risposta400o422il cui messaggio nomina il tipo di strumento dopoInput tag, comeInput tag 'advisor_20260301'. Prima della v2.1.280, Claude Code non riprovava dopo questo rifiuto - Quando l’upstream rifiuta
output_config.efforto il suo valoreanthropic-beta, il gateway vede la richiesta ancora una volta senza di essi. Le richieste successive li omettono. Il tuo gateway non richiede modifiche se inoltra il400dell’upstream senza modificarlo e il messaggio:- Nomina
output_config.effortinsieme aExtra inputs are not permitted - Dice che il modello non supporta il parametro di sforzo
- Inizia con
Unexpected value(s)ed elencaeffort-2025-11-24per l’intestazioneanthropic-beta. Richiede la v2.1.310 o successiva. Gli sviluppatori il cuiANTHROPIC_BETASelenca il valore continuano a inviarlo e a ricevere il400, quindi chiedi loro di rimuovere quella voce
- Nomina
- Quando l’upstream rifiuta il campo
context_managemento il suo valoreanthropic-beta, il gateway vede la richiesta ancora una volta senza di essi. Le richieste successive li omettono. Claude Code riconosce questo rifiuto dal suo messaggio, ad esempio uno contenentecontext_management: Extra inputs are not permitted. Prima della v2.1.304, Claude Code non riprovava dopo questo rifiuto - Quando un
400rifiuta per nome un altro valoreanthropic-beta, il gateway vede la richiesta ancora una volta senza di esso se il nuovo tentativo copre quel valore - Quando l’upstream rifiuta un campo beta degli strumenti diverso da
defer_loading, comestrict, il400raggiunge lo sviluppatore. Prima di ciò, il gateway può vedere di nuovo la richiesta senza i campi della ricerca degli strumenti. Per smettere di inviare tali campi, chiedi agli sviluppatori di impostareCLAUDE_CODE_DISABLE_EXPERIMENTAL_BETAS=1
bound to a different conversation proviene dal controllo preserved thinking dell’API, che fallisce quando il contenuto di system, tools, o precedenti messages differisce dalla richiesta che ha prodotto il pensiero. Un gateway che riscrive uno qualsiasi di quel contenuto può causare il rifiuto stesso; Libraries, proxies, and gateways copre ciò che passare attraverso invariato.
La maggior parte di questa logica dei nuovi tentativi si basa sulla formulazione dell’errore dell’upstream, quindi inoltra i corpi delle risposte di errore senza modificarli. Un gateway che avvolge gli errori upstream nel proprio involucro interrompe il percorso di recupero, anche quando preserva il codice di stato, a meno che il messaggio dell’involucro non contenga un token capability_rejected: stabile. Il gateway delle app Claude sostituisce questi token alla formulazione degli errori dei provider cloud, ad esempio capability_rejected: prompt_too_long.
Riprovare senza un valore beta rifiutato
Quando un400 rifiuta per nome un valore anthropic-beta coperto da questo nuovo tentativo, il gateway vede la richiesta ancora una volta senza di esso. Le richieste successive omettono il valore. La maggior parte dei valori coperti richiede la v2.1.314 o successiva.
Il tuo gateway non richiede modifiche se il messaggio del 400 che restituisce contiene il valore in una di queste forme:
- La frase dell’API: la frase
Unexpected value(s)che elenca il valore per l’intestazioneanthropic-beta - Un token
beta_header::capability_rejected: beta_header:seguito dal valore, un tokencapability_rejected:
- Un valore con un proprio nuovo tentativo, come advisor o la ricerca degli strumenti: il gateway vede invece il nuovo tentativo specifico di quella capacità
- Un valore che Claude Code non riconosce: un valore che uno sviluppatore ha impostato tramite
ANTHROPIC_BETASrimane su ogni richiesta, quindi le richieste dello sviluppatore continuano a fallire con il400. Chiedi allo sviluppatore di rimuovere la voce - Un semplice
invalid beta flag: Claude Code ipotizza quale valore l’upstream abbia rifiutato. Se la richiesta conteneva un valore tra quelli che ipotizza, il gateway vede di nuovo la richiesta senza quel valore. Se il400raggiunge ancora lo sviluppatore, fai in modo che il tuo gateway nomini il valore rifiutato in una di quelle forme
Per quanto tempo un valore beta rifiutato resta escluso
Riprovare senza la ricerca degli strumenti
Sulla v2.1.305 o successiva, Claude Code invia di nuovo una richiesta senza campidefer_loading e blocchi tool_reference dopo un 400 o 422 che nomina la ricerca degli strumenti o la cui causa non riconosce. Dopo un nuovo tentativo riuscito, anche le richieste successive in quella conversazione li omettono.
Le richieste dello sviluppatore continuano a funzionare senza alcuna modifica sul gateway, con i loro strumenti MCP caricati in anticipo. Quando Claude Code riprova la ricerca degli strumenti, il gateway può vedere un’altra richiesta rifiutata seguita dal suo nuovo tentativo. Per la ricerca degli strumenti in sé, Claude Code si aspetta che il gateway inoltri i campi defer_loading e i blocchi tool_reference con il relativo valore anthropic-beta.
Disabilitare le capacità pre-release
Quando il tuo gateway o il suo upstream rifiuta i valorianthropic-beta pre-release o i campi del corpo a essi associati, e non puoi inoltrare entrambe le metà, chiedi agli sviluppatori di impostare CLAUDE_CODE_DISABLE_EXPERIMENTAL_BETAS=1. Con la variabile impostata, Claude Code smette di inviare le capacità pre-release e i valori anthropic-beta a esse associati, tra cui:
- La gestione del contesto e il suo campo del corpo
context_management - I campi beta dello schema degli strumenti, come
strictedefer_loading. I campi standard degli strumentiname,description,input_schemaecache_controlrimangono - Il campo di output strutturato
output_config.format. Richiede Claude Code v2.1.287 o successivo - Il campo
output_config.task_budget - MCP Tool Search, quindi ogni strumento MCP viene caricato subito, a meno che la tua organizzazione non lo mantenga attivo tramite le impostazioni gestite
anthropic-beta. Ciò che lascia invariato include:
- I valori
anthropic-betaper contesto esteso, ragionamento interleaved e sforzo, che anche i provider cloud accettano - Il campo
output_config.effortdi primo livello. Nuovi tentativi automatici e inoltro degli errori tratta il caso di un upstream che lo rifiuta - Il campo
thinkingdel ragionamento adattivo, che non ha un’intestazione beta - Le voci
role: "system"che contengono i messaggi di sistema a metà conversazione - Il valore
anthropic-betaOAuth richiesto dall’autenticazione tramite abbonamento - I valori di intestazione e i campi del corpo che gli sviluppatori aggiungono autonomamente tramite
ANTHROPIC_BETASoCLAUDE_CODE_EXTRA_BODY
CLAUDE_CODE_PROVIDER_MANAGED_BY_HOST, CLAUDE_CODE_DISABLE_EXPERIMENTAL_BETAS non impedisce alle sessioni in modalità auto su Amazon Bedrock, Google Cloud’s Agent Platform, Microsoft Foundry, o un gateway delle app Claude di chiedere al server una revisione del classificatore. Quella revisione aggiunge un valore anthropic-beta e un campo di richiesta safeguards. Impostare CLAUDE_CODE_AUTO_MODE_SERVER=0 per fermarlo lì.
Su Claude Code v2.1.227 o successivo, la vostra organizzazione può mantenere MCP tool search attivo sotto questa variabile attraverso managed settings. Ciò che Claude Code invia con questo override in atto dipende da come vi connettete:
- Su una connessione diretta senza la configurazione HIPAA, o attraverso un gateway impostato con
ANTHROPIC_BASE_URL, Claude Code continua a inviare l’intestazione beta di ricerca degli strumenti, i campi dello strumentodefer_loadinge i blocchitool_reference - Su un provider cloud, o accedendo attraverso un gateway delle app Claude, l’override non ha effetto
- In una sessione che riceve la configurazione HIPAA, l’override non ha effetto e la ricerca degli strumenti rimane disattivata
Scoperta dei modelli
QuandoANTHROPIC_BASE_URL punta a un gateway che espone il formato Anthropic Messages, Claude Code può interrogare l’endpoint /v1/models del gateway all’avvio e aggiungere i modelli restituiti al selettore /model. Se voi o il vostro amministratore impostate replaceBuiltInOptions in una lineup modelPicker, Claude Code nasconde i modelli scoperti dal selettore.
Gli sviluppatori lo abilitano impostando CLAUDE_CODE_ENABLE_GATEWAY_MODEL_DISCOVERY=1, nel loro ambiente o attraverso le impostazioni gestite. La scoperta è disattivata per impostazione predefinita in modo che i gateway supportati da una chiave API condivisa non espongano ogni modello a cui la chiave può accedere a ogni utente.
Quando viene eseguita la scoperta
La scoperta si applica solo al formato Anthropic Messages. Non viene eseguita quando:- Qualsiasi variabile del provider
CLAUDE_CODE_USE_*è impostata, anche seANTHROPIC_BASE_URLè anche impostato ANTHROPIC_BASE_URLnon è impostato o punta aapi.anthropic.com
Richiesta e risposta
La richiesta èGET /v1/models?limit=1000 con un timeout di 3 secondi per impostazione predefinita, e qualsiasi reindirizzamento è trattato come fallimento in modo che la credenziale non possa trapelare a una destinazione di reindirizzamento. Un gateway che risponde più lentamente del timeout, o uno che reindirizza /v1/models, anche da http a https, fallisce la scoperta silenziosamente; servire l’endpoint direttamente all’URL di base configurato.
Per dare a un gateway lento più tempo, impostate CLAUDE_CODE_GATEWAY_MODEL_DISCOVERY_TIMEOUT_MS. La variabile richiede Claude Code v2.1.269 o successivo.
Claude Code invia la richiesta di scoperta con entrambe le intestazioni di credenziale sottostanti e omette un’intestazione il cui valore non si risolve. L’invio di entrambe le intestazioni richiede Claude Code v2.1.248 o successivo. Le versioni precedenti inviano solo Authorization quando ANTHROPIC_AUTH_TOKEN è impostato e solo x-api-key altrimenti.
Authorization:ANTHROPIC_AUTH_TOKENcome token bearer, altrimenti il valoreapiKeyHelpercome token bearer.x-api-key: la chiave API che Claude Code ha risolto, comeANTHROPIC_API_KEY. Quando un valore helper è l’unica credenziale, questa intestazione lo trasporta anche, in modo che il valore arrivi in entrambe le intestazioni.
ANTHROPIC_CUSTOM_HEADERS. Quando un’intestazione personalizzata ha un valore non vuoto, Claude Code la invia al posto di un’intestazione integrata con lo stesso nome, abbinando i nomi senza distinzione tra maiuscole e minuscole.
Quando nessun valore dell’intestazione di credenziale si risolve, Claude Code salta la scoperta e scrive una riga [gatewayDiscovery] skipped nel registro di debug di una sessione claude --debug. Se fornite una credenziale solo attraverso ANTHROPIC_CUSTOM_HEADERS, Claude Code salta comunque la scoperta.
Claude Code legge id, il display_name opzionale e la description opzionale da ogni voce nell’array data della risposta:
id contiene claude o anthropic in qualsiasi punto della stringa, abbinato senza distinzione tra maiuscole e minuscole, e ignora il resto. Gli ID con prefisso del provider come vertex_ai/claude-sonnet-4-6 o bedrock/anthropic.claude-sonnet-4-5 superano il filtro; un ID che non contiene nessuna delle due sottostringhe non lo fa. Prima della v2.1.223, Claude Code manteneva una voce solo quando il suo id iniziava con claude o anthropic, il che nascondeva gli ID con prefisso del provider.
Voci del selettore e caching
Il selettore è l’elenco interattivo dei modelli che si apre quando uno sviluppatore esegue/model in Claude Code. Ogni voce scoperta utilizza display_name come nome quando il gateway ne invia una che differisce dall’id. Altrimenti la voce mostra il nome del modello quando Claude Code riconosce l’id, e l’id quando non lo fa. Ad esempio, una voce con l’id my-gateway-claude-sonnet-4-6 e nessun display_name appare come Sonnet 4.6.
La scoperta aggiunge solo i modelli che l’impostazione gestita availableModels consente.
Ogni voce mostra anche la description del modello, compressa in una riga. Una voce senza una description legge “From gateway” invece. Prima della v2.1.257, ogni voce scoperta leggeva “From gateway”.
Un ID scoperto non ottiene la sua propria riga quando corrisponde a una riga già nel selettore:
- Stesso ID: l’ID scoperto corrisponde esattamente all’ID di una riga esistente, oppure i due ID sono ortografie della stessa versione Fable.
- Stesso modello di un alias integrato: quando un ID esplicito scoperto nomina il modello a cui un alias integrato attualmente si risolve, il selettore mostra solo la riga dell’alias. Ad esempio, mentre
sonnetsi risolve inclaude-sonnet-5-5, unclaude-sonnet-5-5scoperto si comprime nella rigasonnet, e unclaude-sonnet-5scoperto ottiene comunque la sua propria riga.
~/.claude/cache/gateway-models.json, o %USERPROFILE%\.claude\cache\gateway-models.json su Windows, e aggiornati ad ogni avvio. Se impostate CLAUDE_CONFIG_DIR, la cache si trova invece in quella directory. Se la richiesta fallisce o il gateway non implementa /v1/models, il selettore ricade all’elenco memorizzato nella cache dall’avvio precedente o all’elenco dei modelli integrati. Se il vostro gateway serve modelli Claude con alias che non corrispondono al filtro di scoperta, gli sviluppatori possono aggiungere quegli alias manualmente con le variabili di configurazione del modello.
Risorse correlate
Per il resto della serie di documentazione del gateway e i riferimenti API sottostanti:- Panoramica dei gateway: cos’è un gateway e come scegliere tra l’app gateway Claude e un altro prodotto
- Altri gateway LLM: come implementare un gateway che la vostra organizzazione gestisce e come interagisce con le sottoscrizioni claude.ai
- Distribuire un gateway LLM per la vostra organizzazione: la checklist dell’amministratore che utilizza questa guida
- Connettere Claude Code a un gateway LLM: configurazione per sviluppatore e la tabella di risoluzione dei problemi
- Riferimento delle intestazioni beta: l’insieme attuale dei valori
anthropic-beta - API Messages: il formato API che un gateway in formato Anthropic implementa