Providers
OpenAI
O OpenClaw usa um único id de provedor, openai, tanto para autenticação direta por chave de API quanto para autenticação por assinatura do ChatGPT/Codex. openai/* é a rota de modelo canônica.
Para turnos de agentes integrados 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 do servidor de aplicativo Codex incluído. O prefixo openai/*, por si só, não seleciona um runtime.
- Modelos de agente -
openai/*por meio do runtime selecionado pela configuração explícita deagentRuntimeou 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 faturamento baseado em chave. - APIs da OpenAI não relacionadas a agentes - acesso direto à Plataforma OpenAI, com cobrança por uso,
por meio de
OPENAI_API_KEYou de um perfil de autenticação por chave de APIopenai. - Configuração legada - referências antigas de modelos Codex e ids de perfil são corrigidos para
openai/*poropenclaw doctor --fix.
A OpenAI oferece suporte explícito ao uso de OAuth de assinatura em ferramentas externas e fluxos de trabalho como o OpenClaw.
Acompanhamento de uso e custos
O OpenClaw mantém separadas a cota da assinatura e a cobrança da API da Plataforma:
- O OAuth do ChatGPT/Codex mostra o plano da 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 Usage da Control UI, incluindo gastos diários, totais de solicitações/tokens, principais modelos e categorias de custo.OPENAI_PROJECT_IDlimita opcionalmente o histórico da Admin API a um 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 é combinado com o custo estimado derivado das sessões do OpenClaw; ele pode incluir atividade de API de outros clientes e ajustes de cobrança feitos pelo provedor.
A documentação do API Usage Dashboard da OpenAI descreve os requisitos de proprietário da organização e de permissão explícita do Usage Dashboard para acessar dados de uso.
Provedor, modelo, runtime e canal são camadas distintas. Se esses rótulos estiverem sendo confundidos, leia Runtimes de agente antes de alterar a configuração.
Escolha rápida
| Objetivo | Use | Observações |
|---|---|---|
| Assinatura do ChatGPT/Codex, runtime Codex nativo | openai/gpt-5.6-sol |
Configuração inicial da assinatura; entre com a autenticação do Codex. |
| Cobrança direta por chave de API para turnos de agente | openai/gpt-5.6 mais um perfil de autenticação por chave de API ordenado |
Configuração inicial por chave de API; o id simples da API direta é resolvido como Sol. |
| Escolher um nível exato do GPT-5.6 | openai/gpt-5.6-sol, -terra ou -luna |
Consulte models list para ver os níveis 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 silenciosamente. |
| Cobrança direta por chave de API, runtime explícito do OpenClaw | openai/gpt-5.6 mais agentRuntime.id: "openclaw" do provedor/modelo |
Selecione um perfil normal de chave de API openai. |
| Alias do modelo ChatGPT Instant mais recente | openai/chat-latest |
Somente por 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 canônica de modelos 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. |
agentRuntime.id: codex do provedor/modelo |
Runtime de agente | Força o mecanismo nativo do servidor de aplicativo Codex para turnos integrados correspondentes. |
/codex ... |
Conjunto de comandos de chat | Vincula/controla threads do servidor de aplicativo Codex a partir de 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 de agente implícito
Quando a política agentRuntime do provedor/modelo não está definida ou está definida como 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 da rota efetiva | Runtime implícito |
|---|---|
Endpoint HTTPS oficial exato da Plataforma 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 explícito usando HTTP | Rejeitado |
| Rota com uma substituição de solicitação do provedor/modelo definida pelo autor | OpenClaw |
Um agentRuntime.id explícito e não padrão do provedor/modelo continua sendo determinante.
Por exemplo, agentRuntime.id: "openclaw" mantém no OpenClaw uma rota que, de outra forma, seria elegível
para o Codex, enquanto agentRuntime.id: "codex" exige o Codex e falha
de forma segura quando a rota efetiva não está declarada como 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 Plataforma e a autenticação por assinatura do ChatGPT/Codex permanecem distintas.
openclaw doctor --fix migra referências legadas de modelos 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.
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 exatos de modelo 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
o nível principal, o Terra como o nível equilibrado e o Luna como o nível rápido
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 simples openai/gpt-5.6 é um alias para
Sol e é o padrão da configuração inicial. O catálogo nativo do Codex não aplica
esse alias de API direta no lado do cliente; dependendo do acesso do 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 apresenta o erro de acesso do serviço subjacente 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 modelo openai/<model> |
Sim |
| Modelos da assinatura Codex | openai/<model> com OAuth da OpenAI |
Sim |
| Referências legadas de modelos Codex | referências antigas de modelos Codex, codex-cli/<model> |
Corrigidas pelo doctor para openai/<model> |
| Harness de app-server do Codex | rota HTTPS compatível com Codex com runtime não definido/auto ou agentRuntime.id: codex explícito |
Sim |
| Pesquisa na web no servidor | ferramenta nativa OpenAI Responses | Sim, quando a pesquisa na web está habilitada e nenhum outro provedor está fixado |
| Imagens | image_generate |
Sim |
| Vídeos | video_generate |
Sim |
| Conversão de texto em fala | messages.tts.provider: "openai" / tts |
Sim |
| Conversão de fala em texto em lote | tools.media.audio / compreensão de mídia |
Sim |
| Conversão de fala em texto por streaming | Voice Call streaming.provider: "openai" |
Sim |
| Voz em tempo real | Voice Call realtime.provider: "openai" / Talk 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 do memory_search e embeddings de consultas:
{ agents: { defaults: { memorySearch: { provider: "openai", model: "text-embedding-3-small", }, }, },}Para endpoints compatíveis com a OpenAI que exigem rótulos assimétricos de
embedding, defina queryInputType e documentInputType em memorySearch. O
OpenClaw os encaminha como campos de solicitação input_type específicos do
provedor: embeddings de consultas usam queryInputType; fragmentos de memória
indexados e indexação em lote usam documentInputType. Consulte a
referência de configuração de memória
para ver o exemplo completo.
Primeiros passos
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 configuraçã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 informações da rota | Rota | Autenticação |
|---|---|---|---|
openai/gpt-5.6 |
não definido/auto, rota nativa HTTPS 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 |
agentRuntime.id: "openclaw" do provedor/modelo |
Runtime incorporado do OpenClaw | Perfil de chave de API openai selecionado |
openai/gpt-5.5 |
agentRuntime.id explícito do provedor/modelo |
Runtime de agente selecionado | Perfil de chave de API da OpenAI selecionado |
openai/* |
Completions definidas pelo usuário, personalizadas ou substituição na solicitação | Runtime incorporado 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 direto simples da API gpt-5.6 é resolvido para a camada Sol. Se essa
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 direto simples da
API é 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 do ChatGPT/Codex com execução nativa do app-server do Codex em vez de uma chave de API separada. A nuvem do Codex 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 de modelo da OpenAI
openclaw config set agents.defaults.model.primary openai/gpt-5.6-solNenhuma configuração de runtime é necessária para essa rota nativa HTTPS oficial exata. Ela pode selecionar automaticamente o runtime do app-server do 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 informações da rota | Rota | Autenticação |
|---|---|---|---|
openai/gpt-5.6-sol |
não definido/auto, rota nativa HTTPS 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 nativa HTTPS 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 nativa HTTPS 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 |
agentRuntime.id: "openclaw" do provedor/modelo |
Runtime incorporado do OpenClaw, transporte interno com autenticação Codex | Perfil OAuth openai selecionado |
openai/gpt-5.5 |
agentRuntime.id explícito do provedor/modelo |
Runtime de agente selecionado | Perfil de autenticação da OpenAI selecionado |
openai/* |
Completions definidas pelo usuário, personalizadas ou substituição na solicitação | Runtime incorporado 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 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 do 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 reserva, 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 da sessão de runtime da OpenAI sem configuração explícita de 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
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 na sessão
atual. O harness app-server do Codex incluído aparece como
Runtime: OpenAI Codex quando uma rota implícita elegível ou uma política explícita de
runtime do provedor/modelo o seleciona.
Aviso do doctor
Se referências legadas de modelos Codex ou fixações obsoletas do runtime da OpenAI permanecerem na configuração
ou no estado da sessão, openclaw doctor --fix as reescreve para 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:
contextWindownativa: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 os metadados do catálogo upstream do Codex para gpt-5.5 quando eles estão
presentes. Se a descoberta em tempo real do Codex omitir a linha de 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 do app-server nativo do Codex
O harness app-server nativo do Codex usa referências de modelo openai/* quando uma rota
HTTPS oficial exata e elegível o seleciona implicitamente ou quando
agentRuntime.id: "codex" do provedor/modelo o seleciona explicitamente. A autenticação dele continua
baseada em conta. O OpenClaw seleciona a autenticação nesta ordem:
- Perfis ordenados de autenticação da OpenAI para o agente, preferencialmente em
auth.order.openai. Executeopenclaw doctor --fixpara migrar IDs antigos legados de perfis de autenticação do Codex e a ordem de autenticação. - A conta existente do app-server, como um login do ChatGPT na CLI local 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 para a chave de API do ambiente aplica-se somente ao caminho local por stdio sem conta;
ela nunca é enviada por conexões WebSocket do app-server. Quando um
perfil do Codex no estilo de assinatura é selecionado, o OpenClaw também impede que
CODEX_API_KEY e OPENAI_API_KEY sejam passadas ao processo filho do app-server por stdio
e, em vez disso, 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 ordenação 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 openai incluído registra a geração de imagens por meio da ferramenta
image_generate. Ele aceita tanto a geração de imagens com chave de API da OpenAI quanto com OAuth do Codex
usando a mesma referência de modelo openai/gpt-image-2.
| Recurso | 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 de 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 imagens a partir de texto e edição de imagens
da OpenAI. gpt-image-1.5, gpt-image-1 e gpt-image-1-mini continuam disponíveis
como substituições explícitas de modelo. Use openai/gpt-image-1.5 para
saídas PNG/WebP com fundo transparente; a API atual de gpt-image-2 rejeita
background: "transparent".
Para uma solicitação com fundo transparente, chame image_generate com
model: "openai/gpt-image-1.5", outputFormat: "png" ou "webp" e
background: "transparent"; a opção antiga de 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 para
gpt-image-1.5; o Azure e endpoints personalizados compatíveis com a OpenAI mantêm seus
nomes de implantação/modelo configurados.
A mesma configuração está disponível para execuções de 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 continua 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 OAuth do ChatGPT/Codex, mantenha a mesma referência openai/gpt-image-2. Quando
um perfil OAuth openai estiver configurado, o OpenClaw resolve o token de acesso OAuth
armazenado e envia as solicitações de imagem pelo backend de 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 uma LAN confiável/endereço privado,
também defina 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 sofisticado 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 openai incluído registra a geração de vídeos por meio da ferramenta
video_generate.
| Recurso | 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, sem encaminhamento do valor bruto |
| Outras substituições | resolution, audio, 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. As 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 disponibilizam 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, 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/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 o comportamento básico, de modelo e de documentação do projeto controlado pelo Codex, e o OpenClaw desativa a personalidade integrada do Codex para threads nativas, para que os arquivos de personalidade do workspace do agente permaneçam autoritativos. O OpenClaw contribui apenas com contexto de runtime para 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, em vez de pelo 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 específico de canal para respostas e 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 apenas 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 de 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 depois dos campos
gerados pelo OpenClaw; portanto, use-o para endpoints compatíveis com a OpenAI que exijam
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 recebido 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 recebido:
{ tools: { media: { audio: { models: [ { type: "provider", provider: "openai", model: "gpt-4o-transcribe", }, ], }, }, },}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 de cada 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 de 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 de VAD | ...openai.vadThreshold |
0.5 |
| Autenticação | ...openai.apiKey, OPENAI_API_KEY ou perfil de chave de API openai |
Chave de API da Platform obrigatória |
Voz em tempo real
O plugin openai incluído registra voz em tempo real para o plugin Voice Call.
| Configuração | Caminho de 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 de VAD | ...openai.vadThreshold |
0.5 |
| Duração do silêncio | ...openai.silenceDurationMs |
500 |
| Preenchimento de 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 em tempo real 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 em tempo real. Este
é um conjunto separado 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 em tempo real.
Defina explicitamente o modelo como gpt-realtime-2.1-mini quando preferir a
variante Realtime 2.1 menor e de menor custo.
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
- Precisar de residência regional de dados ou controles de conformidade fornecidos pelo Azure
- Quiser manter o tráfego dentro de uma locação existente do Azure
Configuração
Para geração de imagens no Azure por meio do provedor openai incluído, aponte
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 com escopo de 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.
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 vincula 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, e 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 vêm do Azure e do modelo subjacente, não
do OpenClaw. Se uma solicitação ao Azure falhar com um erro de validação, verifique
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 ao OpenClaw. Configurá-los constitui um comportamento de solicitação definido,
portanto uma rota auto que seria elegível permanece no OpenClaw em vez de selecionar
implicitamente o Codex. O harness nativo do app-server do Codex controla seu próprio
transporte e suas próprias configurações de solicitação; agentRuntime.id: "codex" explícito
falha de forma fechada quando a rota efetiva não é declarada compatível com o Codex.
Transporte (WebSocket versus SSE)
O OpenClaw usa WebSocket primeiro, com SSE como alternativa ("auto"), para openai/*.
No modo "auto", o OpenClaw:
- Tenta novamente uma falha inicial de 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 de sessão e 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 apenas SSE |
"websocket" |
Forçar apenas WebSocket |
{ agents: { defaults: { models: { "openai/gpt-5.5": { params: { transport: "auto" }, }, }, }, },}Documentação relacionada da OpenAI:
Modo rápido
O OpenClaw disponibiliza uma opção 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 em 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 é de 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: ... }] compact_thresholdpadrão: 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 app-server do 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
rigoroso 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 explicitamente esse comportamento:
{ 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 não compatíveis.
Com strict-agentic ativo, o OpenClaw:
- Ativa automaticamente
update_planpara trabalhos substanciais - Tenta novamente turnos estruturalmente vazios ou somente de 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 a OpenAI
O OpenClaw trata endpoints diretos da OpenAI, do Codex e do Azure OpenAI
de maneira diferente dos proxies /v1 genéricos compatíveis com a 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 para 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 prompts)
Rotas de proxy/compatíveis:
- Usam um comportamento de compatibilidade mais flexível
- Removem
storedo Completions de payloadsopenai-completionsnão nativos - Aceitam JSON avançado de passagem direta em
params.extra_body/params.extraBodypara proxies de Completions compatíveis com a OpenAI - Aceitam
params.chat_template_kwargspara proxies de Completions compatíveis com a OpenAI, como o vLLM - Não impõem esquemas de ferramentas estritos nem cabeçalhos exclusivos de rotas nativas
Relacionados
Como escolher provedores, referências de modelos e o 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.