Respuesta breve
model_provider indica a Codex CLI qué proveedor debe utilizar. Su valor debe coincidir con un ID de proveedor definido en [model_providers.<id>].
base_url es el endpoint de API al que se envían las solicitudes del modelo. En un proveedor compatible con OpenAI, suele apuntar a un endpoint de estilo /v1.
wire_api indica a Codex qué formato de protocolo debe utilizar para comunicarse con el proveedor. En la referencia de configuración de Codex, responses es un valor de protocolo compatible.
Cuándo es importante
- Estás configurando un proveedor personalizado compatible con OpenAI
- Codex indica que no encuentra el proveedor o fallan las solicitudes del modelo
- No sabes en qué se diferencia
model_providerdemodel - Estás configurando BetterToken, OpenAI u otro proveedor en un mismo
config.toml - Necesitas separar Base URL, API Key y Model ID
Relación entre los campos
Patrón recomendado
Mantén uniforme el ID del proveedor:custom, envía las solicitudes del modelo a https://www.bettertoken.ai/v1 y se comunica con el formato de Responses API.
No incluyas la API Key directamente en config.toml. Configúrala en la terminal que inicia Codex:
Verificar la configuración
- Confirma que
model_provider = "custom"coincide exactamente con[model_providers.custom]. - Confirma que la Base URL es
https://www.bettertoken.ai/v1e incluye/v1. - Copia un Model ID actual del proveedor GPT en la model plaza.
- Cierra Codex por completo y vuelve a iniciarlo desde una terminal nueva que tenga configurada la variable de entorno.
- Envía una tarea breve para explicar código y confirma que Codex devuelve una respuesta completa.
Solución de problemas
Documentación relacionada
- Cómo configurar config.toml en Codex CLI
- Guía para configurar Codex con BetterToken
- Qué son el sandbox y los modos de aprobación de Codex CLI
- API compatible con OpenAI frente a API compatible con Anthropic

