Guida di compatibilità del gateway Claude Code

Mantieni un gateway LLM compatibile con Claude Code: gli endpoint che chiama, le intestazioni e i campi del corpo da inoltrare, e cosa si interrompe quando vengono rimossi.

Questa pagina documenta le richieste che Claude Code invia a un gateway, inclusi gli endpoint che chiama, le intestazioni e i campi del corpo che il gateway deve inoltrare, e quali funzionalità smettono di funzionare quando non lo fa. È scritta per gli operatori che configurano un prodotto gateway per funzionare con Claude Code.

Il gateway delle app Claude, il gateway self-hosted di Anthropic, serve il proprio riferimento endpoint su GET /protocol, coprendo gli endpoint di accesso, inferenza, impostazioni gestite, scoperta dei modelli e telemetria di quel gateway. È un documento separato da questa guida.

Questa pagina copre:

• 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

Questa pagina utilizza due termini per quello che il tuo gateway fa con ogni intestazione e campo del corpo:

• 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

Qualsiasi cosa non contrassegnata come inoltrata invariata è tua da consumare o ignorare.

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'ortografia VERTEX.

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

Un gateway vede anche traffico di avvio best-effort che può rifiutare senza rompere nulla. Un gateway in formato Anthropic Messages riceve una sonda di riscaldamento della connessione 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}.

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

Trasmettete in streaming le risposte di inferenza. Claude Code legge il flusso mentre arriva, quindi se il vostro gateway memorizza nel buffer le risposte complete prima di inoltrarle, Claude Code si blocca.

Quando il client parla il formato Amazon Bedrock, inoltrate il corpo della risposta InvokeModelWithResponseStream e il suo header Content-Type: application/vnd.amazon.eventstream senza modifiche, e non convertite il flusso in server-sent events. Vedete Errori di streaming dietro un gateway o proxy.

Inoltrate anche i ping keep-alive. Sulle connessioni attraverso ANTHROPIC_BASE_URL o ANTHROPIC_AWS_BASE_URL, Claude Code conta ogni byte che il vostro gateway inoltra, inclusi gli eventi SSE ping e le righe di commento, e interrompe un flusso che rimane silenzioso per 300 secondi per impostazione predefinita. I ping dell'upstream sono l'unico traffico durante le pause di pensiero lunghe, quindi se il vostro gateway li elimina o li memorizza nel buffer, Claude Code interrompe il flusso durante quelle pause; Tentativi automatici copre ciò che un flusso interrotto segnala in base a quanto la risposta era progredita. Un upstream che non invia affatto ping, come l'event-stream binario di Amazon Bedrock, lascia quelle pause senza nulla da inoltrare. Quando si traduce da un tale upstream, emettete i vostri stessi eventi ping durante i gap silenziosi. I gateway raggiunti attraverso ANTHROPIC_BEDROCK_BASE_URL, ANTHROPIC_VERTEX_BASE_URL, o ANTHROPIC_FOUNDRY_BASE_URL non sono avvolti da questo watchdog a livello di byte, anche quando inoltrano il formato Anthropic Messages; lì, un timeout di inattività di 5 minuti interrompe un flusso silenzioso invece, e sulle connessioni ANTHROPIC_BEDROCK_BASE_URL potete aggiungere il watchdog di byte con CLAUDE_ENABLE_BYTE_WATCHDOG_BEDROCK.

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

Colmare quella differenza è il compito del vostro gateway. Passaggio delle funzionalità descrive cosa si rompe quando non lo fa.

Se il vostro upstream è Amazon Bedrock o Google Cloud's Agent Platform, potete evitare il bridging esponendo il formato di quel provider. Instradare a un provider cloud attraverso un gateway mostra la configurazione del client per quel formato.

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, valori anthropic-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=1 con ANTHROPIC_BEDROCK_BASE_URL, oppure CLAUDE_CODE_USE_VERTEX=1 con ANTHROPIC_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_URL al 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-beta e 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 modelOverrides nelle impostazioni che distribuite. Per dove si applicano le variabili ANTHROPIC_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. Inoltrare anthropic-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=1 per i vostri sviluppatori, ad esempio nel blocco env delle 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

Impostare 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 e durate, 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 valori anthropic-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'endpoint api.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 system esattamente 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=0 in 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.

La variabile esiste per la compatibilità con gateway e caching di terze parti, non come controllo della privacy: su una connessione diretta la richiesta completa va comunque all'API Anthropic in entrambi i casi. Quando entrambe queste condizioni si verificano, Claude Code mantiene il blocco sulle richieste del classificatore in modalità auto anche quando impostate la variabile su 0:

• Le richieste vanno a api.anthropic.com, con ANTHROPIC_BASE_URL non 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.

