- Qu'est-ce que Codex CLI ?
- Qu'est-ce que Claude Code ?
- Codex CLI vs Claude Code : comparaison côte à côte
- Support des modèles et flexibilité de l'API
- Architecture open source vs propriétaire
- Installation et configuration
- Couverture des plateformes et des interfaces
- Configuration et contexte du projet
- Modes d'approbation et contrôles de sécurité
- Gestion des sessions et du contexte
- Quand utiliser Codex CLI
- Quand utiliser Claude Code
- Utiliser Novita AI avec l'un ou l'autre outil
- FAQ
Codex CLI et Claude Code sont tous deux des outils de codage agentiques basés sur le terminal, mais ils ciblent des workflows différents. Codex CLI est un agent open source et léger, offrant une flexibilité totale grâce à une API compatible OpenAI et un modèle de sandbox propre. Claude Code est une plateforme plus complète avec un support multi-surface, une gestion de session plus riche et une intégration plus étroite entre CLI, IDE, bureau et navigateur. Le bon choix se résume à ceci : avez-vous besoin d’une flexibilité maximale des modèles, ou d’un environnement de codage unifié construit autour de l’API d’un seul fournisseur ?
Qu’est-ce que Codex CLI ?
Codex CLI est l’agent de codage en terminal open source d’OpenAI. Il s’exécute localement, envoie des requêtes vers un backend API compatible OpenAI et peut lire des fichiers, modifier du code et exécuter des commandes dans un répertoire sandbox sur votre machine.
Le choix de conception clé de Codex CLI est la flexibilité des fournisseurs. L’outil utilise le format de transport OpenAI Chat Completions, ce qui signifie que n’importe quel fournisseur exposant un point de terminaison compatible OpenAI peut être intégré via un fichier de configuration TOML. Cela inclut les modèles d’OpenAI (GPT-4o, o3, o4-mini), mais aussi des fournisseurs tiers comme Novita AI.
Le modèle de sécurité de Codex CLI est explicite par conception. L’accès réseau est désactivé par défaut pour le code exécuté, et les écritures de fichiers sont limitées au répertoire configuré. Trois modes d’approbation contrôlent le degré d’autonomie de l’agent :
- Suggest mode (par défaut) : demande une approbation à chaque étape
- Auto edit mode : modifie les fichiers automatiquement, mais demande avant d’exécuter des commandes
- Full auto mode : exécute sans demander
Le projet est sous licence MIT et activement maintenu sur openai/codex sur GitHub.
Qu’est-ce que Claude Code ?
Claude Code est l’outil de codage agentique d’Anthropic. Il est disponible en CLI, en extension VS Code, en plugin JetBrains, en application de bureau et en interface navigateur sur claude.ai/code. Chaque interface exécute le même moteur d’agent sous-jacent, qui lit votre projet, modifie des fichiers, exécute des commandes et gère des tâches en plusieurs étapes comme l’écriture de tests, la refactorisation sur plusieurs fichiers et la gestion de git.
Sous le capot, Claude Code envoie des requêtes vers un point de terminaison API compatible Anthropic. Le défaut est api.anthropic.com d’Anthropic, mais une seule variable d’environnement (ANTHROPIC_BASE_URL) le redirige vers n’importe quel fournisseur compatible.
Claude Code ajoute des fonctionnalités de continuité de session que Codex CLI n’a pas : sessions nommées, bifurcations de conversation à la manière de branches git, points de restauration (rewind) et commande /compact qui résume le contexte pour étendre la fenêtre utilisable sur les longues tâches. Les instructions au niveau du projet sont placées dans un fichier CLAUDE.md que l’agent lit au début de chaque session.
Codex CLI vs Claude Code : comparaison côte à côte
| Fonctionnalité | Codex CLI | Claude Code |
|---|---|---|
| Fournisseur | OpenAI | Anthropic |
| Licence | Open source (MIT) | Propriétaire (accès API) |
| API de transport | OpenAI Chat Completions | Anthropic Messages API |
| Fournisseurs tiers | Tout compatible OpenAI | Tout compatible Anthropic |
| Interfaces | Terminal uniquement | CLI, VS Code, JetBrains, bureau, navigateur |
| Configuration projet | Fichier de config TOML | CLAUDE.md + settings.json |
| Continuité de session | Par session | Sessions nommées, reprise, branche, retour arrière |
| Modes d’approbation | Suggest / Auto Edit / Full Auto | default, plan, auto, acceptEdits, bypassPermissions |
| Support MCP | Non | Oui |
| Gestion du contexte | Contexte par session | /compact, /context, /branch |
| Sécurité sandbox | Réseau désactivé, périmètre répertoire | Délimitation par modes de permission |
Support des modèles et flexibilité de l’API
C’est ici que les deux outils divergent le plus en pratique.
Codex CLI accepte n’importe quel modèle qui utilise le format OpenAI Chat Completions. Prêt à l’emploi, il fonctionne avec la gamme de modèles OpenAI — GPT-4o, o3, o4-mini — mais comme le fournisseur est configurable via model_providers dans la configuration TOML, vous pouvez le pointer vers Novita AI, Azure OpenAI ou tout autre point de terminaison compatible sans modifier l’outil lui-même.
Claude Code utilise le format de l’API Anthropic Messages. Par défaut, il route vers Anthropic et utilise les modèles Claude (Sonnet, Opus, Haiku). La variable d’environnement ANTHROPIC_BASE_URL permet de remplacer le fournisseur, donc tout point de terminaison compatible Anthropic — y compris Novita AI — fonctionne comme remplaçant direct.
En pratique, cela signifie :
- Si vos modèles préférés utilisent le format OpenAI (DeepSeek, Qwen Coder, Kimi K2 via des points de terminaison compatibles OpenAI), Codex CLI est le choix le plus naturel.
- Si vos modèles préférés utilisent le format Anthropic, ou si vous souhaitez utiliser la même configuration sur les interfaces CLI et IDE, Claude Code offre un comportement plus cohérent.
Les deux outils prennent en charge les modèles de Novita AI. La méthode de configuration diffère (TOML pour Codex, variable d’environnement pour Claude Code), mais la bibliothèque de modèles Novita AI — notamment DeepSeek V3, Qwen3-Coder et Kimi K2 — est accessible via les deux.
Architecture open source vs propriétaire
La nature open source de Codex CLI a son importance dans des contextes précis : vous pouvez auditer la boucle de l’agent, la forker pour des outils internes, ou l’intégrer dans un pipeline CI sans négociation de licence distincte. La communauté peut (et le fait) contribuer des intégrations de fournisseurs, des corrections de bugs et des extensions de fonctionnalités.
Le cœur de Claude Code est propriétaire. Anthropic fournit le CLI sous forme de binaire distribué avec accès API, et non de code source. L’avantage est un rythme de publication plus stable et mieux maintenu, avec un support direct d’Anthropic. L’inconvénient est que la personnalisation se limite à ce que l’outil expose via les fichiers de configuration, les variables d’environnement et les API d’extension.
Pour la plupart des développeurs, la distinction open source n’est pertinente que si vous devez modifier le comportement de l’agent au niveau du code. Pour l’intégration dans des workflows — pipelines CI, tâches automatisées, génération de code scriptée — les deux outils exposent suffisamment d’options CLI et de modes de script pour couvrir les cas courants.
Installation et configuration
Codex CLI s’installe via npm :
npm install -g @openai/codex
La configuration du fournisseur se trouve dans ~/.codex/config.toml :
model = "deepseek/deepseek-v3.1"
model_provider = "novitaai"
[model_providers.novitaai]
name = "Novita AI"
base_url = "https://api.novita.ai/openai"
http_headers = {"Authorization" = "Bearer YOUR_NOVITA_API_KEY"}
wire_api = "chat"
Claude Code s’installe via l’installateur natif (macOS/Linux/WSL) :
curl -fsSL https://claude.ai/install.sh | bash
Ou via npm (Node.js 18+) :
npm install -g @anthropic-ai/claude-code
Redirection vers un fournisseur personnalisé :
export ANTHROPIC_BASE_URL=https://api.novita.ai/anthropic
export ANTHROPIC_API_KEY=YOUR_NOVITA_API_KEY
claude --model deepseek/deepseek-v3.1
Claude Code exécute également /init dans un projet pour générer un CLAUDE.md de départ, qui conserve les instructions spécifiques au projet entre les sessions.
Couverture des plateformes et des interfaces
C’est la différence la plus visible au quotidien.
Codex CLI s’exécute dans un terminal. C’est sa seule interface. Si votre workflow est entièrement basé sur le terminal — sessions SSH, CI headless, conteneurs de développement — cela suffit. Si vous souhaitez des suggestions en ligne dans VS Code ou une interface graphique de bureau, Codex CLI ne les propose pas.
Claude Code fonctionne sur cinq interfaces : le CLI, l’extension VS Code, le plugin JetBrains, l’application de bureau et claude.ai/code dans le navigateur. Toutes les interfaces partagent le même moteur d’agent et, dans la plupart des cas, le même état de session. Une tâche démarrée dans le terminal peut être reprise dans VS Code.
Si l’intégration IDE est importante pour votre équipe, Claude Code a une nette avance. Si vous construisez un pipeline où l’agent s’exécute en mode headless dans un système d’automatisation plus large, les deux outils fonctionnent aussi bien — et l’empreinte plus simple de Codex CLI peut être plus facile à gérer.
Configuration et contexte du projet
La configuration de Codex CLI est divisée en config fournisseur/modèle (TOML) et instructions par projet (un fichier AGENTS.md ou similaire que l’agent lit s’il est présent). C’est volontairement minimal.
Claude Code propose une configuration en couches :
- Fichiers
CLAUDE.md(niveau projet, niveau répertoire, niveau utilisateur) pour des instructions persistantes .claude/settings.jsonpour les règles de permission, les définitions de hooks et les réglages d’outils- Commandes slash comme
/memorypour modifier les instructions en cours de session - Variables d’environnement pour le routage API et l’authentification
L’approche CLAUDE.md est utile pour les équipes qui veulent que chaque session d’agent démarre avec une compréhension partagée des conventions du codebase, des listes de revue ou des bibliothèques autorisées. Codex CLI ne dispose pas d’un mécanisme intégré équivalent, même si vous pouvez le répliquer en ajoutant des instructions au début de chaque prompt.
Modes d’approbation et contrôles de sécurité
Les deux outils vous permettent de contrôler ce que l’agent peut faire sans demander.
Les trois modes de Codex CLI sont simples et explicites :
- Suggest : affiche les modifications proposées et demande avant d’appliquer quoi que ce soit
- Auto edit : écrit les fichiers sans demander, mais exige une approbation avant d’exécuter des commandes shell
- Full auto : s’exécute sans demander ; utile pour les pipelines de confiance
Les modes de permission de Claude Code correspondent à des concepts similaires avec plus de granularité :
- default : demande une approbation pour les modifications de fichiers et les commandes shell
- acceptEdits : approuve automatiquement les modifications de fichiers, demande pour les commandes shell
- auto : s’exécute sans demander (équivalent à Full auto de Codex)
- plan : affiche un plan avant d’exécuter ; utile pour examiner les tâches en plusieurs étapes avant de les lancer
- bypassPermissions : ignore toutes les vérifications (pour les contextes automatisés de confiance)
Claude Code prend également en charge un système de règles fin allow/deny/ask dans settings.json, permettant d’approuver définitivement des commandes spécifiques sans changer le mode de permission global.
Pour les équipes ayant des exigences strictes de contrôle des changements, le système de permission en couches de Claude Code offre plus de contrôle. Pour les développeurs individuels qui veulent simplement un comportement clair activé/désactivé, le système à trois modes de Codex CLI est plus simple à appréhender.
Gestion des sessions et du contexte
Les longues sessions de codage atteignent des limites de contexte. Les deux outils gèrent cela, mais différemment.
Codex CLI gère le contexte par session. Quand une session se termine, le contexte disparaît. Vous repartez de zéro à l’invocation suivante.
Claude Code ajoute une gestion de session persistante :
- Sessions nommées pouvant être reprises avec
claude -r "session-name" /compactpour résumer la conversation en cours et réduire l’utilisation de tokens tout en continuant/branchpour créer une branche de conversation et essayer une approche différente sans perdre l’original/rewindpour revenir à un point de contrôle si une modification a mal tourné/contextpour visualiser la part de fenêtre utilisée et où
Pour des tâches courtes et ciblées — corriger un bug, écrire une fonction, ajouter des tests — la différence n’a pas d’importance. Pour de longues sessions de refactorisation ou des tâches qui évoluent au fil de plusieurs échanges, la continuité de session de Claude Code réduit la friction liée à la perte de contexte.
Quand utiliser Codex CLI
Utilisez Codex CLI lorsque :
- Vous devez vous connecter directement à des modèles compatibles OpenAI (GPT-4o, o3, o4-mini, ou des fournisseurs tiers avec des points de terminaison au format OpenAI)
- Vous voulez auditer ou modifier le comportement de l’agent au niveau du code source
- Votre workflow est purement basé sur le terminal, sans intégration IDE nécessaire
- Vous intégrez un agent de codage dans un pipeline CI ou un outil interne et voulez une dépendance minimale et auditable
- Vos exigences de sécurité imposent un sandbox explicitement désactivé au niveau réseau par défaut
Quand utiliser Claude Code
Utilisez Claude Code lorsque :
- Vous voulez un comportement cohérent entre le terminal, VS Code, JetBrains et le bureau
- Votre équipe bénéficie d’un contexte projet partagé via
CLAUDE.mdentre les sessions - Vous avez besoin de continuité de session — reprendre des sessions nommées, créer des branches de conversation, revenir en arrière sur des modifications
- L’intégration de serveurs MCP fait partie de votre workflow
- Vous préférez l’API au format Anthropic et souhaitez router vers des fournisseurs compatibles Anthropic (y compris Novita AI)
Utiliser Novita AI avec l’un ou l’autre outil
Les deux outils acceptent Novita AI comme backend LLM de remplacement. Cela compte lorsque vous voulez accéder à des modèles indisponibles via le fournisseur par défaut de l’outil, ou lorsque le coût est une contrainte : des modèles comme DeepSeek V3, Qwen3-Coder et Kimi K2 sur Novita AI sont proposés à des tarifs par token nettement inférieurs à ceux des modèles phares d’Anthropic ou d’OpenAI.
Codex CLI avec Novita AI : Configurez model_provider dans ~/.codex/config.toml pour pointer vers https://api.novita.ai/openai. Consultez la liste complète des modèles et les étapes de configuration dans Utiliser Codex avec les modèles Novita AI.
Claude Code avec Novita AI : Définissez ANTHROPIC_BASE_URL=https://api.novita.ai/anthropic et fournissez une clé API Novita. Le flag --model ou la variable d’environnement ANTHROPIC_MODEL sélectionne le modèle spécifique. Référence CLI complète dans Documentation CLI Claude Code.
Le rôle de Novita AI ici est celui d’un backend d’inférence, pas d’une couche IDE. Une fois la variable d’environnement définie, Codex CLI et Claude Code se comportent exactement comme avec leurs fournisseurs par défaut — le modèle change, l’interface de l’outil ne change pas. Cela permet de tester facilement différents modèles (DeepSeek pour les tâches de raisonnement intensif, Qwen3-Coder pour la génération de code, GLM-4.7 pour les travaux agentiques fortement outillés) sans changer d’outil ni de workflow.
Pour les équipes qui construisent leurs propres pipelines agentiques ou plateformes de codage, Novita AI propose également des environnements sandbox isolés pour exécuter des agents — séparés de la machine locale, avec un accès fichier limité et une exécution contrôlée.
FAQ
Codex est-il le même que le modèle OpenAI Codex d’origine ?
Non. Le Codex d’origine était un modèle de génération de code publié par OpenAI en 2021, puis déprécié. Codex CLI est un produit distinct — un agent de terminal open source publié en 2025 qui utilise les modèles OpenAI actuels (GPT-4o, o3, etc.) via l’API Chat Completions. Les noms sont similaires, mais les produits sont sans rapport.
Puis-je utiliser GPT-4o ou des modèles OpenAI plus récents avec Codex CLI ?
Oui. Le champ model de la configuration TOML de Codex CLI accepte n’importe quel ID de modèle pris en charge par le fournisseur configuré. Si vous le pointez vers le point de terminaison d’OpenAI, gpt-4o, o3, o4-mini et d’autres modèles actuels fonctionnent.
Claude Code prend-il en charge les points de terminaison compatibles OpenAI ?
Pas directement. Claude Code utilise le format de l’API Anthropic Messages, il nécessite donc un fournisseur qui expose un point de terminaison compatible Anthropic. Novita AI le prend en charge. Le point de terminaison d’OpenAI utilise un format différent et n’est pas compatible.
Quel outil est le moins cher à utiliser ?
Les deux outils envoient des requêtes API, le coût dépend donc du modèle et du fournisseur auquel vous vous connectez — pas de l’outil lui-même. Pour l’un ou l’autre outil, passer à un modèle moins cher via Novita AI — comme DeepSeek V3 ou Qwen3-Coder — est le principal levier de coût. Consultez les tarifs actuels sur la bibliothèque de modèles Novita AI.
Puis-je utiliser les deux outils ensemble ?
Certaines équipes le font. Codex CLI est suffisamment léger pour être intégré dans des contextes CI ou scriptés, tandis que Claude Code gère la session de développement interactive dans VS Code. Les outils ne partagent pas les sessions, les combiner implique donc de maintenir des configurations séparées — gérable, mais à faire de manière intentionnelle.
Lectures recommandées
