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.

[!NOTE]

• 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

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}.

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_delta e message_stop. Se il corpo termina in modo pulito dopo che un blocco di contenuto è iniziato ma prima di quel message_delta finale, 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 ping dell'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 eventi ping.
• Con il formato Amazon Bedrock InvokeModel, Claude Code legge la risposta di /model/{model}/invoke-with-response-stream come il corpo binario application/vnd.amazon.eventstream restituito da Bedrock, e non riesce ad analizzarlo se un gateway lo converte in server-sent events o riscrive l'header Content-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

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. Inoltra anthropic-version e anthropic-beta invariate, più anthropic-workspace-id quando l'upstream è Claude Platform on AWS. Inoltra anche Authorization quando il tuo gateway si autentica presso Anthropic con l'accesso claude.ai dello sviluppatore e non con una propria chiave. Il resto il gateway può consumarlo per il routing, l'attribuzione e il tracciamento, e non è necessario inoltrarlo.

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, 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 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.

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 errori 400. 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 400 indica che il valore enabled o adaptive di thinking.type non è supportato, Claude Code riprova una volta con l'altro tipo e mantiene il campo thinking. Le richieste successive a quel modello mantengono il tipo cambiato finché Claude Code non esce. Prima della v2.1.121, Claude Code non riprovava, quindi thinking.type.enabled is not supported raggiungeva lo sviluppatore
• Quando l'upstream rifiuta una voce role: "system" all'interno di messages, 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 /clear o la conversazione non viene compattata
• Quando l'upstream rifiuta solo il marcatore cache_control su 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 in messages che 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 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 riprova una volta senza quella voce e il suo valore anthropic-beta. Le richieste successive li omettono. 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 riprovava dopo questo rifiuto
• Quando l'upstream rifiuta output_config.effort o il suo valore anthropic-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 il 400 dell'upstream senza modificarlo e il messaggio:
  • Nomina output_config.effort insieme a Extra inputs are not permitted
  • Dice che il modello non supporta il parametro di sforzo
  • Inizia con Unexpected value(s) ed elenca effort-2025-11-24 per l'intestazione anthropic-beta. Richiede la v2.1.310 o successiva. Gli sviluppatori il cui ANTHROPIC_BETAS elenca il valore continuano a inviarlo e a ricevere il 400, quindi chiedi loro di rimuovere quella voce
• Quando l'upstream rifiuta il campo context_management o il suo valore anthropic-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 contenente context_management: Extra inputs are not permitted. Prima della v2.1.304, Claude Code non riprovava dopo questo rifiuto
• Quando un 400 rifiuta per nome un altro valore anthropic-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, come strict, il 400 raggiunge 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 impostare CLAUDE_CODE_DISABLE_EXPERIMENTAL_BETAS=1

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 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 un 400 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'intestazione anthropic-beta
• Un token beta_header:: capability_rejected: beta_header: seguito dal valore, un token capability_rejected:

Il nuovo tentativo non copre casi come un valore con un proprio nuovo tentativo, un valore che Claude Code non riconosce o un messaggio che non nomina alcun valore:

• 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_BETAS rimane su ogni richiesta, quindi le richieste dello sviluppatore continuano a fallire con il 400. 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 il 400 raggiunge 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 campi defer_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 valori anthropic-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 strict e defer_loading. I campi standard degli strumenti name, description, input_schema e cache_control rimangono
• 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

La variabile non rimuove tutti i valori anthropic-beta. Ciò che lascia invariato include:

• I valori anthropic-beta per contesto esteso, ragionamento interleaved e sforzo, che anche i provider cloud accettano
• Il campo output_config.effort di primo livello. Nuovi tentativi automatici e inoltro degli errori tratta il caso di un upstream che lo rifiuta
• Il campo thinking del ragionamento adattivo, che non ha un'intestazione beta
• Le voci role: "system" che contengono i messaggi di sistema a metà conversazione
• Il valore anthropic-beta OAuth richiesto dall'autenticazione tramite abbonamento
• I valori di intestazione e i campi del corpo che gli sviluppatori aggiungono autonomamente tramite ANTHROPIC_BETAS o CLAUDE_CODE_EXTRA_BODY

Quando una piattaforma host che incorpora Claude Code imposta 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 strumento defer_loading e i blocchi tool_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

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.
• 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-5, un claude-sonnet-5-5 scoperto si comprime nella riga sonnet, e un claude-sonnet-5 scoperto ottiene comunque la sua propria riga.

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