Navigateur intégré
Le site s’affiche à côté du code, et l’agent peut cliquer, tester et vérifier le rendu lui-même. C’est le mécanisme de « preuve » du travail, sans quitter la fenêtre.
1 · Le comparatif
Ce qui les différencie vraiment
Les deux lisent ton projet, modifient les fichiers, lancent des commandes et vérifient leur travail. Les différences sont ailleurs.
| Codex (OpenAI) | Claude Code (Anthropic) | |
|---|---|---|
| Point d’entrée | App desktop complète, extension IDE, CLI, web et mobile | CLI d’abord, plus extension IDE, app desktop et web |
| Compte nécessaire | Un compte ChatGPT (gratuit pour démarrer) | Abonnement Claude Pro/Max, ou clé API |
| Mémoire projet | AGENTS.md |
CLAUDE.md (+ rules/ modulaires) |
| Force principale | L’environnement intégré : projets, navigateur, tâches en parallèle, suivi depuis le mobile | La configurabilité : règles scopées, skills auto-invoquées, sous-agents, hooks déterministes |
| Modèles | Modèles OpenAI, plus d’autres providers via un proxy comme OpenCodex | Modèles Claude (Opus pour planifier, Sonnet pour exécuter) |
| Écosystème | Connecteurs et MCP, plugins | Très large bibliothèque de skills et de plugins communautaires |
Prends Codex si…
Tu veux un environnement qui réunit tout (projets, navigateur intégré, plusieurs tâches en parallèle, suivi depuis le téléphone), démarrer sans abonnement dédié, ou router plusieurs providers dans une seule interface.
Prends Claude Code si…
Tu vis dans le terminal, tu veux configurer finement le comportement de l’agent (règles par dossier, skills, hooks bloquants, sous-agents), et tu tiens à la qualité de raisonnement des modèles Claude sur les tâches d’architecture.
Et pourquoi pas les deux : beaucoup de gens planifient et architecturent
d’un côté, exécutent de l’autre. Avec OpenCodex (étape 3), tu peux même utiliser les
modèles Claude directement dans Codex — les deux mondes ne s’excluent pas.
2 · Traduction
Les mêmes concepts, deux vocabulaires
C’est le tableau le plus utile de cette page : tout ce que tu apprends d’un côté a son équivalent de l’autre.
| Concept | Codex | Claude Code |
|---|---|---|
| Instructions permanentes | AGENTS.md à la racine, et par sous-dossier |
CLAUDE.md projet + global, et .claude/rules/ scopables par chemin |
| Réglage des permissions | Modes d’approbation et sandbox (lecture seule → accès complet) | Modes de permission + settings.json avec allow / deny / ask |
| Planifier avant d’agir | Mode plan | Plan mode (Shift+Tab) |
| Compétences réutilisables | Skills (dossier avec un SKILL.md) |
Skills dans .claude/skills/, invoquées automatiquement |
| Raccourcis de routine | Prompts réutilisables et plugins | Slash commands dans .claude/commands/ |
| Outils externes | MCP et connecteurs | MCP, déclarés dans .mcp.json |
| Garde-fous automatiques | Règles d’approbation et sandbox | Hooks (scripts déclenchés sur événement, peuvent bloquer) |
| Travail en parallèle | Plusieurs tâches simultanées dans l’app | Sous-agents avec leur propre contexte |
3 · Codex en détail
L’environnement intégré
La particularité de Codex, c’est de réunir dans une seule application ce qui demande habituellement trois ou quatre outils.
Un environnement par projet
Chaque projet garde ses fichiers, son historique, ses tâches en cours. On bascule de l’un à l’autre sans rien reconfigurer ni perdre l’état.
Tâches en parallèle
Plusieurs tâches avancent en même temps : pendant qu’une corrige un bug, une autre écrit des tests. Tu récupères les résultats quand ils sont prêts.
Suivi depuis le mobile
Tu lances sur ton ordinateur et tu suis depuis l’app mobile : relire les diffs, approuver une commande, relancer une tâche. À activer dans Paramètres → Connexion.
Multi-providers
Avec OpenCodex en proxy local, on route d’autres modèles (Claude, Kimi) dans la même interface — c’est l’objet de l’étape 3.
Démarrage sans friction
Un compte ChatGPT gratuit suffit pour commencer : installer l’app, se connecter, ouvrir un projet, lancer une première tâche.
4 · Claude Code en détail
L’agent qui se configure au millimètre
La particularité de Claude Code, c’est la profondeur de configuration : tu peux façonner très précisément ce que l’agent sait, ce qu’il a le droit de faire, et ce qu’il déclenche tout seul.
Règles modulaires
Au lieu d’un gros fichier d’instructions, des règles séparées chargées seulement quand elles sont pertinentes : les conventions API ne polluent pas le contexte quand tu travailles sur le front.
Skills auto-invoquées
Tu décris une compétence et ses déclencheurs ; c’est l’agent qui décide de l’utiliser quand la tâche correspond. Seule la description reste chargée en permanence, donc c’est très économe.
Sous-agents spécialisés
Un relecteur en lecture seule, un explorateur… chacun avec son propre contexte et ses propres outils. Ça isole le travail, au prix de tokens supplémentaires.
Hooks déterministes
Des scripts déclenchés sur événement, qui peuvent bloquer une action. Contrairement à une consigne écrite, un hook s’exécute à chaque fois, sans exception : c’est l’outil des interdits non négociables.
Permissions granulaires
Des listes explicites d’autorisations, d’interdictions et de demandes de confirmation, cumulables entre le global, le projet et le local non commité.
Points de restauration
Un checkpoint avant chaque modification, avec restauration du code, de la conversation ou des deux. Attention : ça ne rattrape pas les effets d’une commande lancée — git reste le vrai filet.
Le conseil
Choisis-en un, apprends-le à fond
Passer son temps à comparer les agents fait perdre plus de temps qu’en choisir un « moyennement optimal » et le maîtriser. Les fondamentaux comptent bien plus que l’outil : quelqu’un qui cadre bien ses tâches sur l’agent n°2 obtiendra de meilleurs résultats que quelqu’un qui improvise sur l’agent n°1.