Skip to main content

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_provider de model
  • 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:
Esto significa que Codex utiliza el proveedor llamado 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:
En Windows PowerShell:

Verificar la configuración

  1. Confirma que model_provider = "custom" coincide exactamente con [model_providers.custom].
  2. Confirma que la Base URL es https://www.bettertoken.ai/v1 e incluye /v1.
  3. Copia un Model ID actual del proveedor GPT en la model plaza.
  4. Cierra Codex por completo y vuelve a iniciarlo desde una terminal nueva que tenga configurada la variable de entorno.
  5. Envía una tarea breve para explicar código y confirma que Codex devuelve una respuesta completa.

Solución de problemas

Documentación relacionada

Referencias