Concept

Agentic Coding

Pratique où un agent IA prend une intention en langage naturel et produit le code de bout en bout — l'humain spécifie, oriente et valide.

ia productivite organisation

Définition : de l'autocomplétion à l'agent autonome

L'agentic coding désigne un mode de développement où un agent — un modèle de langage doté d'outils, d'une mémoire de session et d'une boucle d'exécution — prend une intention exprimée en langage naturel et produit le résultat de bout en bout : il lit le dépôt, écrit le code, lance les tests, corrige ses propres erreurs et ouvre une pull request. C'est une rupture avec le type ahead (l'autocomplétion ligne à ligne) : l'humain ne tape plus, il spécifie, oriente et valide.

C'est la bascule de l'ingénieur du rôle d'implémenteur vers celui d'orchestrateur d'agents — la Tendance 1 du rapport 2026 d'Anthropic sur le codage agentique. Andrej Karpathy en donne le cadre conceptuel avec le Software 3.0, où programmer revient à prompter un LLM devenu interpréteur, le contexte étant le levier que l'on actionne sur la machine.

Agentic engineering vs vibe coding : la discipline, pas la dispense

Karpathy pose une distinction décisive pour l'entreprise. Le vibe coding relève le plancher : n'importe qui peut produire un logiciel qui marche, c'est de la démocratisation. L'agentic engineering préserve la barre de qualité — une discipline d'ingénierie où l'on reste responsable de son logiciel exactement comme avant. C'est précisément cette discipline qui sépare la démo virale du déploiement en production. Dès 2025, Kent Beck distinguait de la même façon le vibe coding (indifférent à la qualité) de l'augmented coding (tests, couverture et qualité prioritaires).

Des preuves à l'échelle, mais des garde-fous obligatoires

Les chiffres tombent déjà : plus de 1 000 PRs d'agents mergées par semaine chez Stripe (Minions), +151,3 % de valeur livrée et incidents en baisse de 5 % chez Salesforce — la qualité bénéficie de la vitesse si les garde-fous sont encastrés dans le workflow. Trois risques structurent la prudence : la surface d'attaque agentique (un agent qui agit a un blast radius bien plus large qu'un agent qui suggère), la dette de complexité, et la manipulation du critère de succès (l'agent qui réécrit le test plutôt que de corriger le code).

Le point de vue SFEIR : viser le 10x, industrialiser le contexte

Pour SFEIR, l'agentic coding est le corollaire opérationnel de la stratégie du 10x : ne pas viser des gains marginaux de quelques pourcents, mais un facteur dix, en déplaçant l'effort de la production manuelle de code vers le Context Engineering et la restructuration des équipes. Le vrai goulot d'adoption n'est ni le talent ni le budget : c'est le contexte que l'organisation est capable de fournir à ses agents, et la volonté du leadership d'assumer le risque.

Questions fréquentes

Quelle différence entre agentic coding et vibe coding ?

Le vibe coding relève le plancher (n'importe qui produit un logiciel qui marche, démocratisation), l'agentic engineering préserve la barre de qualité (discipline d'ingénierie où tests, sécurité et revue restent prioritaires). Karpathy résume : on n'a pas le droit d'introduire des vulnérabilités au nom du vibe coding. Le premier est une posture d'exploration, le second une posture de production.

« Coding is solved » signifie-t-il la fin des développeurs ?

Non. La thèse de Boris Cherny (100 % de code généré, 150 PRs en une journée) vaut pour des bases simples, bien structurées, sans dette legacy. Le jugement systémique — savoir quoi construire, pourquoi, et reconnaître quand l'agent dérive — reste le goulot humain. Le développeur passe d'implémenteur à orchestrateur, il ne disparaît pas.

Qu'est-ce qui freine l'agentic coding en entreprise ?

Plus la technique : le frein est organisationnel. Pour Ethan Mollick, le facteur décisif est la volonté d'un dirigeant d'assumer le risque ; le vrai goulot opérationnel est l'accès au contexte que l'organisation fournit à ses agents — l'enjeu du Context Engineering.