Passer au contenu principal
OpenAI fournit des API développeur pour les modèles GPT, et Codex est également disponible comme agent de codage de forfait ChatGPT via les clients Codex d’OpenAI. OpenClaw utilise un seul identifiant de provider, openai, pour les deux formes d’authentification. OpenClaw utilise openai/* comme route canonique des modèles OpenAI. Les tours d’agent intégrés sur les modèles OpenAI s’exécutent par défaut via le runtime app-server Codex natif ; l’authentification directe par clé API OpenAI reste disponible pour les surfaces OpenAI non-agent, comme les images, les embeddings, la parole et le temps réel.
  • Modèles d’agent - modèles openai/* via le runtime Codex ; connectez-vous avec l’authentification Codex pour utiliser un abonnement ChatGPT/Codex, ou configurez une sauvegarde par clé API OpenAI compatible avec Codex lorsque vous voulez intentionnellement une authentification par clé API.
  • API OpenAI non-agent - accès direct à OpenAI Platform avec facturation à l’usage via OPENAI_API_KEY ou l’onboarding par clé API OpenAI.
  • Configuration héritée - les références de modèles Codex héritées sont réparées par openclaw doctor --fix vers openai/* avec le runtime Codex.
OpenAI prend explicitement en charge l’utilisation OAuth par abonnement dans des outils et workflows externes comme OpenClaw. Le provider, le modèle, le runtime et le canal sont des couches distinctes. Si ces libellés sont mélangés, lisez Runtimes d’agent avant de modifier la configuration.

Choix rapide

ObjectifUtiliserNotes
Abonnement ChatGPT/Codex avec runtime Codex natifopenai/gpt-5.5Configuration d’agent OpenAI par défaut. Connectez-vous avec l’authentification Codex.
Aperçu limité de GPT-5.6openai/gpt-5.6-sol, -terra, ou -lunaNécessite une organisation API approuvée par OpenAI ou un workspace Codex.
Facturation directe par clé API pour les modèles d’agentopenai/gpt-5.5 avec un profil de clé API compatible CodexUtilisez auth.order.openai pour placer la sauvegarde après l’authentification par abonnement.
Facturation directe par clé API via OpenClaw expliciteopenai/gpt-5.5 avec le runtime provider/modèle openclawSélectionnez un profil de clé API openai normal.
Dernier alias d’API ChatGPT Instantopenai/chat-latestClé API directe uniquement. Alias mobile pour les expérimentations, pas la valeur par défaut.
Authentification par abonnement ChatGPT/Codex via OpenClawopenai/gpt-5.5 avec le runtime provider/modèle openclawSélectionnez un profil OAuth openai pour la route de compatibilité.
Génération ou modification d’imagesopenai/gpt-image-2Fonctionne avec OPENAI_API_KEY ou OAuth OpenAI Codex.
Images à arrière-plan transparentopenai/gpt-image-1.5Utilisez outputFormat=png ou webp et openai.background=transparent.

Carte de nommage

Les noms sont similaires, mais ne sont pas interchangeables :
Nom affichéCoucheSignification
openaiPréfixe de providerRoute canonique des modèles OpenAI ; les tours d’agent utilisent le runtime Codex.
préfixe OpenAI Codex héritéPréfixe héritéAncien espace de noms de modèle/profil. openclaw doctor --fix le migre vers openai.
Plugin codexPluginPlugin OpenClaw groupé qui fournit le runtime app-server Codex natif et les contrôles de chat /codex.
provider/modèle agentRuntime.id: codexRuntime d’agentForce le harnais app-server Codex natif pour les tours intégrés correspondants.
/codex ...Jeu de commandes de chatLier/contrôler les threads app-server Codex depuis une conversation.
runtime: "acp", agentId: "codex"Route de session ACPChemin de secours explicite qui exécute Codex via ACP/acpx.
Cela signifie qu’une configuration peut intentionnellement contenir des références de modèles openai/* tandis que les profils d’authentification pointent vers des identifiants de clé API ou OAuth ChatGPT/Codex. Utilisez auth.order.openai pour la configuration ; openclaw doctor --fix réécrit les références de modèles Codex héritées, les identifiants de profils d’authentification Codex hérités et l’ordre d’authentification Codex hérité vers la route OpenAI canonique.
GPT-5.5 est disponible à la fois via l’accès direct par clé API OpenAI Platform et les routes abonnement/OAuth. Pour un abonnement ChatGPT/Codex avec exécution Codex native, utilisez openai/gpt-5.5 ; une configuration de runtime non définie sélectionne maintenant le harnais Codex pour les tours d’agent OpenAI. Utilisez les profils de clé API OpenAI uniquement lorsque vous voulez une authentification directe par clé API pour un modèle d’agent OpenAI.

Aperçu limité de GPT-5.6

OpenClaw reconnaît les trois identifiants publics de modèles GPT-5.6 :
  • openai/gpt-5.6-sol
  • openai/gpt-5.6-terra
  • openai/gpt-5.6-luna
Tous trois exposent le raisonnement max dans le catalogue app-server Codex actuel. L’annonce de lancement d’OpenAI décrit Sol comme le palier phare, Terra comme le palier équilibré, et Luna comme le palier rapide et moins coûteux. Consultez l’annonce de lancement de GPT-5.6 et le guide d’accès à l’aperçu. L’accès est soumis à une liste d’autorisation pendant l’aperçu et peut être accordé séparément pour l’API et Codex. Un forfait ChatGPT payant seul n’accorde pas l’accès. OpenClaw conserve openai/gpt-5.5 comme valeur par défaut ; sélectionner une référence GPT-5.6 sans accès renvoie l’erreur d’accès amont au lieu de revenir silencieusement en arrière.
Les tours de modèles d’agent OpenAI nécessitent le Plugin app-server Codex groupé. La configuration explicite du runtime OpenClaw reste disponible comme route de compatibilité à activer volontairement. Lorsqu’OpenClaw est explicitement sélectionné avec un profil OAuth openai, OpenClaw conserve la référence de modèle publique sous la forme openai/* et route en interne via le transport authentifié par Codex. Exécutez openclaw doctor --fix pour réparer les références de modèles Codex héritées obsolètes, codex-cli/*, ou les anciens verrouillages de session de runtime qui ne proviennent pas d’une configuration de runtime explicite.

Couverture des fonctionnalités OpenClaw

Capacité OpenAISurface OpenClawStatut
Chat / ResponsesProvider de modèle openai/<model>Oui
Modèles par abonnement Codexopenai/<model> avec OAuth OpenAIOui
Références de modèles Codex héritéesréférences de modèles Codex héritées ou codex-cli/<model>Réparées par doctor vers openai/<model>
Harnais app-server Codexopenai/<model> avec runtime omis ou provider/modèle agentRuntime.id: codexOui
Recherche Web côté serveurOutil OpenAI Responses natifOui, lorsque la recherche Web est activée et qu’aucun provider n’est épinglé
Imagesimage_generateOui
Vidéosvideo_generateOui
Synthèse vocalemessages.tts.provider: "openai" / ttsOui
Transcription audio par lottools.media.audio / compréhension des médiasOui
Transcription audio en streamingVoice Call streaming.provider: "openai"Oui
Voix en temps réelVoice Call realtime.provider: "openai" / Control UI Talk talk.realtime.provider: "openai"Oui (nécessite des crédits OpenAI Platform, pas un abonnement Codex/ChatGPT)
Embeddingsprovider d’embeddings mémoireOui
La voix en temps réel OpenAI (utilisée par realtime.provider: "openai" de Voice Call et Control UI Talk avec talk.realtime.provider: "openai") passe par l’API OpenAI Platform Realtime publique, facturée sur les crédits OpenAI Platform plutôt que sur le quota d’abonnement Codex/ChatGPT. Un compte avec un OAuth OpenAI sain qui exécute sans problème des modèles de chat adossés à Codex a tout de même besoin d’un profil d’authentification par clé API OpenAI ou d’une clé API Platform avec une facturation Platform approvisionnée pour la voix en temps réel.Correctif : rechargez les crédits Platform sur platform.openai.com/account/billing pour l’organisation qui porte vos identifiants temps réel. La voix en temps réel accepte le profil d’authentification par clé API openai créé par openclaw onboard --auth-choice openai-api-key, une clé Platform OPENAI_API_KEY configurée via talk.realtime.providers.openai.apiKey pour Control UI Talk, plugins.entries.voice-call.config.realtime.providers.openai.apiKey pour Voice Call, ou la variable d’environnement OPENAI_API_KEY. Les profils OAuth OpenAI peuvent toujours exécuter des modèles de chat openai/* adossés à Codex dans la même installation OpenClaw, mais ils ne configurent pas la voix en temps réel.

Embeddings mémoire

OpenClaw peut utiliser OpenAI, ou un point de terminaison d’embeddings compatible OpenAI, pour l’indexation memory_search et les embeddings de requête :
{
  agents: {
    defaults: {
      memorySearch: {
        provider: "openai",
        model: "text-embedding-3-small",
      },
    },
  },
}
Pour les points de terminaison compatibles OpenAI qui exigent des libellés d’embeddings asymétriques, définissez queryInputType et documentInputType sous memorySearch. OpenClaw les transmet comme champs de requête input_type propres au provider : les embeddings de requête utilisent queryInputType ; les fragments de mémoire indexés et l’indexation par lot utilisent documentInputType. Consultez la référence de configuration de la mémoire pour l’exemple complet.

Prise en main

Choisissez votre méthode d’authentification préférée et suivez les étapes de configuration.
Idéal pour : l’accès direct à l’API et la facturation à l’usage.
1

Get your API key

Créez ou copiez une clé API depuis le tableau de bord OpenAI Platform.
2

Run onboarding

openclaw onboard --auth-choice openai-api-key
Ou transmettez la clé directement :
openclaw onboard --openai-api-key "$OPENAI_API_KEY"
3

Vérifier que le modèle est disponible

openclaw models list --provider openai

Résumé des routes

Réf. du modèleConfiguration du runtimeRouteAuthentification
openai/gpt-5.5omise / provider/model agentRuntime.id: "codex"harnais app-server Codexprofil OpenAI compatible Codex
openai/gpt-5.4-miniomise / provider/model agentRuntime.id: "codex"harnais app-server Codexprofil OpenAI compatible Codex
openai/gpt-5.5provider/model agentRuntime.id: "openclaw"runtime intégré OpenClawprofil openai sélectionné
Les modèles d’agent openai/* utilisent le harnais app-server Codex. Pour utiliser l’authentification par clé API pour un modèle d’agent, créez un profil de clé API compatible Codex et ordonnez-le avec auth.order.openai ; OPENAI_API_KEY reste le recours direct pour les surfaces d’API OpenAI non-agent. Exécutez openclaw doctor --fix pour migrer les anciennes entrées d’ordre d’authentification Codex héritées.

Exemple de configuration

{
  env: { OPENAI_API_KEY: "example-openai-key-not-real" },
  agents: { defaults: { model: { primary: "openai/gpt-5.5" } } },
}
Pour essayer le modèle Instant actuel de ChatGPT depuis l’API OpenAI, définissez le modèle sur openai/chat-latest :
{
  env: { OPENAI_API_KEY: "example-openai-key-not-real" },
  agents: { defaults: { model: { primary: "openai/chat-latest" } } },
}
chat-latest est un alias mouvant. OpenAI le documente comme le dernier modèle Instant utilisé dans ChatGPT et recommande gpt-5.5 pour l’usage de l’API en production ; conservez donc openai/gpt-5.5 comme valeur par défaut stable, sauf si vous voulez explicitement ce comportement d’alias. L’alias n’accepte actuellement que la verbosité de texte medium, donc OpenClaw normalise les substitutions de verbosité de texte OpenAI incompatibles pour ce modèle.
OpenClaw n’expose pas gpt-5.3-codex-spark sur la route directe par clé API OpenAI. Il est disponible uniquement via les entrées de catalogue d’abonnement Codex lorsque votre compte connecté l’expose.

Authentification app-server Codex native

Le harnais app-server Codex natif utilise des réfs de modèle openai/* plus une configuration de runtime omise ou provider/model agentRuntime.id: "codex", mais son authentification reste basée sur le compte. OpenClaw sélectionne l’authentification dans cet ordre :
  1. Profils d’authentification OpenAI ordonnés pour l’agent, de préférence sous auth.order.openai. Exécutez openclaw doctor --fix pour migrer les anciens identifiants de profil d’authentification Codex hérités et l’ordre d’authentification Codex hérité.
  2. Le compte existant de l’app-server, comme une connexion ChatGPT locale de Codex CLI.
  3. Pour les lancements app-server stdio locaux uniquement, CODEX_API_KEY, puis OPENAI_API_KEY, lorsque l’app-server ne signale aucun compte et nécessite toujours l’authentification OpenAI.
Cela signifie qu’une connexion locale d’abonnement ChatGPT/Codex n’est pas remplacée simplement parce que le processus Gateway possède aussi OPENAI_API_KEY pour les modèles OpenAI directs ou les embeddings. Le recours à la clé API d’environnement concerne uniquement le chemin local stdio sans compte ; elle n’est pas envoyée aux connexions app-server WebSocket. Lorsqu’un profil Codex de type abonnement est sélectionné, OpenClaw conserve également CODEX_API_KEY et OPENAI_API_KEY hors du processus enfant app-server stdio lancé et envoie les identifiants sélectionnés via le RPC de connexion de l’app-server. Lorsque ce profil d’abonnement est bloqué par une limite d’usage Codex, OpenClaw peut basculer vers le profil de clé API openai:* ordonné suivant sans changer le modèle sélectionné ni sortir du harnais Codex. Une fois l’heure de réinitialisation de l’abonnement passée, le profil d’abonnement redevient éligible.

Génération d’images

Le Plugin openai groupé enregistre la génération d’images via l’outil image_generate. Il prend en charge à la fois la génération d’images par clé API OpenAI et la génération d’images OAuth Codex via la même réf. de modèle openai/gpt-image-2.
CapacitéClé API OpenAIOAuth Codex
Réf. du modèleopenai/gpt-image-2openai/gpt-image-2
AuthentificationOPENAI_API_KEYConnexion OAuth OpenAI Codex
TransportAPI OpenAI ImagesBackend Codex Responses
Images max. par requête44
Mode éditionActivé (jusqu’à 5 images de référence)Activé (jusqu’à 5 images de référence)
Remplacements de taillePris en charge, y compris les tailles 2K/4KPris en charge, y compris les tailles 2K/4K
Format / résolutionNon transmis à l’API OpenAI ImagesMappé vers une taille prise en charge lorsque c’est sûr
{
  agents: {
    defaults: {
      imageGenerationModel: { primary: "openai/gpt-image-2" },
    },
  },
}
Voir Génération d’images pour les paramètres d’outil partagés, la sélection du fournisseur et le comportement de basculement.
gpt-image-2 est la valeur par défaut pour la génération d’images à partir de texte OpenAI et pour la modification d’images. gpt-image-1.5, gpt-image-1 et gpt-image-1-mini restent utilisables comme remplacements explicites de modèle. Utilisez openai/gpt-image-1.5 pour une sortie PNG/WebP à arrière-plan transparent ; l’API gpt-image-2 actuelle rejette background: "transparent". Pour une requête avec arrière-plan transparent, les agents doivent appeler image_generate avec model: "openai/gpt-image-1.5", outputFormat: "png" ou "webp", et background: "transparent" ; l’ancienne option de fournisseur openai.background est toujours acceptée. OpenClaw protège également les routes publiques OpenAI et OAuth OpenAI Codex en réécrivant les requêtes transparentes par défaut openai/gpt-image-2 vers gpt-image-1.5 ; Azure et les points de terminaison personnalisés compatibles OpenAI conservent leurs noms de déploiement/modèle configurés. Le même réglage est exposé pour les exécutions CLI sans interface :
openclaw infer image generate \
  --model openai/gpt-image-1.5 \
  --output-format png \
  --background transparent \
  --prompt "A simple red circle sticker on a transparent background" \
  --json
Utilisez les mêmes indicateurs --output-format et --background avec openclaw infer image edit lorsque vous partez d’un fichier d’entrée. --openai-background reste disponible comme alias propre à OpenAI. Utilisez --quality low|medium|high|auto lorsque vous devez contrôler la qualité et le coût d’OpenAI Images. Utilisez --openai-moderation low|auto pour transmettre l’indication de modération propre au fournisseur OpenAI depuis image generate ou image edit. Pour les installations ChatGPT/Codex OAuth, conservez la même réf. openai/gpt-image-2. Lorsqu’un profil OAuth openai est configuré, OpenClaw résout ce jeton d’accès OAuth stocké et envoie les requêtes d’image via le backend Codex Responses. Il ne tente pas d’abord OPENAI_API_KEY et ne rebascule pas silencieusement vers une clé API pour cette requête. Configurez explicitement models.providers.openai avec une clé API, une URL de base personnalisée ou un point de terminaison Azure lorsque vous voulez utiliser à la place la route directe de l’API OpenAI Images. Si ce point de terminaison d’image personnalisé se trouve sur un LAN/adresse privée de confiance, définissez aussi browser.ssrfPolicy.dangerouslyAllowPrivateNetwork: true ; OpenClaw garde les points de terminaison d’image privés/internes compatibles OpenAI bloqués sauf si cette option explicite est présente. Générer :
/tool image_generate model=openai/gpt-image-2 prompt="A polished launch poster for OpenClaw on macOS" size=3840x2160 count=1
Générer un PNG transparent :
/tool image_generate model=openai/gpt-image-1.5 prompt="A simple red circle sticker on a transparent background" outputFormat=png background=transparent
Modifier :
/tool image_generate model=openai/gpt-image-2 prompt="Preserve the object shape, change the material to translucent glass" image=/path/to/reference.png size=1024x1536

Génération vidéo

Le Plugin openai intégré enregistre la génération vidéo via l’outil video_generate.
CapacitéValeur
Modèle par défautopenai/sora-2
ModesTexte vers vidéo, image vers vidéo, modification d’une seule vidéo
Entrées de référence1 image ou 1 vidéo
Remplacements de taillePris en charge pour texte vers vidéo et image vers vidéo
Autres remplacementsaspectRatio, resolution, audio, watermark sont ignorés avec un avertissement d’outil
Les requêtes image vers vidéo OpenAI utilisent POST /v1/videos avec une input_reference d’image. Les modifications d’une seule vidéo utilisent POST /v1/videos/edits avec la vidéo téléversée dans le champ video.
{
  agents: {
    defaults: {
      videoGenerationModel: { primary: "openai/sora-2" },
    },
  },
}
Voir Génération vidéo pour les paramètres d’outil partagés, la sélection du fournisseur et le comportement de basculement.

Contribution de prompt GPT-5

OpenClaw ajoute une contribution de prompt GPT-5 partagée pour les exécutions de la famille GPT-5 sur les surfaces de prompt assemblées par OpenClaw. Elle s’applique par identifiant de modèle ; les routes OpenClaw/fournisseur telles que les anciennes références avant réparation (ancienne réf. Codex GPT-5.5), openrouter/openai/gpt-5.5, opencode/gpt-5.5 et d’autres références GPT-5 compatibles reçoivent donc le même calque. Les anciens modèles GPT-4.x ne le reçoivent pas. Le harnais Codex natif intégré ne reçoit pas ce calque OpenClaw GPT-5 via les instructions développeur du serveur d’application Codex. Codex natif conserve le comportement de base, de modèle et de documentation de projet appartenant à Codex, tandis qu’OpenClaw désactive la personnalité intégrée de Codex pour les fils natifs afin que les fichiers de personnalité de l’espace de travail de l’agent restent l’autorité. OpenClaw ne contribue que le contexte d’exécution, comme la distribution par canal, les outils dynamiques OpenClaw, la délégation ACP, le contexte d’espace de travail et les Skills OpenClaw. La contribution GPT-5 ajoute un contrat de comportement balisé pour la persistance de persona, la sécurité d’exécution, la discipline des outils, la forme de sortie, les vérifications d’achèvement et la vérification sur les prompts assemblés par OpenClaw correspondants. Le comportement de réponse propre au canal et de message silencieux reste dans le prompt système OpenClaw partagé et la politique de distribution sortante. La couche de style d’interaction amicale est distincte et configurable.
ValeurEffet
"friendly" (par défaut)Active la couche de style d’interaction amicale
"on"Alias de "friendly"
"off"Désactive uniquement la couche de style amical
{
  agents: {
    defaults: {
      promptOverlays: {
        gpt5: { personality: "friendly" },
      },
    },
  },
}
Les valeurs sont insensibles à la casse à l’exécution ; "Off" et "off" désactivent donc toutes deux la couche de style amical.
L’ancien plugins.entries.openai.config.personality est toujours lu comme solution de repli de compatibilité lorsque le réglage partagé agents.defaults.promptOverlays.gpt5.personality n’est pas défini.

Voix et parole

Le Plugin openai intégré enregistre la synthèse vocale pour la surface messages.tts.
RéglageChemin de configurationValeur par défaut
Modèlemessages.tts.providers.openai.modelgpt-4o-mini-tts
Voixmessages.tts.providers.openai.speakerVoicecoral
Vitessemessages.tts.providers.openai.speed(non défini)
Instructionsmessages.tts.providers.openai.instructions(non défini, gpt-4o-mini-tts uniquement)
Formatmessages.tts.providers.openai.responseFormatopus pour les notes vocales, mp3 pour les fichiers
Clé APImessages.tts.providers.openai.apiKeySe rabat sur OPENAI_API_KEY
URL de basemessages.tts.providers.openai.baseUrlhttps://api.openai.com/v1
Corps supplémentairemessages.tts.providers.openai.extraBody / extra_body(non défini)
Modèles disponibles : gpt-4o-mini-tts, tts-1, tts-1-hd. Voix disponibles : alloy, ash, ballad, cedar, coral, echo, fable, juniper, marin, onyx, nova, sage, shimmer, verse.extraBody est fusionné dans le JSON de requête /audio/speech après les champs générés par OpenClaw ; utilisez-le donc pour les points de terminaison compatibles OpenAI qui nécessitent des clés supplémentaires comme lang. Les clés de prototype sont ignorées.
{
  messages: {
    tts: {
      providers: {
        openai: { model: "gpt-4o-mini-tts", speakerVoice: "coral" },
      },
    },
  },
}
Définissez OPENAI_TTS_BASE_URL pour remplacer l’URL de base TTS sans affecter le point de terminaison de l’API de chat. OpenAI TTS et la voix Realtime sont tous deux configurés via une clé API OpenAI Platform ; les installations uniquement OAuth peuvent toujours utiliser les modèles de chat adossés à Codex, mais pas le retour vocal en direct OpenAI.
Le Plugin openai intégré enregistre la transcription vocale par lots via la surface de transcription de compréhension multimédia d’OpenClaw.
  • Modèle par défaut : gpt-4o-transcribe
  • Point de terminaison : REST OpenAI /v1/audio/transcriptions
  • Chemin d’entrée : téléversement de fichier audio multipart
  • Pris en charge par OpenClaw partout où la transcription audio entrante utilise tools.media.audio, y compris les segments de canal vocal Discord et les pièces jointes audio de canal
Pour forcer OpenAI pour la transcription audio entrante :
{
  tools: {
    media: {
      audio: {
        models: [
          {
            type: "provider",
            provider: "openai",
            model: "gpt-4o-transcribe",
          },
        ],
      },
    },
  },
}
Les indications de langue et de prompt sont transmises à OpenAI lorsqu’elles sont fournies par la configuration média audio partagée ou par la requête de transcription par appel.
Le Plugin openai intégré enregistre la transcription en temps réel pour le Plugin Voice Call.
RéglageChemin de configurationValeur par défaut
Modèleplugins.entries.voice-call.config.streaming.providers.openai.modelgpt-4o-transcribe
Langue...openai.language(non défini)
Prompt...openai.prompt(non défini)
Durée de silence...openai.silenceDurationMs800
Seuil VAD...openai.vadThreshold0.5
Authentification...openai.apiKey, OPENAI_API_KEY ou OAuth openaiLes clés API se connectent directement ; OAuth émet un secret client de transcription Realtime
Utilise une connexion WebSocket vers wss://api.openai.com/v1/realtime avec de l’audio G.711 u-law (g711_ulaw / audio/pcmu). Lorsque seul OAuth openai est configuré, le Gateway émet un secret client éphémère de transcription Realtime avant d’ouvrir le WebSocket. Ce fournisseur de streaming est destiné au chemin de transcription en temps réel de Voice Call ; la voix Discord enregistre actuellement de courts segments et utilise plutôt le chemin de transcription par lots tools.media.audio.
Le Plugin openai intégré enregistre la voix en temps réel pour le Plugin Voice Call.
ParamètreChemin de configurationValeur par défaut
Modèleplugins.entries.voice-call.config.realtime.providers.openai.modelgpt-realtime-2
Voix...openai.voicealloy
Température (pont de déploiement Azure)...openai.temperature0.8
Seuil VAD...openai.vadThreshold0.5
Durée du silence...openai.silenceDurationMs500
Remplissage du préfixe...openai.prefixPaddingMs300
Effort de raisonnement...openai.reasoningEffort(non défini)
Authentificationprofil d’authentification par clé API openai, ...openai.apiKey ou OPENAI_API_KEYClé API OpenAI Platform requise ; OAuth OpenAI ne configure pas la voix Realtime
Voix Realtime intégrées disponibles pour gpt-realtime-2 : alloy, ash, ballad, coral, echo, sage, shimmer, verse, marin, cedar. OpenAI recommande marin et cedar pour la meilleure qualité Realtime. Il s’agit d’un ensemble distinct des voix de synthèse vocale ci-dessus ; ne supposez pas qu’une voix TTS comme fable, nova ou onyx est valide pour les sessions Realtime.
Les ponts OpenAI realtime du backend utilisent la forme de session WebSocket Realtime GA, qui n’accepte pas session.temperature. Les déploiements Azure OpenAI restent disponibles via azureEndpoint et azureDeployment et conservent la forme de session compatible avec les déploiements. Prend en charge les appels d’outils bidirectionnels et l’audio G.711 u-law.
La voix Realtime est sélectionnée à la création de la session. OpenAI permet de modifier la plupart des champs de session ultérieurement, mais la voix ne peut pas être changée une fois que le modèle a émis de l’audio dans cette session. OpenClaw expose actuellement les identifiants de voix Realtime intégrées sous forme de chaînes.
Control UI Talk utilise des sessions OpenAI browser realtime avec un secret client éphémère émis par le Gateway et un échange SDP WebRTC direct du navigateur avec l’API OpenAI Realtime. Le Gateway émet ce secret client avec le profil d’authentification par clé API openai sélectionné ou la clé API OpenAI Platform configurée. Le relais Gateway et les ponts WebSocket realtime du backend Voice Call utilisent le même chemin d’authentification par clé API uniquement pour les points de terminaison OpenAI natifs. La vérification live par les mainteneurs est disponible avec OPENAI_API_KEY=... GEMINI_API_KEY=... node --import tsx scripts/dev/realtime-talk-live-smoke.ts ; les segments OpenAI vérifient à la fois le pont WebSocket du backend et l’échange SDP WebRTC du navigateur sans journaliser de secrets.

Points de terminaison Azure OpenAI

Le fournisseur openai intégré peut cibler une ressource Azure OpenAI pour la génération d’images en remplaçant l’URL de base. Sur le chemin de génération d’images, OpenClaw détecte les noms d’hôtes Azure dans models.providers.openai.baseUrl et bascule automatiquement vers la forme de requête d’Azure.
La voix Realtime utilise un chemin de configuration séparé (plugins.entries.voice-call.config.realtime.providers.openai.azureEndpoint) et n’est pas affectée par models.providers.openai.baseUrl. Consultez l’accordéon Voix Realtime sous Voix et parole pour ses paramètres Azure.
Utilisez Azure OpenAI lorsque :
  • Vous disposez déjà d’un abonnement, d’un quota ou d’un accord d’entreprise Azure OpenAI
  • Vous avez besoin de résidence régionale des données ou de contrôles de conformité fournis par Azure
  • Vous souhaitez conserver le trafic à l’intérieur d’un tenant Azure existant

Configuration

Pour la génération d’images Azure via le fournisseur openai intégré, pointez models.providers.openai.baseUrl vers votre ressource Azure et définissez apiKey sur la clé Azure OpenAI (et non une clé OpenAI Platform) :
{
  models: {
    providers: {
      openai: {
        baseUrl: "https://<your-resource>.openai.azure.com",
        apiKey: "<azure-openai-api-key>",
      },
    },
  },
}
OpenClaw reconnaît ces suffixes d’hôte Azure pour la route de génération d’images Azure :
  • *.openai.azure.com
  • *.services.ai.azure.com
  • *.cognitiveservices.azure.com
Pour les requêtes de génération d’images sur un hôte Azure reconnu, OpenClaw :
  • Envoie l’en-tête api-key au lieu de Authorization: Bearer
  • Utilise des chemins limités au déploiement (/openai/deployments/{deployment}/...)
  • Ajoute ?api-version=... à chaque requête
  • Utilise un délai d’expiration par défaut de 600 s pour les appels de génération d’images Azure. Les valeurs timeoutMs par appel remplacent toujours cette valeur par défaut.
Les autres URL de base (OpenAI public, proxys compatibles OpenAI) conservent la forme standard des requêtes d’image OpenAI.
Le routage Azure pour le chemin de génération d’images du fournisseur openai nécessite OpenClaw 2026.4.22 ou une version ultérieure. Les versions antérieures traitent toute valeur openai.baseUrl personnalisée comme le point de terminaison OpenAI public et échoueront avec les déploiements d’images Azure.

Version de l’API

Définissez AZURE_OPENAI_API_VERSION pour épingler une version Azure preview ou GA spécifique pour le chemin de génération d’images Azure :
export AZURE_OPENAI_API_VERSION="2024-12-01-preview"
La valeur par défaut est 2024-12-01-preview lorsque la variable n’est pas définie.

Les noms de modèle sont des noms de déploiement

Azure OpenAI associe les modèles à des déploiements. Pour les requêtes de génération d’images Azure acheminées via le fournisseur openai intégré, le champ model dans OpenClaw doit être le nom de déploiement Azure que vous avez configuré dans le portail Azure, et non l’identifiant public du modèle OpenAI. Si vous créez un déploiement nommé gpt-image-2-prod qui sert gpt-image-2 :
/tool image_generate model=openai/gpt-image-2-prod prompt="A clean poster" size=1024x1024 count=1
La même règle de nom de déploiement s’applique aux appels de génération d’images acheminés via le fournisseur openai intégré.

Disponibilité régionale

La génération d’images Azure n’est actuellement disponible que dans un sous-ensemble de régions (par exemple eastus2, swedencentral, polandcentral, westus3, uaenorth). Consultez la liste actuelle des régions de Microsoft avant de créer un déploiement, et confirmez que le modèle spécifique est proposé dans votre région.

Différences de paramètres

Azure OpenAI et OpenAI public n’acceptent pas toujours les mêmes paramètres d’image. Azure peut rejeter des options autorisées par OpenAI public (par exemple certaines valeurs background sur gpt-image-2) ou ne les exposer que sur des versions de modèle spécifiques. Ces différences viennent d’Azure et du modèle sous-jacent, et non d’OpenClaw. Si une requête Azure échoue avec une erreur de validation, vérifiez l’ensemble de paramètres pris en charge par votre déploiement et votre version d’API spécifiques dans le portail Azure.
Azure OpenAI utilise le transport natif et le comportement de compatibilité, mais ne reçoit pas les en-têtes d’attribution masqués d’OpenClaw — consultez l’accordéon Routes natives vs compatibles OpenAI sous Configuration avancée.Pour le trafic de chat ou Responses sur Azure (au-delà de la génération d’images), utilisez le flux d’intégration ou une configuration de fournisseur Azure dédiée — openai.baseUrl seul n’adopte pas la forme d’API/d’authentification Azure. Un fournisseur azure-openai-responses/* séparé existe ; consultez l’accordéon Compaction côté serveur ci-dessous.

Configuration avancée

OpenClaw utilise WebSocket en priorité avec repli SSE ("auto") pour openai/*.En mode "auto", OpenClaw :
  • Retente un premier échec WebSocket avant de se replier sur SSE
  • Après un échec, marque WebSocket comme dégradé pendant environ 60 secondes et utilise SSE pendant la période de refroidissement
  • Attache des en-têtes stables d’identité de session et de tour pour les nouvelles tentatives et les reconnexions
  • Normalise les compteurs d’utilisation (input_tokens / prompt_tokens) entre les variantes de transport
ValeurComportement
"auto" (par défaut)WebSocket d’abord, repli SSE
"sse"Forcer SSE uniquement
"websocket"Forcer WebSocket uniquement
{
  agents: {
    defaults: {
      models: {
        "openai/gpt-5.5": {
          params: { transport: "auto" },
        },
      },
    },
  },
}
Documentation OpenAI associée :
OpenClaw expose un commutateur de mode rapide partagé pour openai/* :
  • Chat/UI : /fast status|auto|on|off
  • Configuration : agents.defaults.models["<provider>/<model>"].params.fastMode
Lorsqu’il est activé, OpenClaw mappe le mode rapide au traitement prioritaire d’OpenAI (service_tier = "priority"). Les valeurs service_tier existantes sont préservées, et le mode rapide ne réécrit pas reasoning ni text.verbosity. fastMode: "auto" lance les nouveaux appels de modèle en mode rapide jusqu’au seuil automatique, puis lance les appels ultérieurs de nouvelle tentative, de repli, de résultat d’outil ou de continuation sans mode rapide. Le seuil par défaut est de 60 secondes ; définissez params.fastAutoOnSeconds sur le modèle actif pour le modifier.
{
  agents: {
    defaults: {
      models: {
        "openai/gpt-5.5": { params: { fastMode: "auto", fastAutoOnSeconds: 30 } },
      },
    },
  },
}
Les remplacements de session priment sur la configuration. Effacer le remplacement de session dans l’interface Sessions ramène la session à la valeur par défaut configurée.
L’API d’OpenAI expose le traitement prioritaire via service_tier. Définissez-le par modèle dans OpenClaw :
{
  agents: {
    defaults: {
      models: {
        "openai/gpt-5.5": { params: { serviceTier: "priority" } },
      },
    },
  },
}
Valeurs prises en charge : auto, default, flex, priority.
serviceTier est transmis uniquement aux points de terminaison OpenAI natifs (api.openai.com) et aux points de terminaison Codex natifs (chatgpt.com/backend-api). Si vous routez l’un ou l’autre fournisseur via un proxy, OpenClaw laisse service_tier inchangé.
Pour les modèles OpenAI Responses directs (openai/* sur api.openai.com), l’enveloppe de flux OpenClaw du Plugin OpenAI active automatiquement la Compaction côté serveur :
  • Force store: true (sauf si la compatibilité du modèle définit supportsStore: false)
  • Injecte context_management: [{ type: "compaction", compact_threshold: ... }]
  • compact_threshold par défaut : 70 % de contextWindow (ou 80000 lorsqu’indisponible)
Cela s’applique au chemin d’exécution OpenClaw intégré et aux hooks de fournisseur OpenAI utilisés par les exécutions embarquées. Le harnais de serveur d’application Codex natif gère son propre contexte via Codex et est configuré par la route d’agent par défaut d’OpenAI ou par la stratégie d’exécution fournisseur/modèle.
Utile pour les points de terminaison compatibles comme Azure OpenAI Responses :
{
  agents: {
    defaults: {
      models: {
        "azure-openai-responses/gpt-5.5": {
          params: { responsesServerCompaction: true },
        },
      },
    },
  },
}
responsesServerCompaction contrôle uniquement l’injection de context_management. Les modèles OpenAI Responses directs forcent toujours store: true, sauf si la compatibilité définit supportsStore: false.
Pour les exécutions de la famille GPT-5 sur openai/*, OpenClaw peut utiliser un contrat d’exécution intégré plus strict :
{
  agents: {
    defaults: {
      embeddedAgent: { executionContract: "strict-agentic" },
    },
  },
}
Avec strict-agentic, OpenClaw :
  • Active automatiquement update_plan pour les travaux substantiels
  • Réessaie les tours structurellement vides ou uniquement basés sur le raisonnement avec une continuation à réponse visible
  • Utilise des événements de plan explicites du harnais lorsque le harnais sélectionné les fournit
OpenClaw ne classe pas la prose de l’assistant pour décider si un tour est un plan, une mise à jour de progression ou une réponse finale.
Limité aux exécutions de la famille GPT-5 d’OpenAI et de Codex uniquement. Les autres fournisseurs et les familles de modèles plus anciennes conservent le comportement par défaut.
OpenClaw traite les points de terminaison directs OpenAI, Codex et Azure OpenAI différemment des proxys /v1 génériques compatibles OpenAI :Routes natives (openai/*, Azure OpenAI) :
  • Conservent reasoning: { effort: "none" } uniquement pour les modèles qui prennent en charge l’effort OpenAI none
  • Omettent le raisonnement désactivé pour les modèles ou proxys qui rejettent reasoning.effort: "none"
  • Utilisent par défaut le mode strict pour les schémas d’outils
  • Ajoutent des en-têtes d’attribution masqués uniquement sur les hôtes natifs vérifiés
  • Conservent la mise en forme des requêtes propre à OpenAI (service_tier, store, compatibilité du raisonnement, indications de cache d’invite)
Routes proxy/compatibles :
  • Utilisent un comportement de compatibilité plus souple
  • Retirent Completions store des charges utiles openai-completions non natives
  • Acceptent le JSON de transmission avancée params.extra_body/params.extraBody pour les proxys Completions compatibles OpenAI
  • Acceptent params.chat_template_kwargs pour les proxys Completions compatibles OpenAI tels que vLLM
  • Ne forcent pas les schémas d’outils stricts ni les en-têtes réservés aux routes natives
Azure OpenAI utilise le transport natif et le comportement de compatibilité, mais ne reçoit pas les en-têtes d’attribution masqués.

Connexe

Sélection du modèle

Choisir les fournisseurs, les références de modèles et le comportement de basculement.

Génération d’images

Paramètres partagés de l’outil d’image et sélection du fournisseur.

Génération de vidéos

Paramètres partagés de l’outil vidéo et sélection du fournisseur.

OAuth et authentification

Détails d’authentification et règles de réutilisation des identifiants.