Skip to main content

Resposta curta

model_provider informa ao Codex CLI qual provedor deve ser usado. O valor precisa corresponder a um ID definido em [model_providers.<id>]. base_url é o endpoint para o qual as solicitações de modelo são enviadas. Em um provedor compatível com OpenAI, ele geralmente aponta para um endpoint com /v1. wire_api informa ao Codex qual formato de protocolo usar ao se comunicar com o provedor. Na referência de configuração do Codex, responses é um valor de protocolo compatível.

Quando isso é importante

  • Você está configurando um provedor personalizado compatível com OpenAI
  • O Codex não encontra o provedor ou as solicitações falham
  • Você não sabe a diferença entre model_provider e model
  • Você está adicionando BetterToken, OpenAI ou outro provedor a um config.toml
  • Você precisa separar Base URL, API Key e ID de modelo

Relação entre os campos

Padrão recomendado

Mantenha o ID do provedor consistente:
Isso significa que o Codex usa o provedor chamado custom, envia solicitações para https://www.bettertoken.ai/v1 e se comunica no formato da Responses API. Não coloque a API Key diretamente no config.toml. Defina-a no terminal que inicia o Codex:
No Windows PowerShell:

Verifique a configuração

  1. Confirme que model_provider = "custom" corresponde exatamente a [model_providers.custom].
  2. Confirme que a Base URL é https://www.bettertoken.ai/v1, incluindo /v1.
  3. Copie um ID atual do provedor GPT na model plaza.
  4. Encerre completamente o Codex e abra-o em um novo terminal no qual a variável de ambiente esteja definida.
  5. Envie uma pequena tarefa de explicação de código e confirme que o Codex retorna uma resposta completa.

Solução de problemas

Documentos relacionados

Referências