Le jour où j'ai arrêté de résister
En mars 2025, j'ai passé un dimanche entier à faire une revue de code sur une PR de 400 lignes. Quatre heures. J'ai trouvé un bug de concurrence, trois incohérences de nommage et un oubli de validation côté API. Le lundi, j'ai configuré Claude Code sur ce même dépôt avec nos règles globales. Il a trouvé les mêmes problèmes en 90 secondes. Plus deux autres que j'avais ratés.
Ça m'a mis une claque. Pas parce que l'IA était "meilleure" que moi, elle ne l'est pas, mais parce qu'elle ne fatigue pas, ne se distrait pas, et applique les règles sans exception.
Avant d'adopter quoi que ce soit : les trois questions
Je ne suis pas du genre à sauter sur chaque nouvel outil. Avant d'intégrer Claude Code et Codex dans notre workflow, j'ai appliqué trois modèles mentaux que j'utilise pour toute décision technique :
- Inversion, Qu'est-ce qui pourrait mal tourner ? Si l'IA génère du code médiocre que personne ne relit, on accumule de la dette technique plus vite qu'avant. Si les développeurs deviennent dépendants, ils perdent en compétence.
- Premiers principes, De quoi a-t-on réellement besoin ? Pas d'un gadget. On a besoin de livrer plus vite sans sacrifier la qualité. On a besoin de libérer du temps humain pour la réflexion architecturale.
- Scout mindset, Est-ce qu'on se ment sur les gains ? On a mesuré. Pendant deux mois, on a tracké le temps par tâche avec et sans IA. Les chiffres étaient clairs.
Claude Code comme copilote d'équipe
Claude Code n'est pas un autocomplete glorifié. C'est un agent qui comprend le contexte de votre projet. Chez nous, chaque développeur l'utilise différemment :
- Le lead backend s'en sert pour écrire les tests d'intégration. Il décrit le scénario en langage naturel, Claude Code génère le test, il ajuste.
- Notre développeur frontend l'utilise pour le refactoring. Il sélectionne un composant, demande une réécriture en respectant nos conventions, et obtient un diff propre.
- Moi, je l'utilise pour la revue de code et pour prototyper des idées à 2h du matin quand je n'arrive pas à dormir.
Le point commun : personne ne fait du copier-coller aveugle. Chaque suggestion est relue, challengée, parfois rejetée. L'IA propose. L'humain dispose.
Codex : les agents en arrière-plan
Si Claude Code est le copilote assis à côté de vous, Codex est l'équipe silencieuse qui travaille pendant que vous dormez. On l'utilise pour :
- Générer les migrations de schéma à partir de nos modèles
- Créer les squelettes de documentation API quand un nouveau endpoint est mergé
- Scanner les dépendances pour les vulnérabilités connues et proposer des mises à jour
Un exemple concret. On avait un projet avec 47 endpoints non documentés. Un développeur junior aurait mis deux semaines. Codex l'a fait en une nuit. Un senior a passé une demi-journée à relire et corriger les nuances. Total : un jour au lieu de dix.
La revue de code automatisée avec règles globales
C'est probablement le changement qui a eu le plus d'impact. Avant, une PR review prenait entre 30 minutes et 2 heures selon la complexité. Maintenant, l'IA attrape 80% des problèmes avant qu'un humain ne regarde.
On a défini des règles globales :
- Conventions de nommage par projet
- Patterns interdits (any en TypeScript, console.log en production, requêtes N+1)
- Structure des commits
- Couverture de tests minimale
Quand un développeur ouvre une PR, l'agent la scanne automatiquement. Il laisse des commentaires inline, exactement comme un reviewer humain. Le développeur corrige. Quand la PR arrive devant un humain, les problèmes triviaux sont déjà réglés. Le reviewer peut se concentrer sur l'architecture, la logique métier, les cas limites.
Honnêtement, on s'est plantés au début. Les premières règles étaient trop strictes et généraient du bruit. Il a fallu trois itérations pour trouver le bon équilibre.
La prise de position qui dérange
Les copilotes IA ne rendent pas les mauvais développeurs bons. Ils rendent les bons développeurs redoutables.
Un développeur qui ne comprend pas les fondamentaux va générer du code qui *a l'air* correct mais qui s'effondre en production. L'IA amplifie ce que vous êtes déjà. Si vous êtes rigoureux, elle vous rend plus rapide. Si vous êtes approximatif, elle vous aide à produire des bugs plus vite.
C'est pour ça qu'on n'a pas réduit nos exigences de recrutement. Au contraire. On cherche des développeurs qui savent *quand* ne pas écouter l'IA.
Ce que notre SDLC ressemble aujourd'hui
Conception L'architecte utilise Claude Code pour explorer les trade-offs. "Montre-moi les implications de choisir event sourcing vs CRUD pour ce domaine." L'IA ne décide pas. Elle cartographie.
Développement Chaque développeur a Claude Code dans son éditeur. Codex tourne en arrière-plan pour les tâches répétitives.
Revue L'agent automatisé fait le premier passage. Le reviewer humain fait le second.
Déploiement Les tests générés par l'IA couvrent les cas que les humains oublient systématiquement, les edge cases, les valeurs nulles, les timeouts.
"Le meilleur code n'est pas celui que l'IA écrit. C'est celui que l'IA vous empêche de shipper.", Ce que je répète à mon équipe chaque semaine.
Les chiffres, sans bullshit
- Temps moyen de PR review : de 45 min à 12 min (partie humaine)
- Bugs détectés en pré-production : +35%
- Temps de développement sur les features standards : -40%
- Temps de développement sur les features complexes : -15% (et c'est normal)
Les features complexes restent complexes. L'IA ne résout pas la complexité inhérente. Elle élimine le travail mécanique autour.
Et maintenant ?
On continue d'itérer. On teste l'utilisation de Claude Code pour la génération de specs techniques à partir de briefs produit. On explore les agents autonomes pour le monitoring et l'auto-remediation. On mesure tout.
Mais le principe reste le même : l'IA est un outil. Un outil puissant, oui. Mais un outil qui ne vaut que par la qualité des mains qui le tiennent.
Si vous voulez voir comment une équipe augmentée par l'IA livre concrètement, parlons-en.