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_provideremodel - 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: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:
Verifique a configuração
- Confirme que
model_provider = "custom"corresponde exatamente a[model_providers.custom]. - Confirme que a Base URL é
https://www.bettertoken.ai/v1, incluindo/v1. - Copie um ID atual do provedor GPT na model plaza.
- Encerre completamente o Codex e abra-o em um novo terminal no qual a variável de ambiente esteja definida.
- 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
- Como configurar o config.toml do Codex CLI
- Guia de configuração do Codex com BetterToken
- O que são os modos de sandbox e aprovação do Codex CLI?
- API compatível com OpenAI versus API compatível com Anthropic

