OpenAI Codex vs Claude Code : Quel agent de codage CLI choisir ?

Codex CLI et Claude Code sont deux outils de codage agentiques basés sur le terminal, mais ils ciblent des flux de travail différents. Codex CLI est un agent open-source léger avec une grande flexibilité d’API compatible OpenAI et un modèle 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 dépend de vos besoins : flexibilité maximale des modèles ou environnement de codage unifié 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 à un backend API compatible OpenAI, et peut lire des fichiers, éditer du code et exécuter des commandes dans un répertoire sandboxé sur votre machine.

Le principal choix de conception de Codex CLI est la flexibilité des fournisseurs. L’outil utilise le format wire OpenAI Chat Completions, ce qui signifie que tout fournisseur exposant un endpoint compatible OpenAI peut être intégré via un fichier de configuration TOML. Cela inclut les propres 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 l’autonomie de l’agent :

• Suggest mode (par défaut) : demande une approbation à chaque étape
• Auto edit mode : modifie automatiquement les fichiers 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 GitHub à l’adresse openai/codex.

Qu’est-ce que Claude Code ?

Claude Code est l’outil de codage agentique d’Anthropic. Il est disponible sous forme de CLI, d’extension VS Code, de plugin JetBrains, d’application de bureau et d’interface navigateur sur claude.ai/code. Chaque surface exécute le même moteur agentique 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, le refactoring dans plusieurs fichiers et la gestion de git.

En interne, Claude Code envoie des requêtes à un endpoint API compatible Anthropic. La valeur par défaut est api.anthropic.com d’Anthropic, mais une variable d’environnement (ANTHROPIC_BASE_URL) permet de rediriger vers n’importe quel fournisseur compatible.

Claude Code ajoute des fonctionnalités de continuité de session que Codex CLI ne possède pas : sessions nommées, bifurcations de conversation de type branche, points de contrôle de rembobinage et une commande /compact qui résume le contexte pour étendre la fenêtre utilisable lors de 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 Wire	OpenAI Chat Completions	Anthropic Messages API
Fournisseurs tiers	Tout compatible OpenAI	Tout compatible Anthropic
Surfaces	Terminal uniquement	CLI, VS Code, JetBrains, bureau, navigateur
Configuration projet	Fichier de configuration TOML	CLAUDE.md + settings.json
Continuité de session	Par session	Sessions nommées, reprise, branche, rembobinage
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é, limité au répertoire	Scopes par mode de permission

Support des modèles et flexibilité de l’API

C’est là que les deux outils diffèrent le plus en pratique.

Codex CLI accepte tout modèle qui parle le format OpenAI Chat Completions. Dès le départ, il fonctionne avec la gamme de modèles d’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 endpoint compatible sans modifier l’outil lui-même.

Claude Code utilise le format Anthropic Messages API. Par défaut, il achemine vers Anthropic et utilise les modèles Claude (Sonnet, Opus, Haiku). La variable d’environnement ANTHROPIC_BASE_URL permet de substituer le fournisseur, donc tout endpoint compatible Anthropic — y compris Novita AI — fonctionne comme remplacement direct.

En pratique, cela signifie :

• Si vos modèles préférés parlent le format OpenAI (DeepSeek, Qwen Coder, Kimi K2 via des endpoints compatibles OpenAI), Codex CLI est le choix le plus naturel.
• Si vos modèles préférés parlent le format Anthropic, ou si vous souhaitez utiliser la même configuration sur les surfaces 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 — incluant 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 est importante dans certains contextes : vous pouvez auditer la boucle de l’agent, le 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 avec 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 la CLI sous forme de binaire distribué avec accès API, et non pas d’une version source. L’avantage est un rythme de publication plus cohérent et bien 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 un flux de travail — pipelines CI, tâches automatisées, génération de code scriptée — les deux outils exposent suffisamment de flags 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 VOTRE_CLE_API_NOVITA"}
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=VOTRE_CLE_API_NOVITA
claude --model deepseek/deepseek-v3.1

Claude Code exécute également /init dans un projet pour générer un fichier CLAUDE.md de démarrage, qui conserve les instructions spécifiques au projet entre les sessions.

Couverture des plateformes et des surfaces

C’est la différence la plus visible au quotidien.

Codex CLI s’exécute dans un terminal. C’est sa seule surface. Si votre flux de travail est entièrement basé sur le terminal — sessions SSH, CI sans tête, conteneurs de développement — cela convient. Si vous souhaitez des suggestions intégrées dans VS Code ou une interface graphique de bureau, Codex CLI ne les fournit pas.

Claude Code s’exécute sur cinq surfaces : la CLI, l’extension VS Code, le plugin JetBrains, l’application de bureau et claude.ai/code dans le navigateur. Toutes les surfaces partagent le même moteur agentique 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 sans tête dans le cadre d’un système d’automatisation plus vaste, les deux outils fonctionnent aussi bien — et l’empreinte plus simple de Codex CLI peut être plus facile à gérer.

Configuration et contexte de projet

La configuration de Codex CLI est divisée en configuration du fournisseur/modèle (TOML) et en instructions par projet (un fichier AGENTS.md ou similaire que l’agent lit lorsqu’il est présent). C’est intentionnellement minimal.

Claude Code a une configuration en couches :

• Fichiers CLAUDE.md (niveau projet, niveau répertoire, niveau utilisateur) pour les instructions persistantes
• .claude/settings.json pour les règles de permission, les définitions de hooks et les paramètres d’outils
• Commandes slash comme /memory pour modifier les instructions pendant une session
• Variables d’environnement pour le routage API et l’authentification

