Utiliser OpenAI Codex CLI avec des modèles open source hébergés dans l’UE

Codex CLI est un agent de code d’OpenAI qui s’exécute en local dans votre terminal. Il lit votre code, propose et applique des modifications, lance des commandes dans un bac à sable et demande votre accord selon le mode choisi. Le même agent alimente l’extension Codex pour les IDE et peut être scripté avec codex exec dans vos pipelines.

Codex est conçu pour les modèles d’OpenAI, mais sa configuration permet de déclarer vos propres fournisseurs avec une URL de base et une clé API. C’est ce qui permet de l’utiliser avec des modèles open-weight hébergés dans l’UE.

Les fournisseurs personnalisés se déclarent dans ~/.codex/config.toml, sous [model_providers.<id>]. base_url pointe vers inference.eu, env_key indique la variable d’environnement qui contient votre clé, et wire_api = "responses" sélectionne l’API Responses, utilisée par les versions actuelles de Codex pour tous les fournisseurs. inference.eu sert l’API Responses : streaming, appels d’outils et raisonnement fonctionnent comme Codex l’attend.

Réglez model_provider sur l’identifiant du fournisseur et model sur celui du modèle. Les identifiants openai, ollama et lmstudio sont réservés. Codex ignore model_providers dans les fichiers de configuration d’un projet : le bloc doit figurer dans votre configuration utilisateur.

qwen3-coder-480b-a35b-instruct est un bon choix par défaut. Entraîné pour le code agentique, il s’adapte bien au fonctionnement de Codex, très axé sur le shell : lire des fichiers, lancer des tests, appliquer des correctifs. Pour les tâches qui exigent davantage de planification dans une grande base de code, essayez glm-5.3 ou kimi-k3, qui respectent précisément les schémas d’outils.

gpt-oss-120b est le plus proche du style de raisonnement pour lequel Codex a été conçu et répond vite, ce qui convient aux petites corrections et aux exécutions de codex exec en intégration continue. Les profils de config.toml permettent de changer de modèle sans modifier le fichier.

Si Codex vous demande de vous connecter avec ChatGPT, il utilise encore le fournisseur intégré openai. Vérifiez que model_provider figure au premier niveau de ~/.codex/config.toml, et non dans une table. Une erreur 401 signifie que INFERENCE_EU_API_KEY n’est pas définie dans le shell qui a lancé Codex.

Une erreur 404 provient généralement d’un chemin en trop dans base_url, qui doit se terminer par /v1. « Model not found » signifie que la valeur de model diffère de l’identifiant inference.eu. Si l’agent s’arrête après une étape ou affiche des commandes au lieu de les exécuter, le modèle ne renvoie pas d’appels d’outils : choisissez l’un des modèles de code cités.

Codex envoie ses requêtes depuis votre machine vers le fournisseur configuré. Avec inference.eu, prompts, contenus de fichiers et sorties de commandes sont traités dans des centres de données de l’UE et ne servent jamais à l’entraînement. Nous signons un accord de sous-traitance au titre de l’article 28 du RGPD, communiquons la liste de nos sous-traitants et facturons en euros.

Aucun compte OpenAI n’est nécessaire. Notez que les fonctions hébergées dans le cloud d’OpenAI, comme les tâches cloud de Codex, n’utilisent pas votre fournisseur personnalisé. Pour un usage entièrement européen, travaillez en local avec le fournisseur personnalisé et laissez ces fonctions désactivées.