Providers
OpenAI
OpenClaw usa um único id de provedor, openai, tanto para autenticação direta por chave de API quanto para
autenticação de assinatura do ChatGPT/Codex. openai/* é a rota de modelo canônica.
Para turnos de agentes incorporados com a política de runtime não definida ou definida como auto, os dados
da rota da OpenAI determinam se o OpenClaw pode selecionar implicitamente o runtime
incluído do servidor de aplicativo Codex. O prefixo openai/*, por si só, não seleciona um runtime.
- Modelos de agente -
openai/*por meio do runtime selecionado pela configuração explícitaagentRuntimeou pela política de rota implícita da OpenAI. Entre com a autenticação do Codex para usar uma assinatura do ChatGPT/Codex ou configure um perfil de autenticação por chave de API quando quiser cobrança baseada em chave. - APIs da OpenAI não relacionadas a agentes - acesso direto à OpenAI Platform, com cobrança por uso,
por meio de
OPENAI_API_KEYou de um perfil de autenticação por chave de APIopenai. - Configuração legada - as referências
codex/*eopenai-codex/*são corrigidas paraopenai/*, comagentRuntime.id: "codex"com escopo de modelo, poropenclaw doctor --fix.
A OpenAI oferece suporte explícito ao uso de OAuth de assinatura em ferramentas e fluxos de trabalho externos, como o OpenClaw.
Acompanhamento de uso e custos
O OpenClaw mantém separadas a cota da assinatura e a cobrança da API da Platform:
- O OAuth do ChatGPT/Codex mostra o plano de assinatura, as janelas de cota e o saldo de créditos.
OPENAI_ADMIN_KEYmostra 30 dias de custos da organização e uso de conclusões informados pelo provedor na seção Uso da Control UI, incluindo gastos diários, totais de solicitações/tokens, principais modelos e categorias de custos.OPENAI_PROJECT_IDrestringe opcionalmente o histórico da Admin API a um único projeto.- O OpenClaw nunca envia
OPENAI_API_KEYnem um perfil de inferênciaopenaiàs APIs da organização; essas credenciais podem pertencer a endpoints personalizados, do Azure ou locais do agente.
Uma chave de administrador explícita tem precedência sobre o OAuth. O histórico informado pelo provedor não é mesclado ao custo estimado pelo OpenClaw com base nas sessões; ele pode incluir atividades da API de outros clientes e ajustes de cobrança feitos pelo provedor.
A documentação do Painel de uso da API da OpenAI descreve os requisitos de proprietário da organização e de permissão explícita no Painel de uso para acessar dados de uso.
Provedor, modelo, runtime e canal são camadas separadas. Se esses rótulos estiverem sendo confundidos, leia Runtimes de agentes antes de alterar a configuração.
Escolha rápida
| Objetivo | Use | Observações |
|---|---|---|
| Assinatura do ChatGPT/Codex, runtime nativo do Codex | openai/gpt-5.6-sol |
Nova configuração de assinatura; entre com a autenticação do Codex. |
| Cobrança direta por chave de API para turnos de agentes | openai/gpt-5.6 mais um perfil ordenado de autenticação por chave de API |
Nova configuração por chave de API; o id da API direta sem qualificador é resolvido como Sol. |
| Escolher uma categoria exata do GPT-5.6 | openai/gpt-5.6-sol, -terra ou -luna |
Verifique models list para saber quais categorias estão disponíveis para esta conta. |
| Conta sem acesso ao GPT-5.6 | openai/gpt-5.5 |
Opção explícita de recuperação; o OpenClaw não faz downgrade silencioso. |
| Cobrança direta por chave de API, runtime explícito do OpenClaw | openai/gpt-5.6 mais o provedor/modelo agentRuntime.id: "openclaw" |
Selecione um perfil normal de chave de API openai. |
| Alias do modelo ChatGPT Instant mais recente | openai/chat-latest |
Somente chave de API direta; alias variável, não o padrão estável. |
| Geração ou edição de imagens | openai/gpt-image-2 |
Funciona com OPENAI_API_KEY ou OAuth do Codex. |
| Imagens com fundo transparente | openai/gpt-image-1.5 |
Defina outputFormat como png ou webp e background=transparent. |
Mapa de nomes
| Nome exibido | Camada | Significado |
|---|---|---|
openai |
Prefixo do provedor | Rota de modelo canônica da OpenAI; os dados da rota determinam o runtime implícito. |
Plugin codex |
Plugin | Plugin incluído que fornece o runtime nativo do servidor de aplicativo Codex e os controles de chat /codex. |
provedor/modelo agentRuntime.id: codex |
Runtime do agente | Força o ambiente nativo do servidor de aplicativo Codex para turnos incorporados correspondentes. |
/codex ... |
Conjunto de comandos de chat | Vincula/controla threads do servidor de aplicativo Codex em uma conversa. |
runtime: "acp", agentId: "codex" |
Rota de sessão ACP | Caminho alternativo explícito que executa o Codex por meio de ACP/acpx. |
Runtime implícito do agente
Quando a política agentRuntime do provedor/modelo não está definida ou é auto, a
política de rota pertencente ao provedor da OpenAI escolhe o runtime implícito com base no
endpoint e no adaptador efetivos:
| Dados efetivos da rota | Runtime implícito |
|---|---|
Endpoint HTTPS oficial exato da Platform com openai-responses ou endpoint HTTPS oficial exato do ChatGPT com openai-chatgpt-responses; sem substituição de solicitação definida pelo autor |
O Codex pode ser selecionado |
Adaptador openai-completions definido pelo autor |
OpenClaw |
| Endpoint personalizado | OpenClaw |
| Endpoint oficial exato configurado explicitamente com HTTP | Rejeitado |
| Rota com uma substituição de solicitação de provedor/modelo definida pelo autor | OpenClaw |
Uma configuração explícita e não padrão de agentRuntime.id do provedor/modelo continua sendo autoritativa.
Por exemplo, agentRuntime.id: "openclaw" mantém no OpenClaw uma rota que, de outro modo, seria elegível
para o Codex, enquanto agentRuntime.id: "codex" exige o Codex e falha
de forma fechada quando a rota efetiva não é declarada compatível com o Codex.
A seleção do runtime não altera o tipo de credencial nem a cobrança: a autenticação por chave de API
da Platform e a autenticação por assinatura do ChatGPT/Codex permanecem distintas.
openclaw doctor --fix migra referências de modelo legadas codex/* e openai-codex/*,
ids legados de perfis de autenticação do Codex e entradas legadas de ordem de autenticação do Codex para a
rota canônica openai. As referências de modelo migradas recebem
agentRuntime.id: "codex" com escopo de modelo; use auth.order.openai para novas configurações de ordem de autenticação.
Prévia limitada do GPT-5.6
O OpenClaw reconhece os ids de modelo exatos openai/gpt-5.6-sol,
openai/gpt-5.6-terra e openai/gpt-5.6-luna. Os três oferecem raciocínio
xhigh e max no catálogo atual. A OpenAI descreve o Sol como
a categoria principal, o Terra como a categoria equilibrada e o Luna como a categoria rápida
e de menor custo. Consulte o
anúncio de lançamento do GPT-5.6
e o guia de acesso.
Com autenticação direta por chave de API da OpenAI, o id openai/gpt-5.6 sem qualificador é um alias do
Sol e o padrão para novas configurações. O catálogo nativo do Codex não aplica
esse alias da API direta no lado do cliente; dependendo do acesso ao workspace, ele pode mostrar
os ids exatos de Sol, Terra e Luna. Portanto, uma nova configuração de OAuth do ChatGPT/Codex
usa openai/gpt-5.6-sol. Verifique a conta atual com:
openclaw models list --provider openaiO acesso da organização da API e do workspace do Codex pode ser diferente. Se o GPT-5.6 não estiver disponível, selecione explicitamente o GPT-5.5:
openclaw models set openai/gpt-5.5O OpenClaw exibe o erro de acesso do serviço upstream e não substitui silenciosamente uma seleção do GPT-5.6 pelo GPT-5.5.
Cobertura de recursos do OpenClaw
| Recurso da OpenAI | Superfície do OpenClaw | Status |
|---|---|---|
| Chat / Responses | provedor de modelos openai/<model> |
Sim |
| Modelos da assinatura Codex | openai/<model> com OAuth da OpenAI |
Sim |
| Referências de modelos Codex legadas | referências antigas de modelos Codex, codex-cli/<model> |
Corrigidas pelo doctor para openai/<model> |
| Harness do app-server Codex | rota HTTPS compatível com Codex com runtime não definido/auto, ou agentRuntime.id: codex explícito |
Sim |
| Pesquisa na web do lado do servidor | Ferramenta nativa Responses da OpenAI | Sim, quando a pesquisa na web está habilitada e nenhum outro provedor está fixado |
| Imagens | image_generate |
Sim |
| Vídeos | video_generate |
Sim |
| Texto para fala | messages.tts.provider: "openai" / tts |
Sim |
| Fala para texto em lote | tools.media.audio / compreensão de mídia |
Sim |
| Fala para texto por streaming | Voice Call streaming.provider: "openai" |
Sim |
| Voz em tempo real | Voice Call realtime.provider: "openai" / Conversa da Control UI talk.realtime.provider: "openai" |
Sim (chave de API da OpenAI Platform) |
| Embeddings | provedor de embeddings de memória | Sim |
Embeddings de memória
O OpenClaw pode usar a OpenAI, ou um endpoint de embeddings compatível com a OpenAI, para
indexação de memory_search e embeddings de consulta:
{ agents: { defaults: { memorySearch: { provider: "openai", model: "text-embedding-3-small", }, }, },}Para endpoints compatíveis com a OpenAI que exigem rótulos de embeddings assimétricos, defina
queryInputType e documentInputType em memorySearch. O OpenClaw
os encaminha como campos de solicitação input_type específicos do provedor: os embeddings
de consulta usam queryInputType; os fragmentos de memória indexados e a indexação em lote usam
documentInputType. Consulte a
referência de configuração de memória
para ver o exemplo completo.
Introdução
Chave de API (OpenAI Platform)
Ideal para: acesso direto à API e faturamento baseado no uso.
Obtenha sua chave de API
Crie ou copie uma chave de API no painel da OpenAI Platform.
Execute a integração inicial
openclaw onboard --auth-choice openai-api-keyOu forneça a chave diretamente:
openclaw onboard --openai-api-key "$OPENAI_API_KEY"Verifique se o modelo está disponível
openclaw models list --provider openaiResumo das rotas
| Referência do modelo | Política de runtime ou fatos da rota | Rota | Autenticação |
|---|---|---|---|
openai/gpt-5.6 |
não definido/auto, rota HTTPS nativa oficial exata, sem substituição na solicitação |
O Codex pode ser selecionado | Perfil de autenticação por chave de API ordenado |
openai/gpt-5.6 |
provedor/modelo agentRuntime.id: "openclaw" |
Runtime integrado do OpenClaw | Perfil de chave de API openai selecionado |
openai/gpt-5.5 |
provedor/modelo explícito agentRuntime.id |
Runtime do agente selecionado | Perfil de chave de API da OpenAI selecionado |
openai/* |
Completions definidas, personalizadas ou substituição na solicitação | Runtime integrado do OpenClaw | O tipo de credencial permanece inalterado |
openai/* |
endpoint HTTP oficial em texto simples | Rejeitada | A credencial não é enviada |
Exemplo de configuração
{ env: { OPENAI_API_KEY: "example-openai-key-not-real" }, agents: { defaults: { model: { primary: "openai/gpt-5.6" } } },}O ID gpt-5.6 básico da API direta é resolvido para o nível Sol. Se esta organização
da API não disponibilizar o GPT-5.6, defina explicitamente o modelo primário como
openai/gpt-5.5.
Para experimentar o modelo Instant atual do ChatGPT por meio da API da OpenAI, defina o modelo
como openai/chat-latest:
{ env: { OPENAI_API_KEY: "example-openai-key-not-real" }, agents: { defaults: { model: { primary: "openai/chat-latest" } } },}chat-latest é um alias variável. Em vez disso, uma nova configuração com chave de API da OpenAI usa
openai/gpt-5.6, cujo ID básico da API direta é resolvido para Sol. Modelos primários
explícitos existentes, incluindo openai/gpt-5.5, permanecem inalterados. O
alias chat-latest aceita apenas a verbosidade de texto medium; o OpenClaw força
qualquer outra verbosidade solicitada para medium nesse modelo.
Assinatura Codex
Ideal para: usar sua assinatura ChatGPT/Codex com execução nativa do app-server Codex em vez de uma chave de API separada. O Codex na nuvem exige login no ChatGPT.
Execute o OAuth do Codex
openclaw onboard --auth-choice openaiOu execute o OAuth diretamente:
openclaw models auth login --provider openaiPara configurações sem interface gráfica ou incompatíveis com callbacks, adicione --device-code para fazer
login com um fluxo de código de dispositivo do ChatGPT em vez do callback do navegador
local:
openclaw models auth login --provider openai --device-codeUse a rota canônica do modelo OpenAI
openclaw config set agents.defaults.model.primary openai/gpt-5.6-solNenhuma configuração de runtime é necessária para esta rota HTTPS nativa oficial exata. Ela pode selecionar automaticamente o runtime do app-server Codex, e o OpenClaw instala ou corrige o Plugin Codex integrado quando esse runtime é escolhido.
Verifique se a autenticação do Codex está disponível
openclaw models list --provider openaiDepois que o Gateway estiver em execução, envie /codex status ou /codex models
no chat para verificar o runtime nativo do app-server.
Resumo das rotas
| Referência do modelo | Política de runtime ou fatos da rota | Rota | Autenticação |
|---|---|---|---|
openai/gpt-5.6-sol |
não definido/auto, rota HTTPS nativa oficial exata, sem substituição na solicitação |
O Codex pode ser selecionado | Login no Codex ou um perfil de autenticação openai ordenado |
openai/gpt-5.6-terra |
não definido/auto, rota HTTPS nativa oficial exata, sem substituição na solicitação |
O Codex pode ser selecionado | Login no Codex quando o catálogo disponibiliza Terra |
openai/gpt-5.6-luna |
não definido/auto, rota HTTPS nativa oficial exata, sem substituição na solicitação |
O Codex pode ser selecionado | Login no Codex quando o catálogo disponibiliza Luna |
openai/gpt-5.6-sol |
provedor/modelo agentRuntime.id: "openclaw" |
Runtime integrado do OpenClaw, transporte interno de autenticação Codex | Perfil OAuth openai selecionado |
openai/gpt-5.5 |
provedor/modelo explícito agentRuntime.id |
Runtime do agente selecionado | Perfil de autenticação da OpenAI selecionado |
openai/* |
Completions definidas, personalizadas ou substituição na solicitação | Runtime integrado do OpenClaw | O requisito de credencial permanece específico da rota |
openai/* |
endpoint HTTP oficial em texto simples | Rejeitada | A credencial não é enviada |
| Referência legada do Codex GPT-5.5 | corrigida pelo doctor | Reescrita como openai/gpt-5.5 |
Perfil OAuth da OpenAI migrado |
codex-cli/gpt-5.5 |
corrigida pelo doctor | Reescrita como openai/gpt-5.5 |
Autenticação do app-server Codex |
Exemplo de configuração
{ plugins: { entries: { codex: { enabled: true } } }, agents: { defaults: { model: { primary: "openai/gpt-5.6-sol" }, }, },}Com uma chave de API de backup, mantenha o modelo selecionado em openai/* e coloque
a ordem de autenticação em openai. O OpenClaw tenta primeiro a assinatura e depois
a chave de API, permanecendo no harness do Codex:
{ plugins: { entries: { codex: { enabled: true } } }, agents: { defaults: { model: { primary: "openai/gpt-5.6-sol" }, }, }, auth: { order: { openai: [ "openai:user@example.com", "openai:api-key-backup", ], }, },}Verificar e recuperar o roteamento OAuth do Codex
openclaw models statusopenclaw models auth list --provider openaiopenclaw config get agents.defaults.model --jsonopenclaw config get models.providers.openai.agentRuntime --jsonPara um agente específico, adicione --agent <id>:
openclaw models status --agent <id>openclaw models auth list --agent <id> --provider openaiSe uma configuração mais antiga ainda tiver referências legadas do Codex GPT ou uma fixação obsoleta de sessão do runtime OpenAI sem configuração explícita do runtime, corrija-a:
openclaw doctor --fixopenclaw config validateSe models auth list --provider openai não mostrar nenhum perfil utilizável, entre
novamente:
openclaw models auth login --provider openaiopenclaw models status --probe --probe-provider openaiUse --profile-id para vários logins OAuth do Codex no mesmo agente e depois
controle-os pela ordem de autenticação ou por /model ...@<profileId>:
openclaw models auth login --provider openai --profile-id openai:ritsukoopenclaw models auth login --provider openai --profile-id openai:lainExecute openclaw doctor --fix para migrar IDs de perfil e entradas de ordem mais antigos
com o prefixo legado OpenAI Codex antes de depender da ordenação dos perfis.
Indicador de status
O /status do chat mostra qual runtime de modelo está ativo para a sessão
atual. O harness app-server integrado do Codex aparece como
Runtime: OpenAI Codex quando uma rota implícita qualificada ou uma política explícita
de runtime de provedor/modelo o seleciona.
Aviso do doctor
Se referências legadas de modelo do Codex ou fixações obsoletas do runtime OpenAI permanecerem na configuração
ou no estado da sessão, openclaw doctor --fix as reescreve como openai/* com
o runtime do Codex, a menos que o OpenClaw esteja configurado explicitamente.
Limite da janela de contexto
O OpenClaw trata os metadados do modelo e o limite de contexto do runtime como valores
separados. Para openai/gpt-5.5 por meio do catálogo OAuth do Codex:
contextWindownativo:400000- Limite padrão de
contextTokensdo runtime:272000
Na prática, o limite padrão menor apresenta melhores características de latência e
qualidade. Substitua-o com contextTokens:
{ models: { providers: { openai: { models: [{ id: "gpt-5.5", contextTokens: 160000 }], }, }, },}Recuperação do catálogo
O OpenClaw usa metadados upstream do catálogo do Codex para gpt-5.5 quando estão
presentes. Se a descoberta em tempo real do Codex omitir a linha gpt-5.5 enquanto a conta
estiver autenticada, o OpenClaw sintetiza essa linha de modelo OAuth para que execuções de cron,
subagente e modelo padrão configurado não falhem com
Unknown model.
Autenticação nativa do app-server do Codex
O harness nativo do app-server do Codex usa referências de modelo openai/* quando uma rota
HTTPS oficial exata e qualificada o seleciona implicitamente ou quando agentRuntime.id: "codex"
do provedor/modelo o seleciona explicitamente. Sua autenticação ainda é
baseada em conta. O OpenClaw seleciona a autenticação nesta ordem:
- Perfis de autenticação OpenAI ordenados para o agente, de preferência em
auth.order.openai. Executeopenclaw doctor --fixpara migrar IDs de perfil de autenticação legados do Codex e a ordem de autenticação. - A conta existente do app-server, como um login local do ChatGPT na CLI do Codex. Para o diretório inicial isolado padrão do agente, o OpenClaw conecta essa conta nativa da CLI ao app-server por meio do RPC de login; ele não compartilha a configuração, os plugins nem o armazenamento de threads da CLI.
- Somente para inicializações locais do app-server por stdio e apenas quando o app-server
não informar nenhuma conta:
CODEX_API_KEYe depoisOPENAI_API_KEY.
Um login local de assinatura do ChatGPT/Codex não é substituído apenas porque o
processo do Gateway também tem OPENAI_API_KEY para modelos diretos da OpenAI ou
embeddings. O fallback de chave de API do ambiente se aplica somente ao caminho local por stdio
sem conta; ele nunca é enviado por conexões WebSocket do app-server. Quando um
perfil do Codex baseado em assinatura é selecionado, o OpenClaw também mantém
CODEX_API_KEY e OPENAI_API_KEY fora do processo filho do app-server por stdio
e envia as credenciais selecionadas por meio do RPC de login do app-server.
Quando esse perfil de assinatura é bloqueado por um limite de uso do Codex, o OpenClaw
marca o perfil como bloqueado até o horário de redefinição anunciado pelo Codex e permite que a ordem de
autenticação alterne para o próximo perfil openai:*, sem mudar o modelo
selecionado nem sair do harness do Codex. Depois que o horário de redefinição passa, o
perfil de assinatura volta a ser elegível.
Geração de imagens
O plugin integrado openai registra a geração de imagens por meio da
ferramenta image_generate. Ele oferece geração de imagens tanto por chave de API
da OpenAI quanto por OAuth do Codex usando a mesma referência de modelo openai/gpt-image-2.
| Capacidade | Chave de API da OpenAI | OAuth do Codex |
|---|---|---|
| Referência do modelo | openai/gpt-image-2 |
openai/gpt-image-2 |
| Autenticação | OPENAI_API_KEY |
Login OAuth do OpenAI Codex |
| Transporte | API de imagens da OpenAI | Backend Responses do Codex |
| Máximo de imagens por solicitação | 4 | 4 |
| Modo de edição | Ativado (até 5 imagens de referência) | Ativado (até 5 imagens de referência) |
| Substituições de tamanho | Compatíveis, incluindo tamanhos 2K/4K | Compatíveis, incluindo tamanhos 2K/4K |
| Proporção / resolução | Não encaminhada à API de imagens da OpenAI | Mapeada para um tamanho compatível quando seguro |
{ agents: { defaults: { imageGenerationModel: { primary: "openai/gpt-image-2" }, }, },}gpt-image-2 é o padrão para geração de texto para imagem e edição de imagens
da OpenAI. gpt-image-1.5, gpt-image-1 e gpt-image-1-mini permanecem utilizáveis
como substituições explícitas de modelo. Use openai/gpt-image-1.5 para
saída PNG/WebP com fundo transparente; a API gpt-image-2 atual rejeita
background: "transparent".
Para uma solicitação de fundo transparente, chame image_generate com
model: "openai/gpt-image-1.5", outputFormat: "png" ou "webp" e
background: "transparent"; a opção mais antiga do provedor openai.background ainda é
aceita. O OpenClaw também protege as rotas públicas da OpenAI e do OAuth do OpenAI Codex
reescrevendo solicitações transparentes padrão de openai/gpt-image-2 como
gpt-image-1.5; o Azure e endpoints personalizados compatíveis com a OpenAI mantêm os
nomes de implantação/modelo configurados.
A mesma configuração é exposta para execuções da CLI sem interface:
openclaw infer image generate \ --model openai/gpt-image-1.5 \ --output-format png \ --background transparent \ --prompt "Um adesivo simples de círculo vermelho sobre um fundo transparente" \ --jsonUse as mesmas flags --output-format e --background com
openclaw infer image edit ao começar com um arquivo de entrada.
--openai-background permanece disponível como um alias específico da OpenAI. Use
--quality low|medium|high|auto para controlar a qualidade e o custo das imagens da OpenAI.
Use --openai-moderation low|auto para passar a indicação de moderação da OpenAI a partir de
image generate ou image edit.
Para instalações com OAuth do ChatGPT/Codex, mantenha a mesma referência openai/gpt-image-2. Quando
um perfil OAuth openai estiver configurado, o OpenClaw resolve esse token de acesso
OAuth armazenado e envia solicitações de imagem por meio do backend Responses do Codex; ele
não tenta primeiro OPENAI_API_KEY nem faz fallback silencioso para uma chave de API.
Configure models.providers.openai explicitamente com uma chave de API, URL-base
personalizada ou endpoint do Azure quando quiser usar a rota direta da API de imagens
da OpenAI. Se esse endpoint de imagens personalizado estiver em um endereço confiável
de LAN/privado, defina também browser.ssrfPolicy.dangerouslyAllowPrivateNetwork: true; o OpenClaw
mantém endpoints de imagem privados/internos compatíveis com a OpenAI bloqueados, a menos que essa
ativação explícita esteja presente.
Gerar:
/tool image_generate model=openai/gpt-image-2 prompt="Um pôster de lançamento refinado do OpenClaw no macOS" size=3840x2160 count=1Gerar um PNG transparente:
/tool image_generate model=openai/gpt-image-1.5 prompt="Um adesivo simples de círculo vermelho sobre um fundo transparente" outputFormat=png background=transparentEditar:
/tool image_generate model=openai/gpt-image-2 prompt="Preserve o formato do objeto e altere o material para vidro translúcido" image=/path/to/reference.png size=1024x1536Geração de vídeos
O plugin integrado openai registra a geração de vídeos por meio da
ferramenta video_generate.
| Capacidade | Valor |
|---|---|
| Modelo padrão | openai/sora-2 |
| Modos | Texto para vídeo, imagem para vídeo, edição de um único vídeo |
| Entradas de referência | 1 imagem ou 1 vídeo |
| Substituições de tamanho | Compatíveis com texto para vídeo e imagem para vídeo |
| Proporção | Convertida para o tamanho compatível mais próximo, não encaminhada sem alterações |
| Outras substituições | resolution, audio e watermark não são compatíveis e são descartadas com um aviso da ferramenta |
As solicitações de imagem para vídeo da OpenAI usam POST /v1/videos com uma imagem
input_reference. Edições de um único vídeo usam POST /v1/videos/edits com o
vídeo enviado no campo video.
{ agents: { defaults: { videoGenerationModel: { primary: "openai/sora-2" }, }, },}Contribuição de prompt do GPT-5
O OpenClaw adiciona uma contribuição compartilhada de prompt do GPT-5 para modelos da família GPT-5 no
provedor openai (incluindo referências legadas do Codex anteriores ao reparo que são normalizadas
para openai/*). Outros provedores que também oferecem IDs de modelos da família GPT-5, como
rotas do OpenRouter ou opencode, não recebem essa sobreposição; ela é condicionada ao
ID de provedor openai, e não apenas ao ID do modelo. Modelos GPT-4.x mais antigos nunca
a recebem.
O harness nativo do app-server do Codex não recebe o contrato de comportamento de persona e disciplina de ferramentas nem a sobreposição de estilo de interação amigável por meio de instruções do desenvolvedor; o Codex nativo mantém os comportamentos de base, de modelo e de documentação do projeto controlados pelo Codex, e o OpenClaw desativa a personalidade integrada do Codex em threads nativas para que os arquivos de personalidade do workspace do agente permaneçam autoritativos. O OpenClaw fornece apenas contexto de runtime às threads nativas do Codex: entrega por canal, ferramentas dinâmicas do OpenClaw, delegação ACP, contexto do workspace e Skills do OpenClaw. O texto de orientação de Heartbeat dessa mesma contribuição é a única exceção: turnos de Heartbeat do Codex nativo o recebem, injetado como instruções de colaboração dedicadas, e não por meio do hook compartilhado de contribuição de prompt.
A contribuição do GPT-5 adiciona um contrato de comportamento com tags para persistência de persona, segurança de execução, disciplina de ferramentas, formato de saída, verificações de conclusão e validação em prompts correspondentes montados pelo OpenClaw. O comportamento de resposta específico do canal e de mensagens silenciosas permanece no prompt de sistema compartilhado do OpenClaw e na política de entrega de saída. A camada de estilo de interação amigável é separada e configurável.
| Valor | Efeito |
|---|---|
"friendly" (padrão) |
Ativa a camada de estilo de interação amigável |
"on" |
Alias de "friendly" |
"off" |
Desativa somente a camada de estilo amigável |
Configuração
{ agents: { defaults: { promptOverlays: { gpt5: { personality: "friendly" }, }, }, },}CLI
openclaw config set agents.defaults.promptOverlays.gpt5.personality offVoz e fala
Síntese de fala (TTS)
O plugin openai incluído registra a síntese de fala para a
superfície messages.tts.
| Configuração | Caminho da configuração | Padrão |
|---|---|---|
| Modelo | messages.tts.providers.openai.model |
gpt-4o-mini-tts |
| Voz | messages.tts.providers.openai.speakerVoice |
coral |
| Velocidade | messages.tts.providers.openai.speed |
(não definido) |
| Instruções | messages.tts.providers.openai.instructions |
(não definido, somente gpt-4o-mini-tts) |
| Formato | messages.tts.providers.openai.responseFormat |
opus para mensagens de voz, mp3 para arquivos |
| Chave de API | messages.tts.providers.openai.apiKey |
Usa OPENAI_API_KEY como fallback |
| URL base | messages.tts.providers.openai.baseUrl |
https://api.openai.com/v1 |
| Corpo adicional | messages.tts.providers.openai.extraBody / extra_body |
(não definido) |
Modelos disponíveis: gpt-4o-mini-tts, tts-1, tts-1-hd. Vozes disponíveis:
alloy, ash, ballad, cedar, coral, echo, fable, juniper,
marin, onyx, nova, sage, shimmer, verse.
extraBody é mesclado ao JSON da solicitação /audio/speech após os
campos gerados pelo OpenClaw; portanto, use-o para endpoints compatíveis com a OpenAI que exigem
chaves adicionais, como lang. Chaves de protótipo são ignoradas.
{ messages: { tts: { providers: { openai: { model: "gpt-4o-mini-tts", speakerVoice: "coral" }, }, }, },}Conversão de fala em texto
O plugin openai incluído registra a conversão de fala em texto em lote por meio da
superfície de transcrição de compreensão de mídia do OpenClaw.
- Modelo padrão:
gpt-4o-transcribe - Endpoint: REST da OpenAI
/v1/audio/transcriptions - Caminho de entrada: upload de arquivo de áudio multipart
- Usado sempre que a transcrição de áudio de entrada lê
tools.media.audio, incluindo segmentos de canais de voz do Discord e anexos de áudio dos canais
Para forçar o uso da OpenAI na transcrição de áudio de entrada:
{ tools: { media: { audio: { models: [ { type: "provider", provider: "openai", model: "gpt-4o-transcribe", }, ], }, }, },}As dicas de idioma e de prompt são encaminhadas à OpenAI quando fornecidas pela configuração compartilhada de mídia de áudio ou pela solicitação de transcrição por chamada.
Transcrição em tempo real
O plugin openai incluído registra a transcrição em tempo real para o
plugin Voice Call.
| Configuração | Caminho da configuração | Padrão |
|---|---|---|
| Modelo | plugins.entries.voice-call.config.streaming.providers.openai.model |
gpt-4o-transcribe |
| Idioma | ...openai.language |
(não definido) |
| Prompt | ...openai.prompt |
(não definido) |
| Duração do silêncio | ...openai.silenceDurationMs |
800 |
| Limite do VAD | ...openai.vadThreshold |
0.5 |
| Autenticação | ...openai.apiKey, OPENAI_API_KEY ou perfil de chave de API openai |
Chave de API da plataforma obrigatória |
Voz em tempo real
O plugin openai incluído registra voz em tempo real para o plugin Voice Call.
| Configuração | Caminho da configuração | Padrão |
|---|---|---|
| Modelo | plugins.entries.voice-call.config.realtime.providers.openai.model |
gpt-realtime-2.1 |
| Voz | ...openai.voice |
alloy |
| Temperatura (ponte de implantação do Azure) | ...openai.temperature |
0.8 |
| Limite do VAD | ...openai.vadThreshold |
0.5 |
| Duração do silêncio | ...openai.silenceDurationMs |
500 |
| Preenchimento do prefixo | ...openai.prefixPaddingMs |
300 |
| Esforço de raciocínio | ...openai.reasoningEffort |
(não definido) |
| Autenticação | perfil de chave de API openai, ...openai.apiKey ou OPENAI_API_KEY |
Chave de API da OpenAI Platform obrigatória |
Vozes Realtime integradas disponíveis para gpt-realtime-2.1: alloy, ash,
ballad, coral, echo, sage, shimmer, verse, marin, cedar.
A OpenAI recomenda marin e cedar para obter a melhor qualidade Realtime. Esse
é um conjunto distinto das vozes de conversão de texto em fala acima; uma voz exclusiva de TTS,
como fable, nova ou onyx, não é válida para sessões Realtime.
Defina explicitamente o modelo como gpt-realtime-2.1-mini quando preferir a
variante Realtime 2.1 menor e de custo mais baixo.
Endpoints do Azure OpenAI
O provedor openai incluído pode direcionar a geração de imagens para um recurso
do Azure OpenAI substituindo a URL base. No caminho de geração de imagens, o OpenClaw
detecta nomes de host do Azure em models.providers.openai.baseUrl e muda automaticamente para
o formato de solicitação do Azure.
Use o Azure OpenAI quando:
- Você já tiver uma assinatura, cota ou contrato empresarial do Azure OpenAI
- Você precisar dos controles de residência regional de dados ou conformidade fornecidos pelo Azure
- Você quiser manter o tráfego dentro de uma locação existente do Azure
Configuração
Para gerar imagens no Azure por meio do provedor openai incluído, direcione
models.providers.openai.baseUrl para seu recurso do Azure e defina apiKey como
a chave do Azure OpenAI (não uma chave da OpenAI Platform):
{ models: { providers: { openai: { baseUrl: "https://<your-resource>.openai.azure.com", apiKey: "<azure-openai-api-key>", }, }, },}O OpenClaw reconhece estes sufixos de host do Azure para a rota de geração de imagens do Azure:
*.openai.azure.com*.services.ai.azure.com*.cognitiveservices.azure.com
Para solicitações de geração de imagens em um host do Azure reconhecido, o OpenClaw:
- Envia o cabeçalho
api-keyem vez deAuthorization: Bearer - Usa caminhos específicos da implantação (
/openai/deployments/{deployment}/...) - Acrescenta
?api-version=...a cada solicitação - Usa um tempo limite padrão de solicitação de 600s para chamadas de geração de imagens do Azure.
Os valores de
timeoutMspor chamada ainda substituem esse padrão.
Outras URLs base (OpenAI pública, proxies compatíveis com OpenAI) mantêm o formato padrão de solicitação de imagens da OpenAI.
Versão da API
Defina AZURE_OPENAI_API_VERSION para fixar uma versão específica de prévia ou GA do Azure
para o caminho de geração de imagens do Azure:
export AZURE_OPENAI_API_VERSION="2024-12-01-preview"O padrão é 2024-12-01-preview quando a variável não está definida.
Os nomes dos modelos são nomes de implantação
O Azure OpenAI associa modelos a implantações. Para solicitações de geração de imagens
do Azure roteadas pelo provedor openai incluído, o campo model no OpenClaw
deve ser o nome da implantação do Azure configurado no portal do Azure, não
o ID público do modelo da OpenAI.
Se você criar uma implantação chamada gpt-image-2-prod que disponibiliza gpt-image-2:
/tool image_generate model=openai/gpt-image-2-prod prompt="Um pôster limpo" size=1024x1024 count=1A mesma regra de nome de implantação se aplica a qualquer chamada de geração de imagens roteada
pelo provedor openai incluído.
Disponibilidade regional
Atualmente, a geração de imagens do Azure está disponível apenas em um subconjunto de regiões
(por exemplo, eastus2, swedencentral, polandcentral, westus3,
uaenorth). Consulte a lista atual de regiões da Microsoft antes de criar uma
implantação e confirme se o modelo específico é oferecido em sua região.
Diferenças de parâmetros
O Azure OpenAI e a OpenAI pública nem sempre aceitam os mesmos parâmetros de imagem.
O Azure pode rejeitar opções permitidas pela OpenAI pública (por exemplo, determinados
valores de background em gpt-image-2) ou disponibilizá-las apenas em versões específicas
do modelo. Essas diferenças são provenientes do Azure e do modelo subjacente, não
do OpenClaw. Se uma solicitação do Azure falhar com um erro de validação, consulte no
portal do Azure o conjunto de parâmetros compatível com sua implantação e versão da API
específicas.
Configuração avançada
Os exemplos de params por modelo abaixo definem o formato da solicitação do provedor
incorporado do OpenClaw. Configurá-los constitui um comportamento de solicitação definido pelo autor,
portanto, uma rota auto que seria elegível permanece no OpenClaw, em vez de selecionar
implicitamente o Codex. O harness nativo do servidor de aplicativo Codex controla seu próprio
transporte e suas configurações de solicitação; agentRuntime.id: "codex" explícito falha de forma fechada
quando a rota efetiva não está declarada como compatível com Codex.
Transporte (WebSocket versus SSE)
O OpenClaw usa WebSocket primeiro, com SSE como alternativa ("auto") para openai/*.
No modo "auto", o OpenClaw:
- Tenta novamente após uma falha inicial do WebSocket antes de recorrer ao SSE
- Após uma falha, marca o WebSocket como degradado por 60 segundos e usa SSE durante o período de espera
- Anexa cabeçalhos estáveis de identidade da sessão e do turno para novas tentativas e reconexões
- Normaliza contadores de uso (
input_tokens/prompt_tokens) entre variantes de transporte
| Valor | Comportamento |
|---|---|
"auto" (padrão) |
WebSocket primeiro, SSE como alternativa |
"sse" |
Forçar somente SSE |
"websocket" |
Forçar somente WebSocket |
{ agents: { defaults: { models: { "openai/gpt-5.5": { params: { transport: "auto" }, }, }, }, },}Documentação relacionada da OpenAI:
Modo rápido
O OpenClaw disponibiliza uma alternância compartilhada de modo rápido para openai/*:
- Chat/UI:
/fast status|auto|on|off - Configuração:
agents.defaults.models["<provider>/<model>"].params.fastMode
Quando ativado, o OpenClaw mapeia o modo rápido para o processamento prioritário da OpenAI
(service_tier = "priority"). Os valores existentes de service_tier são
preservados, e o modo rápido não reescreve reasoning nem
text.verbosity. fastMode: "auto" inicia novas chamadas de modelo no modo rápido até o
limite automático e, depois, inicia chamadas posteriores de nova tentativa, alternativa, resultado
de ferramenta ou continuação sem o modo rápido. O limite padrão é 60 segundos;
defina params.fastAutoOnSeconds no modelo ativo para alterá-lo.
{ agents: { defaults: { models: { "openai/gpt-5.5": { params: { fastMode: "auto", fastAutoOnSeconds: 30 } }, }, }, },}Processamento prioritário (service_tier)
A API da OpenAI disponibiliza processamento prioritário por meio de service_tier. Defina-o por
modelo no OpenClaw:
{ agents: { defaults: { models: { "openai/gpt-5.5": { params: { serviceTier: "priority" } }, }, }, },}Valores compatíveis: auto, default, flex, priority.
Compaction no lado do servidor (API Responses)
Para modelos Responses diretos da OpenAI (openai/* em api.openai.com), o
wrapper de stream do OpenClaw do Plugin da OpenAI ativa automaticamente a Compaction
no lado do servidor:
- Força
store: true(a menos que a compatibilidade do modelo definasupportsStore: false) - Injeta
context_management: [{ type: "compaction", compact_threshold: ... }] - Valor padrão de
compact_threshold: 70% decontextWindow(ou80000quando indisponível)
Isso se aplica ao caminho de runtime integrado do OpenClaw e aos hooks do provedor OpenAI usados por execuções incorporadas. O harness nativo do servidor de aplicativo Codex gerencia seu próprio contexto por meio do Codex e não é afetado por essa configuração.
Ativar explicitamente
Útil para endpoints compatíveis, como o Azure OpenAI Responses:
{ agents: { defaults: { models: { "azure-openai-responses/gpt-5.5": { params: { responsesServerCompaction: true }, }, }, }, },}Limite personalizado
{ agents: { defaults: { models: { "openai/gpt-5.5": { params: { responsesServerCompaction: true, responsesCompactThreshold: 120000, }, }, }, }, },}Desativar
{ agents: { defaults: { models: { "openai/gpt-5.5": { params: { responsesServerCompaction: false }, }, }, }, },}Modo GPT estritamente agêntico
Para modelos da família GPT-5 do provedor openai executados pelo runtime incorporado
do OpenClaw, o OpenClaw já usa por padrão um contrato de execução mais estrito chamado
strict-agentic. Ele é ativado automaticamente sempre que o provedor resolvido é
openai e o ID do modelo corresponde à família GPT-5, a menos que a configuração
desative-o explicitamente:
{ agents: { defaults: { embeddedAgent: { executionContract: "default" }, }, },}Definir "strict-agentic" explicitamente não produz efeito em uma rota compatível (ele
já é o padrão) e fica inerte em pares de provedor/modelo incompatíveis.
Com strict-agentic ativo, o OpenClaw:
- Ativa automaticamente
update_planpara trabalhos substanciais - Tenta novamente turnos estruturalmente vazios ou somente com raciocínio com uma continuação de resposta visível
- Usa eventos explícitos de plano do harness quando o harness selecionado os fornece
O OpenClaw não classifica o texto do assistente para decidir se um turno é um plano, uma atualização de progresso ou uma resposta final.
Rotas nativas versus compatíveis com OpenAI
O OpenClaw trata endpoints diretos da OpenAI, do Codex e do Azure OpenAI
de forma diferente dos proxies /v1 genéricos compatíveis com OpenAI:
Rotas nativas (openai/*, Azure OpenAI):
- Mantêm
reasoning: { effort: "none" }somente para modelos compatíveis com o esforçononeda OpenAI - Omitem o raciocínio desativado para modelos ou proxies que rejeitam
reasoning.effort: "none" - Usam por padrão o modo estrito nos esquemas de ferramentas
- Anexam cabeçalhos ocultos de atribuição somente em hosts nativos verificados (o Azure OpenAI não recebe esses cabeçalhos, embora seja uma rota nativa)
- Mantêm a formatação de solicitações exclusiva da OpenAI (
service_tier,store, compatibilidade de raciocínio, dicas de cache de prompt)
Rotas proxy/compatíveis:
- Usam um comportamento de compatibilidade mais flexível
- Removem
storede Completions de payloadsopenai-completionsnão nativos - Aceitam JSON avançado de passagem direta
params.extra_body/params.extraBodypara proxies de Completions compatíveis com OpenAI - Aceitam
params.chat_template_kwargspara proxies de Completions compatíveis com OpenAI, como o vLLM - Não impõem esquemas estritos de ferramentas nem cabeçalhos exclusivos de rotas nativas
Relacionados
Como escolher provedores, referências de modelos e comportamento de failover.
Parâmetros compartilhados da ferramenta de imagens e seleção de provedores.
Parâmetros compartilhados da ferramenta de vídeos e seleção de provedores.
Detalhes de autenticação e regras de reutilização de credenciais.