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 de agentRuntime ou 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_KEY ou de um perfil de autenticação por chave de API openai.
  • Configuração legada - referências antigas de modelos Codex e ids de perfil são corrigidos para openai/* por openclaw 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_KEY mostra 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_ID limita opcionalmente o histórico da Admin API a um projeto.
  • O OpenClaw nunca envia OPENAI_API_KEY nem um perfil de inferência openai à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:

bash
openclaw models list --provider openai

O 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:

bash
openclaw models set openai/gpt-5.5

O 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:

json5
{  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

    bash
    openclaw onboard --auth-choice openai-api-key

    Ou forneça a chave diretamente:

    bash
    openclaw onboard --openai-api-key "$OPENAI_API_KEY"
  • Verifique se o modelo está disponível

    bash
    openclaw models list --provider openai
  • Resumo 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

    json5
    {  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:

    json5
    {  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

    bash
    openclaw onboard --auth-choice openai

    Ou execute o OAuth diretamente:

    bash
    openclaw models auth login --provider openai

    Para 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:

    bash
    openclaw models auth login --provider openai --device-code
  • Use a rota canônica de modelo da OpenAI

    bash
    openclaw config set agents.defaults.model.primary openai/gpt-5.6-sol

    Nenhuma 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

    bash
    openclaw models list --provider openai

    Depois 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

    json5
    {  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:

    json5
    {  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

    bash
    openclaw models statusopenclaw models auth list --provider openaiopenclaw config get agents.defaults.model --jsonopenclaw config get models.providers.openai.agentRuntime --json

    Para um agente específico, adicione --agent <id>:

    bash
    openclaw models status --agent <id>openclaw models auth list --agent <id> --provider openai

    Se 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:

    bash
    openclaw doctor --fixopenclaw config validate

    Se models auth list --provider openai não mostrar nenhum perfil utilizável, entre novamente:

    bash
    openclaw models auth login --provider openaiopenclaw models status --probe --probe-provider openai

    Use --profile-id para vários logins OAuth do Codex no mesmo agente e controle-os pela ordem de autenticação ou por /model ...@<profileId>:

    bash
    openclaw models auth login --provider openai --profile-id openai:ritsukoopenclaw models auth login --provider openai --profile-id openai:lain

    Execute 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:

    • contextWindow nativa: 400000
    • Limite padrão de contextTokens do runtime: 272000

    Na prática, o limite padrão menor apresenta melhores características de latência e qualidade. Substitua-o com contextTokens:

    json5
    {  models: {    providers: {      openai: {        models: [{ id: "gpt-5.5", contextTokens: 160000 }],      },    },  },}

    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:

    1. Perfis ordenados de autenticação da OpenAI para o agente, preferencialmente em auth.order.openai. Execute openclaw doctor --fix para migrar IDs antigos legados de perfis de autenticação do Codex e a ordem de autenticação.
    2. 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.
    3. Somente para inicializações locais do app-server por stdio e apenas quando o app-server não informar nenhuma conta: CODEX_API_KEY e depois OPENAI_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
    json5
    {  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:

    bash
    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" \  --json

    Use 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:

    Code
    /tool image_generate model=openai/gpt-image-2 prompt="Um pôster de lançamento sofisticado do OpenClaw no macOS" size=3840x2160 count=1

    Gerar um PNG transparente:

    Code
    /tool image_generate model=openai/gpt-image-1.5 prompt="Um adesivo simples de círculo vermelho sobre um fundo transparente" outputFormat=png background=transparent

    Editar:

    Code
    /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=1024x1536

    Geraçã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.

    json5
    {  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

    json5
    {  agents: {    defaults: {      promptOverlays: {        gpt5: { personality: "friendly" },      },    },  },}

    CLI

    bash
    openclaw config set agents.defaults.promptOverlays.gpt5.personality off

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

    json5
    {  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:

    json5
    {  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):

    json5
    {  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-key em vez de Authorization: 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 timeoutMs por 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:

    bash
    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:

    Code
    /tool image_generate model=openai/gpt-image-2-prod prompt="Um pôster limpo" size=1024x1024 count=1

    A 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
    json5
    {  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.

    json5
    {  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:

    json5
    {  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 defina supportsStore: false)
    • Injeta context_management: [{ type: "compaction", compact_threshold: ... }]
    • compact_threshold padrão: 70% de contextWindow (ou 80000 quando 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:

    json5
    {  agents: {    defaults: {      models: {        "azure-openai-responses/gpt-5.5": {          params: { responsesServerCompaction: true },        },      },    },  },}

    Limite personalizado

    json5
    {  agents: {    defaults: {      models: {        "openai/gpt-5.5": {          params: {            responsesServerCompaction: true,            responsesCompactThreshold: 120000,          },        },      },    },  },}

    Desativar

    json5
    {  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:

    json5
    {  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_plan para 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ço none da 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 store do Completions de payloads openai-completions não nativos
    • Aceitam JSON avançado de passagem direta em params.extra_body/params.extraBody para proxies de Completions compatíveis com a OpenAI
    • Aceitam params.chat_template_kwargs para 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

    Was this useful?
    On this page

    On this page