L’approche CLAUDE.md est utile pour les équipes qui souhaitent que chaque session d’agent commence par une compréhension partagée des conventions du codebase, des listes de vérification de révision ou des bibliothèques autorisées. Codex CLI n’a pas de mécanisme intégré équivalent, bien que vous puissiez le reproduire en ajoutant des instructions dans chaque invite.

Modes d’approbation et contrôles de sécurité

Les deux outils vous donnent le contrôle sur la mesure dans laquelle l’agent peut agir 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 nécessite 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 du 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 autoriser/refuser/demander finement dans settings.json, vous permettant d’approuver des commandes spécifiques de manière permanente sans changer le mode de permission global.

Pour les équipes ayant des exigences strictes de contrôle des modifications, 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 marche/arrêt, le système à trois modes de Codex CLI est plus facile à appréhender.

Gestion des sessions et du contexte

Les longues sessions de codage rencontrent des limites de contexte. Les deux outils gèrent cela, mais différemment.

Codex CLI gère le contexte par session. Lorsqu’une session se termine, le contexte disparaît. Vous recommencez à zéro lors de l’invocation suivante.

Claude Code ajoute une gestion de session persistante :

• Sessions nommées qui peuvent être reprises avec claude -r "nom-de-session"
• /compact pour résumer la conversation en cours et réduire l’utilisation de tokens tout en continuant
• /branch pour bifurquer une conversation et essayer une approche différente sans perdre l’originale
• /rewind pour revenir à un point de contrôle si une modification a mal tourné
• /context pour visualiser la part de la fenêtre utilisée et où

Pour les tâches courtes et ciblées — corriger ce bug, écrire cette fonction, ajouter ces tests — la différence n’a pas d’importance. Pour les longues sessions de refactoring ou les tâches qui évoluent sur plusieurs échanges, la continuité de session de Claude Code réduit la friction de la perte de contexte.

Quand utiliser Codex CLI

Utilisez Codex CLI quand :

• Vous devez vous connecter directement à des modèles compatibles OpenAI (GPT-4o, o3, o4-mini ou fournisseurs tiers avec des endpoints format OpenAI)
• Vous souhaitez auditer ou modifier le comportement de l’agent au niveau du code source
• Votre flux de travail est purement basé sur le terminal sans besoin d’intégration IDE
• Vous intégrez un agent de codage dans un pipeline CI ou un outil interne et souhaitez une dépendance minimale et auditable
• Vos exigences de sécurité imposent un sandboxing explicite avec réseau désactivé par défaut

Quand utiliser Claude Code

Utilisez Claude Code quand :

• Vous voulez un comportement cohérent entre le terminal, VS Code, JetBrains et le bureau
• Votre équipe bénéficie d’un contexte de projet partagé CLAUDE.md entre les sessions
• Vous avez besoin de continuité de session — reprise de sessions nommées, bifurcation de conversations, rembobinage de modifications
• L’intégration de serveur MCP fait partie de votre flux de travail
• Vous préférez l’API au format Anthropic et souhaitez acheminer 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 remplaçable. Cela est important lorsque vous souhaitez accéder à des modèles qui ne sont pas disponibles 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 Comment utiliser Codex avec les modèles Novita AI.

Claude Code avec Novita AI : Définissez ANTHROPIC_BASE_URL=https://api.novita.ai/anthropic et transmettez 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 à forte composante de raisonnement, Qwen3-Coder pour la génération de code, GLM-4.7 pour le travail agentique avec outils) sans changer d’outil ni de flux de travail.

Pour les équipes construisant 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 aux fichiers limité et une exécution contrôlée.

FAQ

Codex est-il identique au modèle original OpenAI Codex ?

Non. Le Codex original était un modèle de génération de code publié par OpenAI en 2021 et ensuite déprécié. Codex CLI est un produit distinct — un agent terminal open-source publié en 2025 qui utilise les modèles actuels d’OpenAI (GPT-4o, o3, etc.) via l’API Chat Completions. Les noms sont similaires mais les produits ne sont pas liés.

Puis-je utiliser GPT-4o ou les modèles OpenAI plus récents avec Codex CLI ?

Oui. Le champ model de Codex CLI dans la configuration TOML accepte tout ID de modèle que le fournisseur configuré prend en charge. Si vous le pointez vers l’endpoint d’OpenAI, gpt-4o, o3, o4-mini et d’autres modèles actuels fonctionnent tous.

Claude Code prend-il en charge les endpoints compatibles OpenAI ?

Pas directement. Claude Code utilise le format Anthropic Messages API, il nécessite donc un fournisseur qui expose un endpoint compatible Anthropic. Novita AI prend cela en charge. L’endpoint d’OpenAI utilise un format différent et n’est pas compatible.

Quel outil est le moins cher à exécuter ?

Les deux outils envoient des requêtes API, donc le coût dépend du modèle et du fournisseur auquel vous vous connectez — et non de l’outil lui-même. Pour l’un ou l’autre outil, passer à un modèle moins coûteux 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, donc les combiner implique de maintenir des configurations séparées — gérable mais nécessite d’être intentionnel.

---

Lectures recommandées

1. Comment utiliser Codex avec les modèles Novita AI : Guide de configuration complet
2. Documentation CLI Claude Code : Configuration, commandes slash et intégration API LLM
3. Agent de codage CLI vs IDE : Quel est le choix le plus judicieux pour votre prochain projet