Claude Code vs Codex: contrôles et facture tokens

Claude Code vs Codex: ce qui a bougé en juillet 2026

La question Claude Code vs Codex ne se joue plus seulement sur « qui écrit le meilleur patch ». En fin juillet 2026, les notes produit et les synthèses terrain convergent: les agents coding se battent aussi sur les contrôles d'approbation, la reprise de travail, l'auth des outils (MCP), les artifacts partageables et les surfaces de revue.

Côté Codex (notes OpenAI autour du 20 juillet, surfaces iOS / tâches): formulaires interactifs dans les transcripts, rendu Mermaid, récupération de prompt, reprise de goals bloqués ou limités en usage, listes de tâches plus lisibles, travail cross-device plus fiable. Aucun de ces points ne « rend le modèle plus intelligent ». Tous rendent la tâche opérable.

Côté Claude Code (digests juillet): navigateur in-app, commandes /doctor et /fork, partage public d'artifacts, rôles éditeur Team/Enterprise, artifacts capables d'appeler les connecteurs MCP du lecteur, élargissement d'auto mode sur des plateformes cloud (Bedrock, Agent Platform Google, Microsoft Foundry selon les notes de synthèse). Là encore: OS d'agent, pas seulement chat.

Le 7 juillet 2026, le changelog GitHub pour JetBrains ajoute Codex comme agent provider en preview publique, avec hooks, gestion MCP enrichie, modèles custom admin et réglages d'approbation pour les sessions Copilot CLI. Le choix d'agent devient une policy IDE, pas seulement un goût personnel.

La vraie guerre: les modes d'approbation

Un agent coding sans contrat d'approbation, c'est une démo. Avec contrat, c'est un outil d'équipe. Les deux stacks poussent des curseurs: tout demander, auto-approuver certains edits, modes auto / full access, sandbox OS vs policy applicative.

Synthèses comparatives (Firecrawl, juin 2026 et suites): Codex s'appuie fort sur le sandbox OS (read-only, workspace-write, danger-full-access; réseau souvent off par défaut). Claude Code pousse une couche applicative riche (hooks sur des dizaines d'événements de cycle de vie, Auto mode avec classifieur comme alternative plus sûre au skip total des permissions). Ce ne sont pas des vérités absolues figées: ce sont des postures documentées à revérifier sur ta version.

Ce que tu dois figer en équipe, quel que soit l'outil: quelles actions sont auto (format, lint local), quelles actions demandent un clic (migration, secret, push main), ce qui est interdit (prod live, paiement, suppression large). Écris-le en une page, versionnée comme du code.

Si chaque dev a son mode yolo personnel, tu n'as pas de stack. Tu as une collection d'incidents futurs.

Pourquoi la facture tokens flambe (subagents, workflows dynamiques)

Dès que tu lances des subagents, des workflows dynamiques ou des modes multi-agents (côté OpenAI, le réglage ultra illustre plusieurs agents en parallèle), tu multiplies les fenêtres de contexte et les tours d'outils. Le coût n'est plus « un chat ». C'est N contextes + orchestration.

On ne publie pas ici de multiplicateur magique universel. Les retours terrain varient selon repo, MCP actifs, taille des diffs et durée de session. La seule règle honnête: mesurer en interne (tokens in/out, coût, durée, % de PRs acceptées sans rework).

Leviers qui marchent sur les deux stacks: une tâche par session, plan fichier avant génération large, moins de MCP actifs, scripts déterministes pour le mécanique, compact / résumé intentionnel plutôt que session monstre, plafond de tours, interdiction des modes full-access hors sandbox nommé.

Si le budget tokens n'a pas d'owner, il n'y a pas de budget. Assigne un owner (tech lead ou platform) et une alerte hebdo.

Ce qu'on garde du guide Claude Code (sans le réécrire)

L'hygiène de session détaillée (dump zone, compact vs clear, CLAUDE.md court, skills, permissions) vit dans le guide evergreen Claude Code. Cet actu ne le duplique pas: il date les changements produit et pose la policy d'équipe.

Lien utile: si ton problème c'est « la session pourrit et le modèle divague », lis d'abord le guide. Si ton problème c'est « on hésite entre deux agents et la facture monte », reste ici.

Transversal aux deux outils: ce qui doit survivre hors session s'écrit dans le repo (plan, ADR, handoff, tests). Un transcript d'agent n'est pas une documentation d'équipe.

Même discipline de revue que pour le code humain: auth, paiement, migrations, PII restent en ownership humain (voir aussi revue de code IA et human in the loop).

Policy équipe minimale en une page

1) Outil standard par type de job (ex: Claude Code terminal-first pour refactors locaux; Codex pour goals cloud / surfaces OpenAI si l'équipe y est déjà). 2) Mode d'approbation par environnement (dev local, CI, monorepo sensible). 3) Allowlist MCP et secrets. 4) Interdits explicites. 5) Plafond tokens / jour / projet. 6) Format de plan fichier obligatoire au-delà de N fichiers touchés. 7) Logs et qui lit les incidents. 8) Owner nommé + date de revue.

Standardise d'abord les primitives de policy, ensuite le vendor. Si chaque IDE a ses hooks et ses approvals sans contrat commun, tu empiles de la dette de gouvernance.

Artifacts partageables + connecteurs MCP du lecteur: upside évident (mini-app de revue). Risque: identité, scope, audit. Note dans la policy quel artifact peut appeler quels outils, et ce qui se passe hors du contexte d'origine.

Forme: un fichier POLICY-AGENTS.md (ou équivalent) dans le repo d'équipe, PR obligatoire pour le modifier.

Faut-il dual-stack Claude Code + Codex ?

Dual-stack non gouverné: double courbe d'apprentissage, double surface d'incident, comparaisons au feeling sur Slack. Dual-stack gouverné: un outil par classe de job, mêmes règles d'approbation et de budget, evals internes partagées.

Pour beaucoup de PME, un outil standardisé d'équipe + policy écrite bat deux outils « parce que le leaderboard a bougé ». Tu peux toujours ouvrir un second agent en bac à sable pour un POC de 2 semaines, avec owner et date de fin.

Critères de choix (pas un ranking absolu): profondeur de harness et hooks (souvent citée pour Claude Code), surfaces cloud / mobile / reprise de goals (souvent citées pour Codex), intégration IDE déjà payée (Copilot / JetBrains), conformité et facturation existantes. Revalide sur ta stack, pas sur un thread Reddit.

Sources de cette synthèse (à rouvrir avant de figer): Developers Digest « Codex and Claude Code in July 2026: Agent Controls Are the Feature » (26 juil. 2026), Firecrawl « Claude Code vs Codex » (3 juin 2026), changelog GitHub JetBrains Codex provider (7 juil. 2026), notes produit OpenAI et Claude Code What's New.

Si vous voulez écrire la policy agents et le routing d'outils sur un process réel, on peut cadrer en 20-40 minutes.