Skip to main content
Codex prend en charge les fournisseurs de modèles personnalisés via config.toml. Vous pouvez ainsi acheminer les requêtes par Phaseo tout en conservant votre flux de travail habituel dans la CLI, l’application ou l’IDE. Pour que Codex consulte aussi la documentation Phaseo à jour pendant son travail, ajoutez également le serveur Docs MCP.
Vous avez besoin d’aide pour configurer des agents réutilisables en plus du fournisseur ? Installez les skills publiques Phaseo depuis phaseoteam/skills :

​
Configurer avec Phaseo CLI

Installez d’abord Codex depuis sa version officielle. La configuration crée une clé Phaseo CLI: Codex API Key sans expiration, la stocke dans le trousseau de clés du système et écrit un profil Phaseo dédié. Codex récupère la clé via l’assistant CLI ; elle n’est donc pas écrite en clair dans config.toml.

​
Démarrez Codex avec :

Le même processus CLI Phaseo lance aussi Cline, Kilo Code, oh-my-pi, Muse Code et MiniMax Code avec une configuration fournisseur temporaire et isolée.

​
Configuration manuelle

Créez ou modifiez votre configuration utilisateur dans ~/.codex/config.toml. Pour un projet de confiance, vous pouvez aussi placer les mêmes paramètres dans .codex/config.toml à la racine du dépôt.
Codex utilise actuellement le protocole Responses pour les fournisseurs personnalisés. Conservez wire_api = "responses" ou omettez cette option pour utiliser la valeur par défaut. Codex App et l’extension IDE partagent les mêmes couches de configuration. Dans l’extension IDE, ouvrez le fichier via Codex Settings > Open config.toml.

​
Vérification

  • Vérifiez que l’ID du modèle figure dans Modèles avant de démarrer.
  • Utilisez Responses pour le flux Codex par défaut.

​
Dépannage

  • 401 Unauthorized : exécutez phaseo whoami, puis relancez phaseo codex.
  • model_not_found : récupérez un ID à jour dans Modèles et modifiez model.
  • Problèmes propres au fournisseur : consultez Routage et replis pour le comportement de basculement.
Dernière modification le 2 octobre 2026