openai, per entrambe le forme di autenticazione.
OpenClaw usa openai/* come route canonica dei modelli OpenAI. I turni degli agenti incorporati
sui modelli OpenAI vengono eseguiti tramite il runtime nativo del server app Codex per
impostazione predefinita; l’autenticazione diretta con chiave API OpenAI resta disponibile per le superfici OpenAI
non agentiche come immagini, embedding, voce e realtime.
- Modelli agente - modelli
openai/*tramite il runtime Codex; accedi con l’autenticazione Codex per usare l’abbonamento ChatGPT/Codex, oppure configura un backup con chiave API OpenAI compatibile con Codex quando vuoi intenzionalmente l’autenticazione con chiave API. - API OpenAI non agentiche - accesso diretto a OpenAI Platform con fatturazione
a consumo tramite
OPENAI_API_KEYo onboarding con chiave API OpenAI. - Configurazione legacy - i riferimenti ai modelli Codex legacy vengono riparati da
openclaw doctor --fixinopenai/*più il runtime Codex.
Scelta rapida
| Obiettivo | Usa | Note |
|---|---|---|
| Abbonamento ChatGPT/Codex con runtime Codex nativo | openai/gpt-5.5 | Configurazione agente OpenAI predefinita. Accedi con l’autenticazione Codex. |
| Anteprima limitata GPT-5.6 | openai/gpt-5.6-sol, -terra, o -luna | Richiede un’organizzazione API approvata da OpenAI o uno workspace Codex. |
| Fatturazione diretta con chiave API per modelli agente | openai/gpt-5.5 più un profilo con chiave API compatibile con Codex | Usa auth.order.openai per posizionare il backup dopo l’autenticazione in abbonamento. |
| Fatturazione diretta con chiave API tramite OpenClaw esplicito | openai/gpt-5.5 più runtime provider/modello openclaw | Seleziona un normale profilo con chiave API openai. |
| Alias API ChatGPT Instant più recente | openai/chat-latest | Solo chiave API diretta. Alias mobile per esperimenti, non il predefinito. |
| Autenticazione abbonamento ChatGPT/Codex tramite OpenClaw | openai/gpt-5.5 più runtime provider/modello openclaw | Seleziona un profilo OAuth openai per la route di compatibilità. |
| Generazione o modifica di immagini | openai/gpt-image-2 | Funziona con OPENAI_API_KEY oppure con OAuth OpenAI Codex. |
| Immagini con sfondo trasparente | openai/gpt-image-1.5 | Usa outputFormat=png o webp e openai.background=transparent. |
Mappa dei nomi
I nomi sono simili ma non intercambiabili:| Nome che vedi | Livello | Significato |
|---|---|---|
openai | Prefisso provider | Route canonica dei modelli OpenAI; i turni agente usano il runtime Codex. |
| prefisso OpenAI Codex legacy | Prefisso legacy | Namespace precedente di modello/profilo. openclaw doctor --fix lo migra a openai. |
Plugin codex | Plugin | Plugin OpenClaw incluso che fornisce il runtime nativo del server app Codex e i controlli chat /codex. |
provider/modello agentRuntime.id: codex | Runtime agente | Forza l’harness nativo del server app Codex per i turni incorporati corrispondenti. |
/codex ... | Set di comandi chat | Associa/controlla thread del server app Codex da una conversazione. |
runtime: "acp", agentId: "codex" | Route sessione ACP | Percorso di fallback esplicito che esegue Codex tramite ACP/acpx. |
openai/* mentre i profili di autenticazione
puntano a credenziali con chiave API oppure OAuth ChatGPT/Codex. Usa
auth.order.openai per la configurazione; openclaw doctor --fix riscrive i riferimenti ai modelli
Codex legacy legacy, gli id dei profili di autenticazione Codex legacy e
l’ordine di autenticazione Codex legacy nella route OpenAI canonica.
GPT-5.5 è disponibile sia tramite accesso diretto con chiave API OpenAI Platform sia tramite
route in abbonamento/OAuth. Per abbonamento ChatGPT/Codex più esecuzione Codex
nativa, usa
openai/gpt-5.5; ora la configurazione runtime non impostata seleziona l’harness Codex
per i turni agente OpenAI. Usa profili con chiave API OpenAI solo quando vuoi
l’autenticazione diretta con chiave API per un modello agente OpenAI.Anteprima limitata GPT-5.6
OpenClaw riconosce i tre id modello GPT-5.6 pubblici:openai/gpt-5.6-solopenai/gpt-5.6-terraopenai/gpt-5.6-luna
max nel catalogo attuale del server app Codex. L’
annuncio di lancio di OpenAI descrive Sol come il livello di punta, Terra come il
livello bilanciato e Luna come il livello veloce e a costo inferiore. Vedi
l’annuncio di lancio di GPT-5.6
e la guida all’accesso all’anteprima.
L’accesso è allowlist durante l’anteprima e può essere concesso separatamente per
API e Codex. Un piano ChatGPT a pagamento da solo non concede l’accesso. OpenClaw mantiene
openai/gpt-5.5 come predefinito; selezionare un riferimento GPT-5.6 senza accesso restituisce
l’errore di accesso upstream invece di ricadere silenziosamente su un fallback.
I turni dei modelli agente OpenAI richiedono il Plugin server app Codex incluso. La configurazione runtime
OpenClaw esplicita resta disponibile come route di compatibilità opt-in. Quando OpenClaw viene
selezionato esplicitamente con un profilo OAuth
openai, OpenClaw mantiene il
riferimento modello pubblico come openai/* e instrada internamente tramite il trasporto
di autenticazione Codex. Esegui openclaw doctor --fix per riparare riferimenti ai modelli
Codex legacy obsoleti, codex-cli/* o vecchi pin di sessione runtime che non provengono da
configurazione runtime esplicita.Copertura delle funzionalità OpenClaw
| Capacità OpenAI | Superficie OpenClaw | Stato |
|---|---|---|
| Chat / Responses | provider di modelli openai/<model> | Sì |
| Modelli in abbonamento Codex | openai/<model> con OAuth OpenAI | Sì |
| Riferimenti ai modelli Codex legacy | riferimenti ai modelli Codex legacy o codex-cli/<model> | Riparati da doctor in openai/<model> |
| Harness server app Codex | openai/<model> con runtime omesso o provider/modello agentRuntime.id: codex | Sì |
| Ricerca web lato server | Strumento OpenAI Responses nativo | Sì, quando la ricerca web è abilitata e nessun provider è fissato |
| Immagini | image_generate | Sì |
| Video | video_generate | Sì |
| Sintesi vocale | messages.tts.provider: "openai" / tts | Sì |
| Speech-to-text batch | tools.media.audio / comprensione media | Sì |
| Speech-to-text streaming | Voice Call streaming.provider: "openai" | Sì |
| Voce realtime | Voice Call realtime.provider: "openai" / Control UI Talk talk.realtime.provider: "openai" | Sì (richiede crediti OpenAI Platform, non abbonamento Codex/ChatGPT) |
| Embedding | provider di embedding della memoria | Sì |
La voce OpenAI Realtime (usata da
realtime.provider: "openai" di Voice Call e
da Control UI Talk con talk.realtime.provider: "openai") passa attraverso la
OpenAI Platform Realtime API pubblica, che viene fatturata sui crediti
OpenAI Platform anziché sulla quota di abbonamento Codex/ChatGPT. Un account
con OAuth OpenAI valido che esegue senza problemi modelli chat basati su Codex
necessita comunque di un profilo di autenticazione con chiave API OpenAI o di una chiave API Platform con fatturazione
Platform finanziata per la voce Realtime.Correzione: ricarica i crediti Platform su
platform.openai.com/account/billing
per l’organizzazione che supporta le tue credenziali realtime. La voce Realtime accetta
il profilo di autenticazione con chiave API openai creato da openclaw onboard --auth-choice openai-api-key,
una OPENAI_API_KEY Platform configurata tramite talk.realtime.providers.openai.apiKey
per Control UI Talk, plugins.entries.voice-call.config.realtime.providers.openai.apiKey
per Voice Call, oppure la variabile d’ambiente OPENAI_API_KEY. I profili OAuth OpenAI
possono comunque eseguire modelli chat openai/* basati su Codex nella stessa
installazione OpenClaw, ma non configurano la voce Realtime.Embedding della memoria
OpenClaw può usare OpenAI, oppure un endpoint di embedding compatibile con OpenAI, per l’indicizzazionememory_search e gli embedding delle query:
queryInputType e documentInputType sotto memorySearch. OpenClaw inoltra
questi valori come campi di richiesta input_type specifici del provider: gli embedding delle query usano
queryInputType; i blocchi di memoria indicizzati e l’indicizzazione batch usano
documentInputType. Vedi il riferimento di configurazione della memoria per l’esempio completo.
Per iniziare
Scegli il metodo di autenticazione che preferisci e segui i passaggi di configurazione.- API key (OpenAI Platform)
- Abbonamento Codex
Ideale per: accesso diretto alle API e fatturazione a consumo.
Per provare l’attuale modello Instant di ChatGPT dall’API OpenAI, imposta il
modello su
Ottieni la tua chiave API
Crea o copia una chiave API dalla dashboard OpenAI Platform.
Riepilogo delle route
| Rif. modello | Configurazione runtime | Route | Autenticazione |
|---|---|---|---|
openai/gpt-5.5 | omessa / provider/modello agentRuntime.id: "codex" | harness app-server Codex | profilo OpenAI compatibile con Codex |
openai/gpt-5.4-mini | omessa / provider/modello agentRuntime.id: "codex" | harness app-server Codex | profilo OpenAI compatibile con Codex |
openai/gpt-5.5 | provider/modello agentRuntime.id: "openclaw" | runtime incorporato OpenClaw | profilo openai selezionato |
I modelli agente
openai/* usano l’harness app-server Codex. Per usare
l’autenticazione con chiave API per un modello agente, crea un profilo con
chiave API compatibile con Codex e ordinalo con auth.order.openai;
OPENAI_API_KEY resta il fallback diretto per le superfici API OpenAI
non agente. Esegui openclaw doctor --fix per migrare le voci legacy
precedenti dell’ordine di autenticazione Codex.Esempio di configurazione
openai/chat-latest:chat-latest è un alias mobile. OpenAI lo documenta come il modello Instant
più recente usato in ChatGPT e consiglia gpt-5.5 per l’uso API in produzione,
quindi mantieni openai/gpt-5.5 come default stabile, a meno che tu non voglia
esplicitamente quel comportamento dell’alias. L’alias attualmente accetta solo
verbosità del testo medium, quindi OpenClaw normalizza gli override di
verbosità del testo OpenAI incompatibili per questo modello.Autenticazione nativa dell’app-server Codex
L’harness app-server Codex nativo usa riferimenti modelloopenai/* più una configurazione
runtime omessa o agentRuntime.id: "codex" di provider/modello, ma la sua autenticazione è
comunque basata sull’account. OpenClaw seleziona l’autenticazione in questo ordine:
- Profili di autenticazione OpenAI ordinati per l’agente, preferibilmente sotto
auth.order.openai. Eseguiopenclaw doctor --fixper migrare gli ID profilo di autenticazione Codex legacy e l’ordine di autenticazione Codex legacy. - L’account esistente dell’app-server, ad esempio un accesso ChatGPT della CLI Codex locale.
- Solo per avvii app-server stdio locali,
CODEX_API_KEY, poiOPENAI_API_KEY, quando l’app-server non segnala alcun account e richiede ancora l’autenticazione OpenAI.
OPENAI_API_KEY per modelli OpenAI diretti
o embedding. Il fallback con chiave API di ambiente è solo il percorso stdio locale senza account; non
viene inviato alle connessioni app-server WebSocket. Quando viene selezionato un profilo Codex
in stile abbonamento, OpenClaw mantiene anche CODEX_API_KEY e OPENAI_API_KEY
fuori dal processo figlio app-server stdio generato e invia le credenziali selezionate
tramite la RPC di accesso dell’app-server. Quando quel profilo di abbonamento è bloccato da un
limite di utilizzo Codex, OpenClaw può ruotare al profilo con chiave API openai:*
successivo nell’ordine senza cambiare il modello selezionato o uscire dall’harness
Codex. Una volta trascorso il tempo di reset dell’abbonamento, il profilo di abbonamento è
di nuovo idoneo.
Generazione di immagini
Il Pluginopenai incluso registra la generazione di immagini tramite lo strumento image_generate.
Supporta sia la generazione di immagini con chiave API OpenAI sia la generazione di immagini
OAuth Codex tramite lo stesso riferimento modello openai/gpt-image-2.
| Funzionalità | Chiave API OpenAI | OAuth Codex |
|---|---|---|
| Rif. modello | openai/gpt-image-2 | openai/gpt-image-2 |
| Autenticazione | OPENAI_API_KEY | Accesso OAuth OpenAI Codex |
| Trasporto | API OpenAI Images | Backend Codex Responses |
| Immagini max per richiesta | 4 | 4 |
| Modalità di modifica | Abilitata (fino a 5 immagini di riferimento) | Abilitata (fino a 5 immagini di riferimento) |
| Override delle dimensioni | Supportati, incluse dimensioni 2K/4K | Supportati, incluse dimensioni 2K/4K |
| Proporzioni / risoluzione | Non inoltrate all’API OpenAI Images | Mappate a una dimensione supportata quando è sicuro |
Vedi Generazione di immagini per i parametri condivisi dello strumento, la selezione del provider e il comportamento di failover.
gpt-image-2 è il valore predefinito sia per la generazione di immagini da testo
OpenAI sia per la modifica delle immagini. gpt-image-1.5, gpt-image-1 e
gpt-image-1-mini restano utilizzabili come override espliciti del modello. Usa
openai/gpt-image-1.5 per l’output PNG/WebP con sfondo trasparente; l’API
corrente gpt-image-2 rifiuta background: "transparent".
Per una richiesta con sfondo trasparente, gli agenti devono chiamare
image_generate con model: "openai/gpt-image-1.5", outputFormat: "png" o
"webp" e background: "transparent"; la vecchia opzione provider
openai.background è ancora accettata. OpenClaw protegge anche le route
pubbliche OpenAI e OpenAI Codex OAuth riscrivendo le richieste trasparenti
predefinite openai/gpt-image-2 in gpt-image-1.5; Azure e gli endpoint
personalizzati compatibili con OpenAI mantengono i nomi di distribuzione/modello
configurati.
La stessa impostazione è esposta per le esecuzioni CLI headless:
--output-format e --background con
openclaw infer image edit quando parti da un file di input.
--openai-background resta disponibile come alias specifico di OpenAI.
Usa --quality low|medium|high|auto quando devi controllare la qualità e il
costo di OpenAI Images. Usa --openai-moderation low|auto per passare il
suggerimento di moderazione specifico del provider di OpenAI da image generate
o image edit.
Per le installazioni ChatGPT/Codex OAuth, mantieni lo stesso riferimento
openai/gpt-image-2. Quando è configurato un profilo OAuth openai, OpenClaw
risolve quel token di accesso OAuth memorizzato e invia le richieste di immagini
tramite il backend Codex Responses. Non prova prima OPENAI_API_KEY né ripiega
silenziosamente su una chiave API per quella richiesta. Configura
models.providers.openai esplicitamente con una chiave API, un URL di base
personalizzato o un endpoint Azure quando vuoi invece la route diretta dell’API
OpenAI Images.
Se quell’endpoint di immagini personalizzato si trova su un indirizzo LAN/privato
affidabile, imposta anche
browser.ssrfPolicy.dangerouslyAllowPrivateNetwork: true; OpenClaw mantiene
bloccati gli endpoint di immagini privati/interni compatibili con OpenAI a meno
che questo opt-in non sia presente.
Genera:
Generazione video
Il Pluginopenai incluso registra la generazione video tramite lo strumento video_generate.
| Funzionalità | Valore |
|---|---|
| Modello predefinito | openai/sora-2 |
| Modalità | Da testo a video, da immagine a video, modifica di un singolo video |
| Input di riferimento | 1 immagine o 1 video |
| Override delle dimensioni | Supportati per da testo a video e da immagine a video |
| Altri override | aspectRatio, resolution, audio, watermark vengono ignorati con un avviso dello strumento |
POST /v1/videos con un
input_reference immagine. Le modifiche di un singolo video usano
POST /v1/videos/edits con il video caricato nel campo video.
Vedi Generazione video per i parametri condivisi dello strumento, la selezione del provider e il comportamento di failover.
Contributo al prompt GPT-5
OpenClaw aggiunge un contributo condiviso al prompt GPT-5 per le esecuzioni della famiglia GPT-5 sulle superfici di prompt assemblate da OpenClaw. Si applica in base all’ID del modello, quindi le route OpenClaw/provider come i riferimenti legacy pre-riparazione (riferimento legacy Codex GPT-5.5),openrouter/openai/gpt-5.5, opencode/gpt-5.5 e altri riferimenti GPT-5 compatibili ricevono lo stesso overlay. I modelli GPT-4.x precedenti no.
L’harness Codex nativo incluso non riceve questo overlay GPT-5 di OpenClaw tramite le istruzioni per sviluppatori del server app Codex. Codex nativo mantiene il comportamento di base, modello e documenti di progetto di proprietà di Codex, mentre OpenClaw disabilita la personality integrata di Codex per i thread nativi, così i file di personality dell’area di lavoro dell’agente restano autorevoli. OpenClaw contribuisce solo il contesto di runtime, come consegna del canale, strumenti dinamici OpenClaw, delega ACP, contesto dell’area di lavoro e Skills OpenClaw.
Il contributo GPT-5 aggiunge un contratto di comportamento etichettato per la persistenza della persona, la sicurezza dell’esecuzione, la disciplina degli strumenti, la forma dell’output, i controlli di completamento e la verifica sui prompt corrispondenti assemblati da OpenClaw. Il comportamento specifico del canale per le risposte e i messaggi silenziosi resta nel prompt di sistema condiviso di OpenClaw e nella policy di recapito in uscita. Il livello di stile di interazione amichevole è separato e configurabile.
| Valore | Effetto |
|---|---|
"friendly" (predefinito) | Abilita il livello di stile di interazione amichevole |
"on" | Alias per "friendly" |
"off" | Disabilita solo il livello di stile amichevole |
- Config
- CLI
Il valore legacy
plugins.entries.openai.config.personality viene ancora letto come fallback di compatibilità quando l’impostazione condivisa agents.defaults.promptOverlays.gpt5.personality non è configurata.Voce e parlato
Speech synthesis (TTS)
Speech synthesis (TTS)
Il Plugin
Modelli disponibili:
openai in bundle registra la sintesi vocale per la superficie messages.tts.| Impostazione | Percorso di configurazione | Predefinito |
|---|---|---|
| Modello | messages.tts.providers.openai.model | gpt-4o-mini-tts |
| Voce | messages.tts.providers.openai.speakerVoice | coral |
| Velocità | messages.tts.providers.openai.speed | (non impostato) |
| Istruzioni | messages.tts.providers.openai.instructions | (non impostato, solo gpt-4o-mini-tts) |
| Formato | messages.tts.providers.openai.responseFormat | opus per le note vocali, mp3 per i file |
| Chiave API | messages.tts.providers.openai.apiKey | Ripiega su OPENAI_API_KEY |
| URL di base | messages.tts.providers.openai.baseUrl | https://api.openai.com/v1 |
| Corpo extra | messages.tts.providers.openai.extraBody / extra_body | (non impostato) |
gpt-4o-mini-tts, tts-1, tts-1-hd. Voci disponibili: alloy, ash, ballad, cedar, coral, echo, fable, juniper, marin, onyx, nova, sage, shimmer, verse.extraBody viene unito al JSON della richiesta /audio/speech dopo i campi generati da OpenClaw, quindi usalo per endpoint compatibili con OpenAI che richiedono chiavi aggiuntive come lang. Le chiavi di prototipo vengono ignorate.Imposta
OPENAI_TTS_BASE_URL per sostituire l’URL di base TTS senza influire sull’endpoint dell’API chat. OpenAI TTS e la voce Realtime sono entrambi configurati tramite una chiave API OpenAI Platform; le installazioni solo OAuth possono comunque usare modelli di chat basati su Codex, ma non il talk-back live di OpenAI.Speech-to-text
Speech-to-text
Il Plugin Gli indizi di lingua e prompt vengono inoltrati a OpenAI quando forniti dalla
configurazione condivisa dei media audio o dalla richiesta di trascrizione per chiamata.
openai in bundle registra la trascrizione speech-to-text batch tramite
la superficie di trascrizione di comprensione dei media di OpenClaw.- Modello predefinito:
gpt-4o-transcribe - Endpoint: REST OpenAI
/v1/audio/transcriptions - Percorso di input: caricamento di file audio multipart
- Supportato da OpenClaw ovunque la trascrizione audio in ingresso usi
tools.media.audio, inclusi i segmenti dei canali vocali Discord e gli allegati audio dei canali
Realtime transcription
Realtime transcription
Il Plugin
openai in bundle registra la trascrizione Realtime per il Plugin Voice Call.| Impostazione | Percorso di configurazione | Predefinito |
|---|---|---|
| Modello | plugins.entries.voice-call.config.streaming.providers.openai.model | gpt-4o-transcribe |
| Lingua | ...openai.language | (non impostato) |
| Prompt | ...openai.prompt | (non impostato) |
| Durata del silenzio | ...openai.silenceDurationMs | 800 |
| Soglia VAD | ...openai.vadThreshold | 0.5 |
| Autenticazione | ...openai.apiKey, OPENAI_API_KEY, oppure OAuth openai | Le chiavi API si connettono direttamente; OAuth emette un segreto client di trascrizione Realtime |
Usa una connessione WebSocket a
wss://api.openai.com/v1/realtime con audio G.711 u-law (g711_ulaw / audio/pcmu). Quando è configurato solo OAuth openai, il Gateway emette un segreto client di trascrizione Realtime effimero prima di aprire il WebSocket. Questo provider di streaming è destinato al percorso di trascrizione Realtime di Voice Call; attualmente la voce Discord registra brevi segmenti e usa invece il percorso di trascrizione batch tools.media.audio.Realtime voice
Realtime voice
Il Plugin
Voci Realtime integrate disponibili per
openai in bundle registra la voce Realtime per il Plugin Voice Call.| Impostazione | Percorso config | Predefinito |
|---|---|---|
| Modello | plugins.entries.voice-call.config.realtime.providers.openai.model | gpt-realtime-2 |
| Voce | ...openai.voice | alloy |
| Temperatura (bridge di deployment Azure) | ...openai.temperature | 0.8 |
| Soglia VAD | ...openai.vadThreshold | 0.5 |
| Durata del silenzio | ...openai.silenceDurationMs | 500 |
| Padding del prefisso | ...openai.prefixPaddingMs | 300 |
| Impegno di ragionamento | ...openai.reasoningEffort | (non impostato) |
| Autenticazione | profilo di autenticazione con chiave API openai, ...openai.apiKey o OPENAI_API_KEY | Chiave API di OpenAI Platform richiesta; OpenAI OAuth non configura la voce Realtime |
gpt-realtime-2: alloy, ash,
ballad, coral, echo, sage, shimmer, verse, marin, cedar.
OpenAI consiglia marin e cedar per la migliore qualità Realtime. Questo
è un set separato rispetto alle voci Text-to-speech sopra; non dare per scontato che una voce TTS
come fable, nova o onyx sia valida per le sessioni Realtime.I bridge realtime backend di OpenAI usano la forma di sessione WebSocket Realtime GA, che non accetta
session.temperature. I deployment Azure OpenAI restano disponibili tramite azureEndpoint e azureDeployment e mantengono la forma di sessione compatibile con il deployment. Supporta chiamate di strumenti bidirezionali e audio G.711 u-law.La voce Realtime viene selezionata quando viene creata la sessione. OpenAI consente alla maggior parte
dei campi della sessione di cambiare in seguito, ma la voce non può essere modificata dopo che il
modello ha emesso audio in quella sessione. OpenClaw attualmente espone gli
id delle voci Realtime integrate come stringhe.
Control UI Talk usa sessioni realtime browser OpenAI con un segreto client
effimero emesso dal Gateway e uno scambio SDP WebRTC diretto del browser verso la
OpenAI Realtime API. Il Gateway emette quel segreto client con il profilo di autenticazione
con chiave API
openai selezionato o con la chiave API di OpenAI Platform configurata. Il relay del Gateway
e i bridge WebSocket realtime backend di Voice Call usano lo stesso
percorso di autenticazione solo con chiave API per gli endpoint OpenAI nativi. La verifica live del maintainer
è disponibile con
OPENAI_API_KEY=... GEMINI_API_KEY=... node --import tsx scripts/dev/realtime-talk-live-smoke.ts;
i segmenti OpenAI verificano sia il bridge WebSocket backend sia lo scambio SDP
WebRTC del browser senza registrare segreti.Endpoint Azure OpenAI
Il provideropenai incluso può puntare a una risorsa Azure OpenAI per la generazione
di immagini sovrascrivendo l’URL di base. Nel percorso di generazione immagini, OpenClaw
rileva gli hostname Azure su models.providers.openai.baseUrl e passa
automaticamente alla forma di richiesta di Azure.
La voce Realtime usa un percorso di configurazione separato
(
plugins.entries.voice-call.config.realtime.providers.openai.azureEndpoint)
e non è influenzata da models.providers.openai.baseUrl. Vedi l’accordion Voce Realtime
in Voce e parlato per le sue impostazioni Azure.- Hai già una sottoscrizione, una quota o un accordo enterprise Azure OpenAI
- Hai bisogno della residenza regionale dei dati o dei controlli di conformità forniti da Azure
- Vuoi mantenere il traffico all’interno di una tenancy Azure esistente
Configurazione
Per la generazione di immagini Azure tramite il provideropenai incluso, punta
models.providers.openai.baseUrl alla tua risorsa Azure e imposta apiKey sulla
chiave Azure OpenAI (non su una chiave OpenAI Platform):
*.openai.azure.com*.services.ai.azure.com*.cognitiveservices.azure.com
- Invia l’header
api-keyinvece diAuthorization: Bearer - Usa percorsi con ambito deployment (
/openai/deployments/{deployment}/...) - Aggiunge
?api-version=...a ogni richiesta - Usa un timeout di richiesta predefinito di 600s per le chiamate di generazione immagini Azure.
I valori
timeoutMsper singola chiamata sovrascrivono comunque questo predefinito.
Il routing Azure per il percorso di generazione immagini del provider
openai richiede
OpenClaw 2026.4.22 o versioni successive. Le versioni precedenti trattano qualsiasi
openai.baseUrl personalizzato come l’endpoint OpenAI pubblico e falliranno con i deployment
di immagini Azure.Versione API
ImpostaAZURE_OPENAI_API_VERSION per fissare una specifica versione Azure preview o GA
per il percorso di generazione immagini Azure:
2024-12-01-preview quando la variabile non è impostata.
I nomi dei modelli sono nomi di deployment
Azure OpenAI collega i modelli ai deployment. Per le richieste di generazione immagini Azure instradate tramite il provideropenai incluso, il campo model in OpenClaw
deve essere il nome del deployment Azure che hai configurato nel portale Azure, non
l’id del modello OpenAI pubblico.
Se crei un deployment chiamato gpt-image-2-prod che serve gpt-image-2:
openai incluso.
Disponibilità regionale
La generazione di immagini Azure è attualmente disponibile solo in un sottoinsieme di regioni (per esempioeastus2, swedencentral, polandcentral, westus3,
uaenorth). Controlla l’elenco attuale delle regioni Microsoft prima di creare un
deployment e conferma che il modello specifico sia offerto nella tua regione.
Differenze nei parametri
Azure OpenAI e OpenAI pubblico non accettano sempre gli stessi parametri immagine. Azure può rifiutare opzioni consentite da OpenAI pubblico (per esempio alcuni valoribackground su gpt-image-2) o esporle solo su versioni specifiche
del modello. Queste differenze provengono da Azure e dal modello sottostante, non
da OpenClaw. Se una richiesta Azure fallisce con un errore di validazione, controlla il
set di parametri supportato dal tuo deployment specifico e dalla versione API nel
portale Azure.
Azure OpenAI usa trasporto nativo e comportamento compatibile ma non riceve
gli header di attribuzione nascosti di OpenClaw — vedi l’accordion Route native vs compatibili con OpenAI
in Configurazione avanzata.Per traffico chat o Responses su Azure (oltre alla generazione immagini), usa il
flusso di onboarding o una configurazione provider Azure dedicata —
openai.baseUrl da solo
non seleziona la forma API/autenticazione Azure. Esiste un provider
azure-openai-responses/* separato; vedi
l’accordion Compaction lato server sotto.Configurazione avanzata
Trasporto (WebSocket vs SSE)
Trasporto (WebSocket vs SSE)
OpenClaw usa prima WebSocket con fallback SSE (
Documenti OpenAI correlati:
"auto") per openai/*.In modalità "auto", OpenClaw:- Riprova un errore WebSocket iniziale prima di passare a SSE
- Dopo un errore, marca WebSocket come degradato per circa 60 secondi e usa SSE durante il raffreddamento
- Allega header stabili di identità sessione e turno per i tentativi e le riconnessioni
- Normalizza i contatori di utilizzo (
input_tokens/prompt_tokens) tra le varianti di trasporto
| Valore | Comportamento |
|---|---|
"auto" (predefinito) | Prima WebSocket, fallback SSE |
"sse" | Forza solo SSE |
"websocket" | Forza solo WebSocket |
Modalità rapida
Modalità rapida
OpenClaw espone un interruttore di modalità rapida condiviso per
openai/*:- Chat/UI:
/fast status|auto|on|off - Config:
agents.defaults.models["<provider>/<model>"].params.fastMode
service_tier = "priority"). I valori service_tier esistenti vengono preservati e la modalità rapida non riscrive reasoning o text.verbosity. fastMode: "auto" avvia rapidamente le nuove chiamate al modello fino al limite automatico, poi avvia le successive chiamate di ritentativo, fallback, risultato strumento o continuazione senza modalità rapida. Il limite predefinito è 60 secondi; imposta params.fastAutoOnSeconds sul modello attivo per modificarlo.Le sovrascritture di sessione prevalgono sulla config. Cancellare la sovrascrittura di sessione nella UI Sessions riporta la sessione al predefinito configurato.
Elaborazione prioritaria (service_tier)
Elaborazione prioritaria (service_tier)
L’API di OpenAI espone l’elaborazione prioritaria tramite Valori supportati:
service_tier. Impostala per modello in OpenClaw:auto, default, flex, priority.Compaction lato server (Responses API)
Compaction lato server (Responses API)
Per i modelli OpenAI Responses diretti (
openai/* su api.openai.com), il wrapper di stream OpenClaw del Plugin OpenAI abilita automaticamente la Compaction lato server:- Forza
store: true(a meno che la compatibilità del modello impostisupportsStore: false) - Inietta
context_management: [{ type: "compaction", compact_threshold: ... }] compact_thresholdpredefinito: 70% dicontextWindow(o80000quando non disponibile)
- Abilita esplicitamente
- Soglia personalizzata
- Disabilita
Utile per endpoint compatibili come Azure OpenAI Responses:
responsesServerCompaction controlla solo l’iniezione di context_management. I modelli OpenAI Responses diretti forzano comunque store: true a meno che la compatibilità imposti supportsStore: false.Modalità GPT strict-agentic
Modalità GPT strict-agentic
Per le esecuzioni della famiglia GPT-5 su Con
openai/*, OpenClaw può usare un contratto di esecuzione incorporato più rigoroso:strict-agentic, OpenClaw:- Abilita automaticamente
update_planper lavori sostanziali - Ritenta i turni strutturalmente vuoti o solo di ragionamento con una continuazione con risposta visibile
- Usa eventi di piano espliciti dell’harness quando l’harness selezionato li fornisce
Limitato solo alle esecuzioni della famiglia GPT-5 di OpenAI e Codex. Altri provider e famiglie di modelli precedenti mantengono il comportamento predefinito.
Route native e compatibili con OpenAI
Route native e compatibili con OpenAI
OpenClaw tratta gli endpoint diretti di OpenAI, Codex e Azure OpenAI in modo diverso dai proxy
/v1 generici compatibili con OpenAI:Route native (openai/*, Azure OpenAI):- Mantengono
reasoning: { effort: "none" }solo per i modelli che supportano l’effortnonedi OpenAI - Omettono il ragionamento disabilitato per modelli o proxy che rifiutano
reasoning.effort: "none" - Impostano per impostazione predefinita gli schemi degli strumenti in modalità rigorosa
- Allegano header di attribuzione nascosti solo sugli host nativi verificati
- Mantengono la definizione delle richieste specifica di OpenAI (
service_tier,store, compatibilità del ragionamento, suggerimenti per la prompt-cache)
- Usano un comportamento di compatibilità meno rigido
- Rimuovono
storedi Completions dai payloadopenai-completionsnon nativi - Accettano JSON avanzato inoltrato tramite
params.extra_body/params.extraBodyper proxy Completions compatibili con OpenAI - Accettano
params.chat_template_kwargsper proxy Completions compatibili con OpenAI come vLLM - Non impongono schemi degli strumenti rigorosi né header solo nativi
Correlati
Selezione del modello
Scelta dei provider, dei riferimenti ai modelli e del comportamento di failover.
Generazione di immagini
Parametri condivisi dello strumento immagini e selezione del provider.
Generazione di video
Parametri condivisi dello strumento video e selezione del provider.
OAuth e autenticazione
Dettagli di autenticazione e regole di riutilizzo delle credenziali.