AIDiveLes managers battent les développeurs en codage IA
Anthropic a fait noter 400,000 sessions Claude Code par un classifieur, une par une, pour découvrir qui réussit vraiment avec un agent de codage. Le groupe au meilleur taux de succès vérifié n'est pas celui des ingénieurs logiciel. Ce sont les managers. Les dix plus grandes catégories de métiers de l'étude se tiennent toutes à moins de sept points des développeurs, ce qui signifie que des gens qui n'écrivent pas de code livrent du code qui fonctionne à un rythme presque identique à celui des professionnels.
Si vous vous êtes déjà dit que ces outils n'étaient pas pour vous parce que vous ne savez pas coder, cette étude affirme exactement l'inverse. Savoir coder ne sépare plus ceux qui réussissent de ceux qui échouent, et l'étude dit précisément ce qui les sépare.
Ce qu'Anthropic a vraiment mesuré
Trois définitions changent la lecture de chaque chiffre de l'étude. D'abord l'échantillon : 400,000 sessions interactives de 235,000 personnes, enregistrées entre octobre 2025 et avril 2026. Claude Code est l'agent de codage d'Anthropic qui vit dans un terminal : vous écrivez ce que vous voulez en langage courant, et il lit vos fichiers, écrit le code et lance les commandes tout seul.
Personne chez Anthropic n'a lu ces conversations à la main. Un classifieur construit sur un de leurs propres modèles a noté chaque session automatiquement, et ses notes ont été confrontées à la télémétrie, c'est-à-dire les commits, les modifications de code et les résultats de tests. Sur les sessions qui modifient du code, le classifieur et la télémétrie sont d'accord plus de 90% du temps.
Ensuite, le succès. L'étude en suit deux sortes, et la différence porte tout ce qui suit. Un succès jugé signifie que le classifieur estime que l'objectif annoncé a été atteint. Un succès vérifié est plus exigeant : il faut une preuve, comme des tests qui passent, un commit, ou l'utilisateur qui confirme explicitement le résultat. Le succès vérifié est la barre haute derrière chaque chiffre ci-dessous, et elle est exigeante, car beaucoup de sessions utiles se terminent sans preuve formelle.
Enfin, l'expertise elle-même. Le classifieur ne regarde jamais votre intitulé de poste ni votre CV. Il lit votre comportement dans la session et le note sur une échelle de cinq niveaux, de novice à expert, à partir de trois signaux seulement : la précision de vos instructions, ce que vous demandez à l'agent de vérifier, et le fait que l'un corrige l'autre ou non. Votre niveau mesure votre maîtrise du problème dans cette session, si bien que la même personne peut être experte sur son métier le matin et novice sur un sujet nouveau le soir.
Les cinq niveaux, de novice à expert
Un novice se reconnaît en une phrase : des instructions génériques sans aucune connaissance métier dedans. Un expert écrit des prompts chargés de contexte, et le même agent répond par beaucoup plus de travail autonome. Une action, ici, est un geste concret de l'agent, comme lire un fichier, écrire une fonction ou lancer une commande.
| Indicateur | Novice | Expert |
|---|---|---|
| Actions de l'agent par prompt | ~5 | ~12 |
| Mots de travail livré par prompt | ~600 | ~3,200 |
| Taux de succès vérifié | 15% | 28 à 33% (intermédiaire et au-delà) |
| Taux d'abandon quand la session dérape | 19% | 5 à 7% (tous les non-novices) |
| Sessions en difficulté converties en succès vérifié | 4% | 15% |
C'est cinq fois plus de travail livré avec le même outil et le même abonnement. La seule variable qui a changé, c'est la personne au clavier.
Le détail qui compte le plus : presque tout le gain se joue entre novice et intermédiaire, et l'écart entre intermédiaire et expert est modeste. Pas besoin de devenir expert pour doubler votre taux de succès. Il faut cesser d'être novice.
L'écart le plus brutal apparaît quand une session tourne mal. Quand l'agent s'enfonce dans les erreurs et les tests cassés, les novices abandonnent 19% du temps, contre 5 à 7% pour tous les autres. Parmi ceux qui s'accrochent, les novices ne convertissent que 4% de ces sessions en difficulté en succès vérifiés, quand les experts en convertissent 15%. C'est presque quatre fois plus de sessions sauvées, uniquement parce que la personne comprend assez bien le problème pour réorienter l'agent au lieu de le regarder couler. La différence entre niveaux ne se voit pas quand tout marche. Elle se voit au premier accroc.
Pourquoi savoir coder ne compte plus
L'expertise métier, au sens d'Anthropic, c'est comprendre le problème que vous cherchez à résoudre, jusqu'au bout. Sur les sessions qui produisent du code, l'écart entre métiers est petit et stable :
| Groupe | Succès vérifié | Succès partiel |
|---|---|---|
| Métiers du logiciel | 34% | 89% |
| Tous les autres métiers | 29% | 88% |
Cinq points d'écart, un fossé qui ne s'est ni creusé ni resserré sur les sept mois de l'étude, alors que les deux groupes progressaient. Sur le succès partiel, où l'objectif est au moins partiellement atteint, les deux groupes sont à égalité.
L'étude montre aussi où agit l'expertise métier. Dans une session typique, l'humain prend environ 70% des décisions de planification (quoi construire) mais seulement 20% des décisions d'exécution (comment l'écrire). La répartition est déjà là : vous décidez le quoi, l'agent gère le comment. Un manager qui sait exactement ce que son produit doit faire tient le levier qui compte, même sans écrire une seule ligne de ce que l'agent produit. C'est pour cela que les managers finissent en haut du classement.
L'usage sur les sept mois observés confirme que le centre de gravité se déplace :
| Type de tâche | Début de l'étude | Fin de l'étude |
|---|---|---|
| Débogage | 33% des sessions | 19% |
| Exécution de logiciels | 14% | 21% |
| Analyse de données et rédaction de documents | référence | presque doublé |
Les gens n'utilisent plus seulement l'agent pour réparer du code ; ils s'en servent pour faire tourner leur travail. Sur la même période, la valeur estimée de la tâche moyenne confiée à l'agent a augmenté de 27%.
L'autonomie recadre votre rôle de la même façon. Une session typique ne contient qu'environ quatre échanges entre l'humain et l'agent, et chaque prompt déclenche une dizaine d'actions en moyenne. À l'extrême, un seul prompt déclenche parfois plus de cent actions : une instruction, et l'agent travaille seul l'équivalent d'un après-midi. Ce que vous apportez tient en quelques phrases par session, et c'est exactement pour cela que leur précision pèse autant. Quand vous ne parlez que quatre fois, chaque phrase compte.
La même tâche, promptée en novice puis en expert
Nous avons rejoué la différence sur une tâche que tout le monde comprend : ajouter un formulaire de contact à un petit site web.
La version novice, c'est le prompt que la moitié d'entre nous tape encore : neuf mots, aucun contexte, aucun critère. L'agent ne sait pas où vit le site, ce que le formulaire collecte, ni où partent les messages, alors il prend chacune de ces décisions à votre place, et vous découvrez ses choix à la fin. Sur notre run, il a posé le formulaire sur la page d'accueil, inventé un champ téléphone que personne n'avait demandé, et branché les envois sur une adresse e-mail qui n'existe pas. Rien de tout cela n'est un bug. L'agent a comblé les trous de la demande avec des suppositions, et chaque supposition était une occasion de se tromper. C'est le schéma novice mesuré : peu d'actions, un résultat court, et environ une chance sur sept d'un succès vérifié.
La version expert traite la même tâche sans une seule ligne de code dans le prompt. Elle dit où agir (la page à propos), quoi construire (trois champs précis), avec quoi (la route d'envoi qui existe déjà), et surtout comment prouver que c'est terminé (lancer les tests et montrer le formulaire dans le navigateur). Aucune de ces informations n'exige de savoir coder. Elle exige de connaître votre site, votre besoin et votre standard, autrement dit votre métier. L'agent prend le relais : il lit la page, ajoute le formulaire, branche la route, écrit la validation et lance les tests. C'est la chaîne de 12 actions de l'étude, déclenchée par la précision du prompt, pas par le talent technique de son auteur.
Écrire le prompt expert a pris environ trente secondes de plus que la version novice, et ces trente secondes ont supprimé chaque occasion qu'avait l'agent de deviner. Toute la démonstration tient en une phrase : le même outil devient cinq fois plus productif quand la demande porte le métier.
Trois habitudes pour monter d'un niveau
La première habitude, c'est donner le contexte que vous seul connaissez, avant que l'agent le devine de travers. Le classifieur appelle cela la précision des instructions. Chaque demande devrait dire où agir, avec quoi, et à quoi ressemble le travail terminé. Trois phrases suffisent, et cela marche pour n'importe quel métier, pas seulement le code : un prompt marketing avec l'audience, les contraintes et la ligne d'arrivée coche les trois mêmes blocs. Si vous ne savez pas remplir un des blocs, c'est le signal que le flou est de votre côté, pas de celui de l'agent, et il vaut mieux le dissiper avant de lancer la session.
La deuxième habitude, c'est exiger une preuve à la fin, le deuxième signal du classifieur. Terminez vos prompts par une condition de fin vérifiable : lance les tests, montre-moi le résultat, vérifie que la page charge. Un agent à qui vous ne demandez aucune preuve vous rendra un travail invérifiable, et l'étude montre que c'est exactement ce qui sépare un succès jugé d'un succès vérifié. Cette preuve vous protège aussi, car elle vous permet de valider le travail sans savoir lire le code derrière.
La troisième habitude, c'est rester dans la boucle quand ça commence à casser. Relisez ce que l'agent renvoie, corrigez-le quand il se trompe, et ne fermez pas la session au premier échec. Les novices acceptent la sortie passivement et abandonnent environ quatre fois plus souvent que tout le monde dès que ça coince, alors que c'est précisément là que le niveau paie. Réexpliquer le problème avec vos propres mots et pointer ce qui ne correspond pas à votre attente, c'est corriger l'agent, le troisième signal du classifieur. La forme d'une bonne correction : ce qui se passe, ce qui était attendu, où regarder. Toujours pas une ligne de code, juste une description honnête de l'écart.
Les trois habitudes tiennent sur un post-it : donnez votre contexte, exigez une preuve, restez dans la boucle. Aucune ne demande d'apprendre à coder, et ensemble elles couvrent l'écart entre 15 et 30% de succès.
Ce que l'étude ne dit pas
Même pour les experts, le succès vérifié plafonne entre 28 et 33%. Deux sessions sur trois se terminent sans preuve solide que l'objectif a été atteint, au mieux avec un succès partiel, qui lui monte au-dessus de 90%. Monter d'un niveau double vos chances ; cela ne rend pas l'agent infaillible.
Le classement des managers mérite sa propre mise en garde. Anthropic note qu'un biais de mesure est possible, car le succès vérifié compte aussi les confirmations explicites de l'utilisateur, et confirmer clairement qu'un travail est validé est un réflexe de manager. De plus, l'étude mesure des sessions Claude Code, un outil en terminal dont l'audience est déjà plus motivée que la moyenne, donc rien ne garantit que les mêmes chiffres tiennent dans ChatGPT ou tout autre outil. Retenez la pente générale, pas les décimales : la précision paie, la preuve paie, et personne ne dépasse un tiers de certitude.
Votre niveau n'est pas une étiquette
Faut-il vous lancer si vous ne savez pas coder ? L'étude répond par groupe. Si vous connaissez votre métier sur le bout des doigts (votre domaine, vos clients, ce que veut dire un bon résultat), alors oui. Vous apportez exactement la moitié des décisions qui compte, celle de la planification. Mais si vous entrez dans un sujet que vous ne comprenez pas encore, l'agent ne comblera pas ce vide ; il le bourrera de suppositions, comme notre formulaire de contact atterri sur la mauvaise page.
La conclusion tient en une décision : cessez de traiter votre absence de code comme un handicap, et commencez à traiter votre connaissance du problème comme votre vrai capital. Le classifieur ne note pas qui vous êtes ; il note comment vous travaillez dans la session, et cela peut changer dès la prochaine. Écrivez la demande avec votre contexte dedans, terminez-la par la preuve que vous exigez, et quand ça coince, reformulez au lieu de fermer. Si vous ne savez pas coder, vous partez avec les mêmes chances que tout le monde. L'étude vient de le prouver sur 400,000 sessions.