Le richieste del classificatore saltano il resto del prompt di sistema di Claude Code, quindi su quelle richieste il blocco è l'unico marcatore nel corpo della richiesta che le identifica come traffico Claude Code. Quando una delle condizioni fallisce, attraverso un gateway LLM, su un provider di terze parti, o con una credenziale di profilo o federazione attiva, impostare 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 gateway ANTHROPIC_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.

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 errori 400 difficili; solo 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 ispezionare senza modificare. La tabella nota dove una funzionalità si discosta dall'associazione.

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.

Le variabili ANTHROPIC_DEFAULT_*_MODEL_SUPPORTED_CAPABILITIES variables 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

Ciò che Claude Code fa dopo un rifiuto upstream dipende da ciò che è stato rifiutato:

• Quando l'upstream rifiuta il campo thinking, un messaggio di sistema a metà conversazione, o il marcatore cache_control su tale messaggio, Claude Code ritenta la richiesta e disabilita la capacità rifiutata per il resto della conversazione
• Quando l'upstream rifiuta una thinking signature, incluso con un 400 il 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 tools come tipo di strumento non riconosciuto, Claude Code ritenta la richiesta una volta senza quella voce e il suo valore anthropic-beta. Le richieste successive a quell'URL di base lasciano l'advisor fuori fino a quando Claude Code esce, e /advisor non è disponibile allo sviluppatore per quel tempo. Claude Code riconosce questo rifiuto da una risposta 400 o 422 il cui messaggio nomina il tipo di strumento dopo Input tag, come Input tag 'advisor_20260301'. Prima della v2.1.280, Claude Code non ritentava questo rifiuto
• Claude Code non ritenta i rifiuti di gestione del contesto o di campi dello schema dello strumento, quindi quegli errori 400 raggiungono lo sviluppatore

Il rifiuto 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 logica di ritentativo corrisponde alla formulazione dell'errore dell'upstream, quindi inoltrare i corpi della risposta di errore invariati. Un gateway che avvolge gli errori upstream nel suo 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 per la formulazione degli errori dei provider cloud, ad esempio capability_rejected: prompt_too_long.

Disabilitare le capacità pre-release

CLAUDE_CODE_DISABLE_EXPERIMENTAL_BETAS=1 impedisce a Claude Code di inviare capacità pre-release e i loro campi del corpo su ogni provider, inclusa la gestione del contesto e i campi dello strumento beta. La variabile non influisce sul ragionamento adattivo, che è selezionato dal modello piuttosto che da beta. Non sopprime mai la capacità OAuth che l'autenticazione della sottoscrizione richiede.

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, o attraverso un gateway impostato con ANTHROPIC_BASE_URL, Claude Code continua a inviare l'intestazione beta di ricerca degli strumenti, i campi dello strumento defer_loading, e i blocchi tool_reference, e rimuove il resto
• Su un provider cloud, o accedendo attraverso un gateway delle app Claude, l'override non ha effetto

L'insieme delle capacità che Claude Code invia cresce nei rilasci. Per le stringhe di intestazione beta attuali, vedere il riferimento delle intestazioni beta; testare il vostro gateway contro i nuovi rilasci di Claude Code piuttosto che bloccare a un elenco osservato.

Scoperta dei modelli

Quando ANTHROPIC_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 se ANTHROPIC_BASE_URL è anche impostato
• ANTHROPIC_BASE_URL non è impostato o punta a api.anthropic.com

La scoperta viene comunque eseguita quando il traffico non essenziale è disattivato, perché la richiesta va solo al vostro gateway. Prima della v2.1.257, la scoperta non veniva eseguita mentre il traffico non essenziale era disattivato.

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_TOKEN come token bearer, altrimenti il valore apiKeyHelper come token bearer. In questo caso Claude Code attende che l'helper restituisca prima di inviare la richiesta.
• x-api-key: la chiave API che Claude Code ha risolto, come ANTHROPIC_API_KEY. Quando un valore helper è l'unica credenziale, questa intestazione lo trasporta anche, in modo che il valore arrivi in entrambe le intestazioni.

Claude Code invia anche qualsiasi intestazione da 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:

{
  "data": [
    {
      "id": "claude-sonnet-4-6",
      "display_name": "Claude Sonnet 4.6",
      "description": "Default model for everyday coding tasks"
    },
    { "id": "claude-opus-4-8" }
  ]
}

Claude Code mantiene una voce quando il suo 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 sonnet si risolve in claude-sonnet-5, un claude-sonnet-5 scoperto si comprime nella riga sonnet, e un claude-sonnet-4-6 scoperto ottiene comunque la sua propria riga. Prima della v2.1.197, Claude Code non piegava questi ID nelle righe integrate, quindi claude-sonnet-5 otteneva anche la sua propria riga "From gateway".

I risultati vengono memorizzati nella cache in ~/.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