Ce qu'on observe pendant qu'on dépile.
Dette technique, self-healing, fiabilité en production, automatisation utile.
« L'IA a fait une erreur » n'est pas une excuse : ce que le vote Debian change pour votre code
Debian a tranché fin août : un contributeur reste responsable du code que l'IA écrit pour lui. Ce que cette décision dit à toute équipe qui merge du code généré.
L'IA accélère sur le neuf et cale sur l'ancien : ce qui manque, c'est le contexte
Le même agent qui livre une app neuve en un après-midi cale sur du legacy. Ce qui lui manque n'est pas la puissance, c'est le contexte.
Un meilleur modèle produit plus de dette, pas moins
Claude Opus 5 écrit un meilleur code ligne à ligne, et laisse 2,7x plus de problèmes derrière lui. La dette est une affaire de volume, pas de modèle.
Produire du code est devenu gratuit. Le défaire, non.
Ajouter cinq tables prend dix minutes à un agent. Les retirer d'un système en prod prend des semaines. Cette asymétrie est le vrai coût du code généré.
Un test qui passe ne prouve pas que le bug est corrigé
Presque un test vert sur deux dans une boucle d'agent ne teste pas le bug. La bonne question n'est plus « avez-vous des tests », mais « échouent-ils quand le défaut est là ».
Le code des agents ne casse pas, il enfle : ce que révèle SlopCodeBench
Un agent qui passe 96 % d'un benchmark peut n'en tenir que 24 % quand il doit vivre avec son propre code. Pourquoi la complexité s'accumule en silence, et quoi en faire.
Estimez la validation, pas le build : pourquoi la vitesse de l'IA ne se voit pas dans votre roadmap
L'IA génère plus de code, la roadmap glisse quand même. Ce n'est pas un problème de vélocité, c'est un modèle d'estimation qui compte toutes les lignes pareil.
Réécrire un million de lignes avec des agents : la vraie leçon, ce n'est pas le modèle, c'est le juge
Le rewrite de Bun de Zig vers Rust par des flottes d'agents a marché grâce à une chose : une suite de tests qui fait foi. En 2026, le juge compte plus que l'agent.
Flottes d'agents : le faux succès est plus dangereux que l'échec
Début juillet, trois versions de Claude Code corrigent la même panne : des agents qui échouent en silence en renvoyant « réussi ». Voilà le vrai risque des flottes.
Gouvernance de l'IA : le trou entre ce qu'on croit contrôler et ce qu'on contrôle vraiment
86 % des équipes se disent en contrôle de leur code généré par IA. 30 % ont une politique formelle. Ce gap de gouvernance est le vrai sujet de 2026.
Dette de compréhension : le code que l'IA écrit plus vite qu'on ne le comprend
En 2026, écrire le code n'est plus le goulot. Le comprendre, si. Pourquoi la dette de compréhension devient le vrai sujet, et ce qu'on peut en faire.
Tests automatisés : le vrai coût, ce n'est pas de les écrire, c'est de les réparer
En 2026, jusqu'à 60 % du temps QA part dans la réparation de tests cassés. Ce que le self-healing change vraiment, et là où il faut rester prudent.
Self-healing : le vrai risque n'est pas que l'agent échoue, c'est qu'il réussisse
En 2026, la vraie question de la réparation automatique n'est pas la qualité des garde-fous, mais le choix des pannes qu'on autorise un agent à toucher.