Il y a six mois, j'ai pris une décision à laquelle je pense encore. J'ai dit à l'équipe Seahawk que nous allions vraiment nous engager envers les assistants de codage IA -- pas faire de petits essais, pas picorer les victoires faciles, mais vraiment router le travail client réel à travers ces outils et mesurer ce qui se passait. Cela signifiait facturer les heures, des vrais repos en direct, et des déploiements en production. Pas des projets jouets. Pas des démos « construis-moi une app 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.After six months daily, Claude Code wins agency work on context depth and tooling, Cursor wins in-editor flow, and Codex wins raw completion; most teams end up pairing two.
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à donc -- six mois avec Claude Code, OpenAI Codex (via l'API et le nouveau Codex CLI), et Cursor. Pas de classements, pas de gagnants déclarés avant même que nous ayons commencé. Juste ce que j'ai trouvé.Claude Code, OpenAI Codex (via the API and the newer Codex CLI), and Cursor. No rankings, no winners declared before we've even started. Just what I found.
---
Pourquoi j'ai testé les trois simultanément
La tentation est de choisir un outil et d'aller en profondeur. J'ai presque fait ça. 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 de SaaS à Manchester qui construisait un tableau de bord logistique interne -- m'a remis un backend lourd en Python qui était vraiment opaque, et les suggestions de Cursor n'arrêtaient pas de manquer le contexte qui vivait à trois fichiers de distance.
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.type of work: refactoring legacy PHP, writing new React components from Figma specs, debugging intermittent API errors, and generating test coverage for existing functions.
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.thoughtful of the three. That word sounds vague, so let me make it concrete.
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 les options directement dans $_POST sans assainissement -- il n'a pas seulement corrigé les problèmes évidents. Il a signalé le pattern architectural, expliqué pourquoi l'approche était fragile, et offert une version refactorisée qui préservait exactement le comportement tout en corrigeant 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 pattern.WordPress plugin I'd written in 2021 -- back when I was doing things I now consider embarrassing, like storing options directly in$_POST without sanitisation -- it didn't just fix the obvious issues. It flagged the architectural pattern, explained why the approach was fragile, and offered a refactored version that preserved the exact behaviour while fixing the security gaps. Cursor did half of that. Codex basically gave me a cleaner version of the same bad pattern.
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.explanations well. When a junior on my team doesn't understand why a refactor works a certain way, Claude Code's output tends to teach. That has actual value when you're trying to level up a small team.
Là où ça frustre
Vitesse. Les réponses sont plus lentes que l'autocomplétion en éditeur 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 à propos de Codex -- on en parle moins maintenant que ChatGPT et GPT-4o accaparent tout l'oxygène, mais le Codex CLI qu'OpenAI a expédié en 2025 est véritablement intéressant pour les workflows natifs du terminal.Codex CLI that OpenAI shipped in 2025 is genuinely interesting for terminal-native workflows.
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.codex inline with shell context, have it read files directly, and execute commands in a sandboxed environment felt different from the chat-style interaction of the other tools.
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 la chose. Parfois c'est exactement ce que vous voulez.literal of the three. If you give it a precise spec, it follows it. No editorialising, no "here's a better approach" -- it just does the thing. Sometimes that's exactly what you want.
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.should have asked about but didn't. I had a situation in March where Codex generated a perfectly functional database migration script that would have caused a silent data loss issue on a Postgres 14 database because of how it handled DEFAULT values on existing columns. It did exactly what I asked. It just didn't tell me the thing I needed to know.
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 là où je travaille. La fondation VS Code signifie zéro changement de contexte. Mes extensions sont là. Mes keybindings sont là. Le thème de couleur que j'utilise depuis 2019 (One Dark Pro, si vous vous le demandez) est là.
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 sur Tab deux fois, et l'implémentation entière était exactement ce que j'aurais écrit. Pas similaire -- exactement. Ça arrive peut-être 30% du temps. Les 70% autres c'est utile mais pas magique. Ce qui est quand même un bon ratio.exactly. That happens maybe 30% of the time. The other 70% it's useful but not magical. Which is still a good 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.Cmd+K inline editing and the chat panel in the sidebar cover different workflows, and I appreciate that Cursor doesn't force you into one mode. Sometimes I want to have a conversation about the code. Sometimes I just want to fix this one line. The tool lets me do both without friction.
Où il déçoit
Les tâches sur long contexte, 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 retracer comment un calcul 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 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 vous permet de 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 il n'est pas toujours clair ce que vous obtenez ou pourquoi il a suggéré telle chose. Il y a un manque de transparence là que je préférerais ne pas avoir sur du 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 niveau standard) est atteint étonnamment vite les jours chargés. -- $20/month. The fast requests cap (500/month on the standard tier) gets hit surprisingly quickly on heavy days.
- Claude API (pour Claude Code) -- entre 180 £ et 340 £/mois selon l'intensité du projet. -- varied between £180 and £340/month depending on project intensity.
- OpenAI API (pour Codex CLI) -- environ 90 £-120 £/mois à mon niveau d'utilisation. -- around £90-£120/month at my usage level.
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 facturation du travail client, c'est plus facilement absorbé -- mais vous devez réellement le suivre et en rendre 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.AI developer tool pricing models over at the Pragmatic Engineer if you want to go deeper on the economics.
---
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.uncertain about and Cursor for anything I'm confident about but just want to go faster on.
- 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.Simon Willison's writing on prompting changed how I think about this.
- Je passe en revue 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 que la fois où je ne l'ai pas fait -- 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 du terminal et lourds en automatisation, oui. C'est sous-estimé pour les scripts et le travail CI/CD spécifiquement. Si votre travail est principalement dans un éditeur, vous pouvez le sauter. Mais si vous passez du vrai temps dans le terminal -- et beaucoup de développeurs backend le font -- Codex CLI mérite un coup d'œil.Codex CLI deserves a look.
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 en ce moment -- Anthropic publie ses spécifications de fenêtre de contexte si vous voulez les détails techniques. Mais "comprendre" est généreux. Ils raisonnent bien dans ce qu'ils peuvent voir. La discipline de garder votre base de code lisible et bien documentée compte plus avec les outils d'IA que sans, pas moins.context window specs if you want the technical detail. But "understanding" is generous. They reason well within what they can see. The discipline of keeping your codebase readable and well-documented matters more with AI tools than without them, not less.
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 en attention -- le code passe-partout, les refactorisations évidentes, l'application de motifs répétitifs. Ce qu'ils ne remplacent pas, c'est savoir pourquoi tu construis une chose, si l'architecture a du sens, et ce que le client a vraiment besoin versus ce qu'il a demandé. C'est cette lacune de jugement où le job continue à exister.why you're building a thing,whether the architecture makes sense, and what the client actually needs versus what they asked for. That judgment gap is where the job still lives.
---
Six mois plus tard, mon opinion n'est probablement pas celle que tu attendais : je ne pense pas qu'il y ait un gagnant. Il y a le bon outil selon ce que tu fais à une heure donnée. Les développeurs qui tireront le plus de cette époque sont ceux qui restent curieux face à l'outillage, qui gardent leur esprit critique actif, et qui ne sous-traitent pas le jugement -- juste le travail de grunt.
Ça a toujours été vrai. C'est juste plus évident maintenant.