Skip to main content

​
Réponse courte

Codex CLI est l’agent de programmation en terminal local. Il est centré sur les projets locaux, l’exécution de commandes, la modification de fichiers et la configuration config.toml. Codex App est l’application de bureau. Elle convient mieux aux flux graphiques, à la gestion des sessions, aux plugins, à Remote Control et aux fonctionnalités d’applications complémentaires. Codex Web / Cloud est davantage un flux d’agent distant ou basé sur le navigateur. Son environnement d’exécution n’est pas celui du CLI local et il ne partage pas nécessairement le même accès aux fichiers locaux, le même sandbox, la même politique d’approbation ou le même fichier de configuration.

​
Quand les distinguer

  • Vous décidez d’installer le CLI ou d’utiliser App / Web
  • Vous souhaitez conserver l’état de connexion officiel de Codex App tout en routant les appels de modèles via une API tierce
  • Vous avez modifié le fichier local config.toml, mais le comportement Web n’a pas changé
  • Vous devez savoir où ont lieu l’accès aux fichiers, l’exécution des commandes et les approbations
  • Vous rédigez des règles d’équipe pour l’utilisation de Codex

​
Différences clés

​
Comment choisir

Utilisez Codex CLI lorsque votre flux principal consiste à modifier du code localement et à exécuter des commandes dans un terminal. Utilisez Codex App lorsque vous avez principalement besoin d’un flux de bureau, de plugins ou de Remote Control. Si vous souhaitez conserver l’état de connexion officiel tout en utilisant une API tierce, séparez la couche d’authentification de la couche de requêtes de modèle. Utilisez Codex Web / Cloud lorsque votre travail se prête à un environnement distant ou à un flux de tâches dans le navigateur. Ne supposez pas que le fichier local config.toml contrôle le comportement de l’environnement Cloud.

​
Erreurs fréquentes

  • Supposer que les modifications du fichier config.toml local du CLI affectent automatiquement Codex Web / Cloud.
  • Traiter la connexion officielle de Codex App et une API Key tierce comme une même couche.
  • Supposer que les trois interfaces ont des autorisations identiques sur le système de fichiers.
  • Oublier que les paramètres de sandbox et d’approbation s’appliquent à un environnement d’exécution précis.
  • Traiter les plugins, Remote Control et les paramètres du fournisseur de modèles comme une seule couche de configuration.

​
À propos de BetterToken

BetterToken appartient à la couche de requêtes de modèles : elle détermine quel fournisseur API reçoit les appels de modèles. Dans Codex CLI, la configuration habituelle d’un fournisseur personnalisé se trouve généralement dans config.toml. Dans les scénarios Codex App qui préservent l’état de connexion officiel, l’authentification et le routage d’inférence doivent être gérés séparément. BetterToken ne modifie pas la frontière d’exécution entre CLI, App et Web / Cloud.

​
Documentation associée

​
Références