Skip to main content

Aperçu

Type: Outil de programmationChemin principal: OpenAI Responses (chemin optionnel avancé)Niveau de prise en charge: Pris en charge avec limitations selon le modèle/chemin
OpenAI Codex est un outil en ligne de commande open-source (CLI) qui sert d’agent de codage léger, capable de lire, modifier et exécuter du code dans le terminal. Il est construit sur des modèles GPT et optimisé pour la génération de code. Pour TokenLab, Codex CLI peut utiliser /v1/responses, mais vous devez le considérer comme un chemin de compatibilité avancé. Certaines fonctionnalités spécifiques à Responses ne sont pas garanties sur tous les modèles et chemins routés. La compaction distante de Codex CLI est prise en charge sur POST /v1/responses/compact. Codex envoie le model de la session courante dans body.model pour /compact et l’auto-compactage, donc le modèle utilisé pour compacter doit être disponible sur le chemin Responses. Ne configurez pas /v1/compact.

Configuration requise

  • OS: macOS, Linux (prise en charge officielle), Windows via WSL
  • Node.js: Version 18+
  • npm: Version 10.x.x ou supérieure

Installation

Vérifier l’installation :

Configuration

Étape 1 : Définir la clé API

Temporaire (session en cours) :
Configuration permanente : Ajouter à ~/.bashrc, ~/.zshrc ou ~/.bash_profile :
Puis rechargez :

Étape 2 : Configurer config.toml

Éditez ~/.codex/config.toml :
Ce mode WebSocket est un pont Responses-over-WebSocket pour les clients Codex. Il n’accepte que les événements officiels response.create ; stream est implicite, et background ainsi que response.cancel ne sont pas disponibles sur ce transport. Ce n’est pas l’API OpenAI Realtime et il n’accepte pas session.update, conversation.item.*, input_audio_buffer.*, l’audio binaire ni les enveloppes Realtime imbriquées response.create.response.
Si le fichier de configuration n’existe pas, exécutez codex une fois pour le générer, puis modifiez le fichier. Redémarrez complètement Codex après avoir modifié config.toml afin que les nouveaux paramètres du fournisseur soient rechargés.
Codex déprécie la prise en charge de chat/completions pour les fournisseurs personnalisés. Conservez wire_api = "responses" pour TokenLab à moins que vous n’utilisiez intentionnellement un ancien chemin de compatibilité.
TokenLab transmet au mieux les champs Responses inconnus sans rétrograder silencieusement la requête vers Chat Completions. L’upstream sélectionné décide si le champ ou la combinaison est pris en charge.

Utilisation de base

Démarrer le mode interactif :
Commande directe :
Spécifier le modèle :

Modèles recommandés

Commandes interactives

Vérifier la configuration

Cas d’utilisation courants

Revue de code :
Générer des messages de commit :
Corriger les erreurs :
Expliquer le code :

Dépannage

  • Vérifiez que base_url dans config.toml est exactement https://api.tokenlab.sh/v1
  • Vérifiez la connectivité réseau
  • Assurez-vous qu’aucun proxy n’interfère
  • Vérifiez que env_key = "OPENAI_API_KEY" est présent dans ~/.codex/config.toml
  • Vérifiez que la variable d’environnement OPENAI_API_KEY est définie
  • Vérifiez que la clé commence par sk-
  • Assurez-vous que la clé est active dans le tableau de bord TokenLab
  • Vérifiez que le nom du modèle correspond exactement
  • Vérifiez la disponibilité du modèle sur tokenlab.sh/en/models
  • Certains champs ne sont disponibles que sur /v1/responses lorsque TokenLab peut garantir ce comportement pour le modèle et le chemin sélectionnés
  • Si vous voyez unsupported_request_field, supprimez ce champ ou passez à un flux de travail qui n’en dépend pas
  • Codex CLI appelle POST /v1/responses/compact, pas /v1/compact
  • La requête de compaction utilise le model de la session courante, ce modèle doit donc être disponible sur le chemin Responses
  • Conservez wire_api = "responses" et base_url = "https://api.tokenlab.sh/v1"