Agents de code : ce qui change pour toi lundi matin

En une phrase

Un agent de code est un assistant IA, comme Claude Code, Cursor ou Codex, qui lit ton projet, écrit et teste le code lui-même, et revient vers toi avec un résultat à relire.

Pourquoi ça te concerne

Le 10 septembre, Cursor a lancé Projects. L’idée : un agent « coordinateur » découpe un gros chantier (une migration, une fonctionnalité entière) et le confie à des milliers de sous-agents, pendant des semaines s’il le faut. C’est en bêta. Douze jours plus tard, Anthropic sortait Claude Opus 5.5, un modèle plus rapide et moins cher, disponible dès le premier jour dans l’agent maison d’Anthropic.

Les trois gros noms se ressemblent de plus en plus. Claude Code, chez Anthropic, tourne dans le terminal, VS Code, JetBrains, une appli de bureau et le navigateur (doc). Codex, chez OpenAI, a un outil en ligne de commande open source et s’utilise avec un abonnement ChatGPT Plus, Pro, Business, Edu ou Enterprise (dépôt GitHub). Cursor part de l’éditeur et pousse de plus en plus vers des agents qui tournent dans le cloud. Tous trois se branchent à tes outils via MCP, une prise standard entre les assistants IA et le reste de ton outillage (côté Codex, voir sa doc). La nouvelle version de MCP est plus simple à héberger : on l’a racontée dans MCP passe sans état.

Concrètement, lundi, ton travail bouge : tu écris moins de code, tu en relis plus, et tu passes plus de temps à décrire ce que tu veux. Ceux qui en tirent le plus ont tous adopté les mêmes réflexes.

Ce que les gens en ont fait

• Rendre le projet lisible pour l’agent. Armin Ronacher, créateur du framework Python Flask, fait tourner Claude Code sans demandes de permission, mais enfermé dans un conteneur Docker. Il choisit Go pour ses backends parce que le langage est simple et bouge peu, et fait écrire ses outils dans des fichiers de log pour que l’agent diagnostique seul ses erreurs · Armin Ronacher
• Plusieurs agents en parallèle, sur des petites tâches. Simon Willison fait tourner Claude Code et Codex côte à côte : une preuve de concept ici, une question sur un vieux bout de code là, un avertissement à corriger ailleurs. Sa leçon : du code parti de ta propre spécification se relit bien plus vite que du code arrivé de nulle part · Simon Willison
• Un plan d’abord, du code ensuite. Mitchell Hashimoto, créateur du terminal Ghostty, a construit une vraie fonctionnalité (les notifications de mise à jour sur macOS) avec un agent, Amp : 16 sessions, environ 8 heures sur 3 jours, 15,98 $. Il commence toujours par écrire un plan avec l’agent, découpe en petits morceaux, et reprend la main quand l’agent tourne en rond. Sa règle : ne jamais livrer du code qu’il ne comprend pas · Mitchell Hashimoto

Le point commun des trois : aucun ne laisse l’agent décider de ce qu’il faut faire. Ils décident, l’agent exécute, ils relisent.

Attention

Le gain de temps est moins évident qu’on le croit. En 2025, METR a suivi 16 développeurs open source expérimentés sur 246 tâches réelles. Avec l’IA (surtout Cursor et Claude), ils ont été 19 % plus lents, alors qu’ils pensaient avoir gagné 20 %. En février 2026, METR a écrit que les outils récents accélèrent sans doute davantage, mais qu’il n’arrive plus à le mesurer proprement : trop de développeurs refusent désormais de travailler sans IA pour l’étude (METR). Honnêtement, personne n’a de chiffre solide aujourd’hui.

L’autre piège, c’est la sécurité. Un agent qui lit des tickets, des pages web ou des issues peut tomber sur un texte piégé qui lui donne d’autres ordres : c’est la prompt injection. Limite relevée par Simon Willison : un agent qui a accès à tes données privées, lit du contenu non fiable et peut envoyer de l’info dehors réunit tout ce qu’il faut pour un vol de données. Si tu coupes les demandes de permission comme Armin Ronacher, fais-le dans un conteneur, jamais sur ta machine avec tes clés dessus.

À retenir pour la machine à café

Un agent de code, c’est un stagiaire très rapide : donne-lui un plan clair, des petites tâches, et relis tout avant de merger.