Fournisseur personnalisé Codex : model_provider, Base URL et wire_api

Réponse courte

model_provider indique à Codex CLI quel fournisseur utiliser. Sa valeur doit correspondre à un ID de fournisseur défini sous [model_providers.<id>]. base_url est le point de terminaison API vers lequel les requêtes de modèles sont envoyées. Pour un fournisseur compatible OpenAI, il pointe généralement vers un point de terminaison de type /v1. wire_api indique à Codex quel format de protocole utiliser pour communiquer avec ce fournisseur. Dans la référence de configuration Codex, responses est une valeur de protocole de fournisseur prise en charge.

Quand cela importe

Vous configurez un fournisseur personnalisé compatible OpenAI
Codex indique que le fournisseur est introuvable ou que les requêtes de modèles échouent
Vous ne savez pas en quoi model_provider diffère de model
Vous placez BetterToken, OpenAI ou un autre fournisseur dans un même fichier config.toml
Vous devez distinguer Base URL, API Key et Model ID

Relations entre les champs

Champ	Rôle
`model_provider`	Sélectionne l’ID du fournisseur actif
`[model_providers.<id>]`	Définit la configuration détaillée d’un fournisseur
`name`	Nom d’affichage du fournisseur
`base_url`	Point de terminaison API racine
`wire_api`	Protocole du fournisseur, généralement `responses`
`model`	Model ID principal par défaut
`review_model`	Modèle utilisé par les flux de revue de code tels que `/review`

Modèle recommandé

Conservez un ID de fournisseur cohérent :

model_provider = "custom"
model = "gpt-5.5"

[model_providers.custom]
name = "BetterToken"
base_url = "https://www.bettertoken.ai/v1"
env_key = "MODEL_PROVIDER_API_KEY"
wire_api = "responses"
requires_openai_auth = false

Cela signifie que Codex utilise le fournisseur nommé custom, envoie les requêtes de modèles à https://www.bettertoken.ai/v1 et communique selon le format Responses API. Ne placez pas l’API Key directement dans config.toml. Définissez-la dans le terminal qui lance Codex :

export MODEL_PROVIDER_API_KEY="YOUR_API_KEY"

Sous Windows PowerShell :

$env:MODEL_PROVIDER_API_KEY="YOUR_API_KEY"

Vérifier la configuration

Vérifiez que model_provider = "custom" correspond exactement à [model_providers.custom].
Vérifiez que la Base URL est https://www.bettertoken.ai/v1, y compris /v1.
Copiez un Model ID actuel depuis le fournisseur GPT dans la model plaza.
Quittez complètement Codex et relancez-le depuis un nouveau terminal où la variable d’environnement est définie.
Envoyez une petite tâche d’explication de code et vérifiez que Codex renvoie une réponse complète.

Dépannage

Symptôme	Cause	Solution
Fournisseur introuvable	L’ID du fournisseur et la table de configuration ne correspondent pas	Utilisez `custom` aux deux endroits
API Key absente au démarrage	La variable nommée par `env_key` est indisponible	Définissez `MODEL_PROVIDER_API_KEY`, puis ouvrez un nouveau terminal
`401` ou `403`	API Key invalide ou authentification OpenAI mélangée	Copiez de nouveau la Key et définissez `requires_openai_auth = false`
`404`	La Base URL ne contient pas `/v1` ou pointe vers un point de terminaison Anthropic	Utilisez `https://www.bettertoken.ai/v1`
Modèle introuvable	La valeur est un nom d’affichage, un modèle retiré ou un modèle non GPT	Copiez un Model ID actuel depuis la model plaza
Erreur de protocole Responses	`wire_api` est absent ou incorrect	Définissez `wire_api = "responses"`

Claude Code

Claude Desktop

Codex

Cursor

Cline

Appels de modèles

Service et sécurité

Coûts et tokens

Concepts

Fournisseur personnalisé Codex : model_provider, Base URL et wire_api

Réponse courte

Quand cela importe

Relations entre les champs

Modèle recommandé

Vérifier la configuration

Dépannage

Documentation associée

Références

​Réponse courte

​Quand cela importe

​Relations entre les champs

​Modèle recommandé

​Vérifier la configuration

​Dépannage

​Documentation associée

​Références

Réponse courte

Quand cela importe

Relations entre les champs

Modèle recommandé

Vérifier la configuration

Dépannage

Documentation associée

Références