Il y a six mois, j'ai pris une décision sur laquelle je réfléchis encore. J'ai dit à l'équipe Seahawk que nous allions vraiment nous engager dans les assistants de codage IA, pas juste tâtonner, pas juste choisir les gains faciles, mais faire passer le vrai travail client à travers ces outils et mesurer ce qui se passait. Cela signifiait des heures facturables, des repos en direct, et des déploiements en production. Pas des projets jouets. Pas des démos « construit-moi une appli de liste de tâches ».
Point clé : Après six mois d'utilisation quotidienne, Claude Code l'emporte pour le travail d'agence sur la profondeur de contexte et l'outillage, Cursor excelle dans le flux en éditeur, et Codex gagne en complétude brute ; la plupart des équipes finissent par en coupler deux.
Douze mille sites sur neuf ans vous donne un flair assez calibré pour distinguer le hype de ce qui est un véritable changement. Et honnêtement ? Cet espace est les deux à la fois, ce qui rend l'écriture à ce sujet tellement ennuyeuse.
Le voilà, six mois avec Claude Code, OpenAI Codex (via l'API et le nouveau Codex CLI), et Cursor. Pas de classements, pas de gagnant déclaré avant même de commencer. Juste ce que j'ai trouvé.
---
Pourquoi j'ai testé les trois simultanément
La tentation est de en choisir un et d'y aller à fond. J'ai failli le faire. En janvier, j'étais prêt à simplement standardiser sur Cursor parce que l'intégration VS Code semblait être la voie de la moindre résistance. Ensuite, un client, un fondateur SaaS à Manchester construisant un tableau de bord logistique interne, m'a remis un backend très basé sur Python qui était vraiment opaque, et les suggestions de Cursor rataient continuellement le contexte qui vivait trois fichiers plus loin.
C'est à ce moment que j'ai décidé que la seule méthode d'évaluation honnête était de faire passer les mêmes catégories de tâches par chaque outil en parallèle. Pas le même prompt exact, parce que c'est artificiel, mais le même type de travail : refactoriser du PHP legacy, écrire de nouveaux composants React à partir des specs Figma, déboguer des erreurs API intermittentes, et générer de la couverture de test pour des fonctions existantes.
Les résultats m'ont surpris de façons que je n'attendais pas.
---
Claude Code : Terriblement bon sur le contexte, plus lent que je ne le souhaiterais
Soyons direct. Claude Code est le plus réfléchi des trois. Ce mot semble vague, alors laisse-moi le rendre concret.
Quand je lui ai donné un plugin WordPress de 400 lignes que j'avais écrit en 2021, à l'époque où je faisais des choses que je considère maintenant comme embarrassantes, comme stocker directement les options dans $_POST sans assainissement, il n'a pas seulement corrigé les problèmes évidents. Il a signalé le motif architectural, expliqué pourquoi l'approche était fragile, et proposé une version refactorisée qui préservait le comportement exact tout en comblant les failles de sécurité. Cursor a fait la moitié de ça. Codex m'a essentiellement donné une version plus propre du même mauvais motif.
Où il excelle
Le raisonnement en long contexte est réel. Tu peux coller un arbre de composant complet, décrire un bug trois couches plus profond, et Claude Code suivra le fil sans le perdre. Pour le travail d'agence où tu hérites régulièrement du chaos d'autres personnes, ce n'est pas rien.
Il écrit aussi bien les explications. Quand un junior de mon équipe ne comprend pas pourquoi une refactorisation fonctionne d'une certaine manière, la sortie de Claude Code tend à enseigner. Ça a une vraie valeur quand tu essaies de faire progresser une petite équipe.
Là où ça frustre
Vitesse. Les réponses sont plus lentes que l'autocomplétion in-editor de Cursor, ce qui n'est pas une comparaison équitable, ce sont des modèles d'interaction différents, mais quand vous êtes dans le flux, attendre trois à cinq secondes pour une réponse casse quelque chose.
Les tarifs, c'est aussi une vraie conversation. À usage intensif, les coûts API s'accumulent plus vite que tu ne l'attendrais. J'ai dépensé environ 340 £ en appels API Claude en février seul, sur des projets clients. Ce n'est pas ruineux, mais ça doit figurer quelque part sur la facture.
---
OpenAI Codex : Celui que tout le monde oublie
Voilà la chose avec Codex : les gens en parlent moins maintenant que ChatGPT et GPT-4o accaparent tout l'oxygène, mais le Codex CLI qu'OpenAI a livré en 2025 est véritablement intéressant pour les flux de travail terminaux natifs.
Je l'ai utilisé massivement sur un projet pour un client fintech (je ne peux pas le nommer, NDA, les trucs habituels) où toute la base de code vivait dans un monorepo et nous faisions beaucoup de travail dans le terminal plutôt que dans un éditeur. Pouvoir exécuter codex inline avec le contexte du shell, le faire lire les fichiers directement, et exécuter des commandes dans un environnement en sandbox, c'était différent de l'interaction de style chat des autres outils.
Où Codex brille
Les tâches d'automatisation. Les scripts Bash. L'écriture de workflows GitHub Actions. Générer du boilerplate qui suit un pattern strict. Pour ce projet fintech, j'ai eu Codex qui génère à peu près 60 % du YAML de pipeline CI/CD, et c'était assez clean pour que je ne fasse que des ajustements mineurs.
C'est aussi le plus littéral des trois. Si vous lui donnez une spécification précise, il la suit. Pas d'éditorialisation, pas de « voici une meilleure approche », il fait juste le truc. Parfois, c'est exactement ce que vous voulez.
Où il montre ses limites
Le revers de littéral, c'est la fragilité. Des prompts vagues produisent du code vague. Et contrairement à Claude Code, il n'attrape pas fiablement la chose que tu aurais dû demander mais que tu n'as pas demandée. J'ai eu une situation en mars où Codex a généré un script de migration de base de données parfaitement fonctionnel qui aurait causé un problème de perte silencieuse de données sur une base de données Postgres 14 à cause de la façon dont il gérait les valeurs DEFAULT sur les colonnes existantes. Il a fait exactement ce que j'ai demandé. Il m'a juste pas dit la chose que j'avais besoin de savoir.
C'est une différence significative en matière de confiance.
---
Cursor : celui que j'utilise vraiment tous les jours
Je vais être honnête, Cursor est l'outil que j'ouvre en premier. Pas parce que c'est le « meilleur » dans un sens abstrait, mais parce qu'il vit où je travaille. La fondation VS Code signifie zéro changement de contexte. Mes extensions y sont. Mes liaisons de touches y sont. Le thème de couleur que j'utilise depuis 2019 (One Dark Pro, si vous vous le demandez) y est.
L'expérience dans l'éditeur
La complétion Tab de Cursor est véritablement étrange quand elle fonctionne bien. Il y a eu des périodes le mois dernier où je commençais une fonction, j'appuyais deux fois sur Tab, et l'implémentation entière était exactement ce que j'aurais écrit. Pas similaire, exactement. Cela se produit environ 30 % du temps. Les 70 % restants, c'est utile mais pas magique. Ce qui est quand même un bon ratio.
L'édition inline Cmd+K et le panneau de chat dans la barre latérale couvrent des workflows différents, et j'apprécie que Cursor ne te force pas dans un seul mode. Parfois, je veux avoir une conversation sur le code. Parfois, je veux juste corriger cette une ligne. L'outil me laisse faire les deux sans friction.
Où il déçoit
Les tâches en contexte long, c'est là où Cursor commence à vaciller. Je lui ai donné une base de code d'environ 85 000 lignes, une grosse implémentation WooCommerce pour un détaillant britannique, et je lui ai demandé de tracer comment un calcul de frais d'expédition personnalisé affectait les totaux du panier à travers trois interactions de plugins différentes. Il s'est embrouillé. Il m'a donné des réponses qui sonnaient sûres d'elles mais qui se trompaient sur quel fichier faisait quoi.
Claude Code a mieux géré la même tâche. Ça a pris plus de temps. Mais il a trouvé la bonne réponse.
Il y a aussi la question du modèle sous-jacent. Cursor te laisse choisir entre Claude, GPT-4o, et d'autres, ce qui est utile, mais le modèle "Cursor Tab" par défaut pour l'autocomplétion est son propre modèle entraîné, et on ne sait pas toujours très bien ce qu'on obtient ou pourquoi il a fait telle ou telle suggestion. Il y a une certaine opacité là-dedans que je préférerais ne pas avoir sur le travail client.
---
Face à face : la répartition des tâches
Après six mois, voici comment je noterais à peu près chaque outil selon les types de tâches qui m'importent réellement :
Refactoriser du code legacy (PHP, JS plus ancien) :
- Claude Code : le meilleur. Détecte des choses auxquelles tu n'as pas pensé à demander.
- Cursor : bon. Plus rapide, légèrement moins complet.
- Codex : acceptable si ta demande est précise.
Écrire de nouveaux composants de zéro :
- Cursor : le meilleur. Le flux dans l'éditeur est plus rapide.
- Claude Code : solide, légèrement plus lent.
- Codex : efficace pour le code standard.
Déboguer les erreurs intermittentes ou logiques :
- Claude Code : le meilleur. La chaîne de raisonnement est visible et généralement correcte.
- Cursor : correct pour les bugs évidents.
- Codex : le plus faible ici. Trop littéral quand vous avez besoin de nuance.
DevOps / scripting / automation :
- Codex CLI : le meilleur pour le travail centré sur le terminal.
- Claude Code : très performant.
- Cursor : pas l'outil approprié pour cela.
Lisibilité du code en équipe (code qu'un junior peut comprendre) :
- Claude Code : largement le meilleur.
- Cursor : varie selon le modèle.
- Codex : laconique.
---
La Réalité des Coûts que Personne ne Discute Honnêtement
Faire tourner trois outils pendant six mois coûte de l'argent réel. Voici grosso modo ce que j'ai dépensé :
- Cursor Pro, 20 $/mois. Le plafond des requêtes rapides (500/mois sur le palier standard) est atteint étonnamment vite les jours de forte activité.
- Claude API (pour Claude Code), entre 180 et 340 £/mois selon l'intensité du projet.
- OpenAI API (pour Codex CLI), environ 90-120 £/mois à mon niveau d'utilisation.
C'est quelque part entre 300 et 500 £ par mois en outils. Pour un freelance solo, c'est un vrai poste budgétaire. Pour une agence qui facture le travail client, c'est plus facile à absorber, mais tu dois vraiment le suivre et en tenir compte, ce qu'un nombre surprenant de gens ne font pas.
Le calcul honnête du ROI pour moi : j'estime que ces outils me font économiser 10-15 heures par mois de temps équivalent facturable. À mon tarif, c'est considérablement plus que 500 £. Mais les chiffres ne fonctionnent que si vous êtes discipliné sur ce pour quoi vous utilisez le temps économisé. Si vous utilisez juste le temps économisé pour scroller sur Hacker News, le ROI est zéro.
Il y a une analyse tiers décente sur les modèles de tarification des outils de développement IA chez Pragmatic Engineer si tu veux approfondir l'économie de la chose.
---
Ce que j'ai changé dans ma façon de travailler
Quelques choses concrètes qui ont changé après cette expérience :
- J'ai cessé de traiter ces outils comme des moteurs d'autocomplétion et j'ai commencé à les traiter comme un relecteur de première passe. Écrire le code. Puis demander à l'outil ce que j'ai raté.
- J'utilise Claude Code pour tout ce dont je suis incertain et Cursor pour tout ce dont je suis confiant mais juste pour aller plus vite.
- J'ai commencé à écrire de meilleures prompts en les traitant comme des tickets. Contexte, contraintes, résultat attendu. Les écrits de Simon Willison sur les prompts ont changé ma façon de penser ça.
- Je vérifie chaque morceau de code généré par l'IA avant qu'il n'aille dans une PR. Pas parce que je ne fais pas confiance aux outils, mais parce qu'une fois où je n'ai pas vérifié, une suggestion de Cursor en novembre qui a introduit une condition de course subtile dans un gestionnaire Node.js, m'a coûté deux heures de débogage.
Ce dernier point est important. Ces outils sont rapides et souvent corrects. Ils ne sont pas toujours corrects. L'obligation professionnelle de réviser ne disparaît pas.
---
FAQ
Quel outil est le meilleur pour un freelance qui débute avec les outils de codage IA ?
Cursor, sans hésitation. Le tarif de 20 $/mois est raisonnable, l'intégration VS Code signifie qu'il n'y a aucune courbe d'apprentissage sur l'environnement, et la qualité est suffisamment élevée pour que vous constatiez des gains de productivité réels dès la première semaine. Commencez par là. Explorez d'autres options plus tard.
Puis-je utiliser Claude Code sans être un utilisateur lourd d'API ?
Oui, bien que l'équation économique change. Si vous l'utilisez via le forfait Pro de Claude.ai (20 $/mois) plutôt que via l'API brute, vous avez accès à Claude Code avec un plafond d'utilisation. C'est un coût plus prévisible. La route API vous donne plus de contrôle mais vous oblige à surveiller attentivement vos dépenses.
Codex vaut-il encore le coup en 2025 étant donné l'attention que reçoit GPT-4o ?
Pour les workflows natifs au terminal et ceux axés sur l'automatisation, oui. C'est sous-estimé pour le scripting et le travail CI/CD spécifiquement. Si ton travail se fait principalement dans un éditeur, tu peux le passer. Mais si tu passes du temps réel dans le terminal, et beaucoup de développeurs backend le font, le Codex CLI mérite un coup d'œil.
Ces outils comprennent-ils vraiment les grandes bases de code ?
Partiellement. Claude Code gère mieux les grandes fenêtres de contexte que les autres pour l'instant, Anthropic publie ses specs de fenêtre de contexte si tu veux le détail technique. Mais "comprendre" est généreux. Ils raisonnent bien dans ce qu'ils peuvent voir. La discipline de garder ta base de code lisible et bien documentée importe plus avec les outils IA qu'avant, pas moins.
Les outils de codage IA vont-ils remplacer les développeurs ?
Pas ceux que je connais. Ce qu'ils remplacent, c'est le travail peu exigeant, le boilerplate, les refactos évidentes, l'application répétée de motifs. Ce qu'ils ne remplacent pas, c'est savoir pourquoi tu construis un truc, si l'architecture a du sens, et ce que le client a vraiment besoin versus ce qu'il a demandé. C'est dans cet écart de jugement que le travail continue à vivre.
---
Après six mois, mon avis n'est probablement pas celui que vous attendiez : je ne pense pas qu'il y ait un gagnant. Il y a un bon outil selon ce que vous faites à un moment donné. Les développeurs qui tireront le plus de cette époque sont ceux qui restent curieux face aux outils, qui gardent l'esprit critique activé, et qui n'externalisent que le travail fastidieux, pas le jugement.
Ça a toujours été vrai. C'est juste plus évident maintenant.