Réécritures et dette technique passent aux coding agents, avec validation à chaque étape

Illustration éditoriale — Réécritures et dette technique passent aux coding agents, avec validation à chaque étape

GitHub a porté le runtime de Copilot de 430 000 lignes TypeScript vers plus de 800 000 lignes Rust avec des agents, en avançant module par module sur plus de 135 releases. Le projet a coûté environ 120 000 dollars de tokens, mais a aussi révélé des dizaines de régressions que la compilation seule n’avait pas détectées.

DoorDash applique la même logique à la dette technique récurrente : des agents nettoient les feature flags périmés dans des worktrees isolés, puis exécutent build, tests, couverture et lint avant d’ouvrir une pull request. Sur 50 cas évalués, 45 ont produit une PR exploitable en 13,8 minutes et 4,79 dollars en moyenne.

Android Bench 2.0 montre toutefois la limite actuelle : sur des tâches longues de migration ou refactoring, le meilleur taux de réussite plafonne autour de 28 %. Les modèles réussissent mieux les transformations déterministes, même sur plus de 125 fichiers, que les changements dépendant du runtime ou d’une architecture implicite. Le bon workflow reste donc borné, incrémental et vérifiable.

Les instructions de projet deviennent portables entre Claude Code, Codex, Cursor et Copilot

Illustration éditoriale — Les instructions de projet deviennent portables entre Claude Code, Codex, Cursor et Copilot

Claude Code 2.1.277 réduit une friction concrète des équipes multi-agents : lorsqu’un dépôt n’a pas de CLAUDE.md, il peut désormais charger AGENTS.md comme instructions de projet. Anthropic rejoint ainsi un format déjà utilisé par Codex, Cursor et d’autres outils, sans supprimer la possibilité de conserver des règles propres à Claude.

Atlassian pousse la même logique au niveau des skills. Son TWG CLI installe un bundle canonique dans `~/.agents/skills`, lu directement par Codex, Cursor, Gemini CLI, GitHub Copilot et Rovo Dev, puis copie ce bundle vers un répertoire spécifique seulement lorsqu’un agent, comme Claude Code, en a encore besoin.

Ces deux mouvements rapprochent les coding agents d’une couche de contexte portable, maintenue avec le projet ou l’outil plutôt qu’avec chaque fournisseur. Pour les développeurs, le gain est surtout opérationnel : moins de fichiers dupliqués et moins de dérive entre harnesses, même si un même fichier ne garantit pas encore un comportement identique d’un agent à l’autre.

Le contexte et l’architecture deviennent la couche de contrôle des coding agents

Illustration éditoriale — Le contexte et l’architecture deviennent la couche de contrôle des coding agents

Chez LinkedIn, le contexte devient une couche d’infrastructure pour les coding agents. Plus de 600 playbooks, servis via MCP avec recherche progressive, encapsulent runbooks, conventions et procédures internes. L’entreprise rapporte plus de 8 000 utilisateurs quotidiens et un gain de productivité de 20 %, sans baisse de fiabilité.

Microsoft arrive au même constat par les workflows. Après des centaines d’initiatives internes, l’entreprise recommande de redessiner le processus de bout en bout, de construire une source de vérité commune et de décider explicitement ce que les agents peuvent faire, comment leurs actions sont suivies et où l’humain doit intervenir.

À AGNTCon Europe, Reboot pousse cette logique jusqu’à l’architecture : domaines et comportements restent la représentation active du logiciel, tandis que l’IA génère l’implémentation. Pour les développeurs, le différenciateur durable devient donc le contexte versionné, les contrats d’architecture et les boucles de validation qui survivent au remplacement du LLM.

Sources