L'avenir du développement agentique
Hypothèses 2026-2028 : la progression In-loop vers ZTE, ce qui change vite, ce qui reste stable, et où investir son temps.
La trajectoire du développement agentique
Le développement agentique suit une progression claire, décrite par IndyDevDan : In-loop → Out-of-loop → AFK → ZTE. Chaque étape représente un niveau croissant d’autonomie déléguée à l’agent.
In-loop — le développeur guide chaque action. L’agent est un copilote.
Out-of-loop — le développeur brieffe et review. L’agent exécute seul.
AFK — l’agent planifie, exécute et se corrige. Le développeur revient pour la review finale.
ZTE (Zero Trust Execution) — l’exécution est fiable par design. Les échecs sont détectés et corrigés automatiquement.
Cette progression n’est pas linéaire : on peut être AFK pour un CRUD et In-loop pour un refactoring architectural — le niveau dépend de la complexité de la tâche et des garde-fous en place.
Ce qui change (vite)
Les outils et les modèles évoluent à une vitesse sans précédent. Miser sa productivité sur la maîtrise d’un outil spécifique est risqué.
Modèles
Les capacités des LLM doublent en performance/coût tous les 6 à 12 mois. Un modèle « moyen » en 2026 sera dépassé en 2027. Les commandes CLI et les features spécifiques changent à chaque version majeure.
Outils
Claude Code, Cursor, Pi, Aider, Windsurf — le paysage se recompose rapidement. Certains outils fusionnent, d’autres disparaissent, de nouveaux apparaissent.
Standards
MCP (Model Context Protocol) tend à devenir le standard d’interopérabilité entre agents et outils. Mais d’autres standards émergent. Le paysage n’est pas stabilisé.
Ne confonds pas maîtrise d’un outil et compétence agentique. Si Claude Code disparaît demain, les principes (Core Four, 12 Leverage Points, Closed-Loop) restent valables avec n’importe quel successeur.
Ce qui ne change pas
Les fondamentaux du développement agentique sont stables parce qu’ils reposent sur des principes d’ingénierie, pas sur des features d’outils.
| Principe | Pourquoi il survit aux outils |
|---|---|
| Core Four (Model, Prompt, Context, Tools) | Tout agent, quel que soit l’outil, repose sur ces 4 leviers. |
| Closed-Loop Prompting | La boucle « agir → vérifier → corriger » est un pattern d’ingénierie universel. |
| Tests comme oracle | Un test qui passe est un feedback objectif, indépendant du LLM. |
| Architecture claire | Une codebase bien structurée aide un agent comme elle aide un développeur humain. |
| Instructions persistantes | Encoder les conventions dans un fichier lu par l’agent est un concept, pas une feature. |
L’investissement le plus durable est dans les principes agnostiques : prompt engineering, structuration du contexte, empilage de leverage points, et qualité de l’architecture.
Où investir son temps (2026-2028)
La question stratégique pour un développeur n’est pas « quel outil apprendre ? » mais « quelles compétences garderont de la valeur dans 2 ans ? ».
Investissements à haut rendement
Architecture et design — une codebase bien structurée (hexagonale, DDD, modules clairs) amplifie l’efficacité de tout agent, présent et futur.
Tests et feedback loops — les tests sont le meilleur contrat entre un développeur et un agent. Plus la couverture est solide, plus l’agent peut travailler en autonomie.
Prompt engineering structurel — savoir formuler un brief clair, donner le bon contexte, poser les bonnes contraintes. Ce n’est pas spécifique à un outil.
Jugement métier — l’agent excelle dans l’exécution mécanique. Le développeur garde l’avantage dans le jugement : « faut-il vraiment cette feature ? », « ce trade-off est-il acceptable ? », « ce design sera-t-il maintenable dans 2 ans ? ».
Investissements à faible rendement
Mémoriser la syntaxe CLI d’un outil spécifique, optimiser pour les particularités d’un modèle donné, ou construire des workflows qui dépendent d’une API propriétaire non standard. Ces compétences ont une demi-vie courte.
Remonte relire la fiche memo ci-dessus en pretant attention aux points rates, puis clique sur « Recommencer » pour retenter.