Le jugement ne se reproduit pas

Un agent IA sort un changement de code impeccable. Les tests passent. Le linter est vert. La couverture tient.

Un ingénieur le bloque quand même.

Il a vu ce qu'aucune épreuve ne mesure : cette solution déplace une responsabilité au mauvais endroit, et ça coûtera cher dans six mois. Aucune machine n'a tranché ça.

Ce texte parle de ce geste. De ce qu'il faut avoir vécu pour en être capable. Et de la question que plus personne ne pose : qui, dans dix ans, saura encore le faire ?

Que l'IA écrive du code, vite et pour presque rien, le débat est derrière nous. Ce qui reste, c'est ce qu'elle ne sait pas faire — juger. Et la façon dont une organisation continue, ou arrête, de fabriquer des gens capables de le faire.

Dans mes deux textes précédents, j'avais posé une thèse que je crois toujours solide. L'IA a inversé les rôles : la machine produit, l'humain juge. Et la phrase qui tient tout le reste, c'est que le jugement est en aval du savoir-faire.

On ne peut pas évaluer ce que sort une boîte noire sans déjà savoir à quoi ressemble le bon. Ce savoir ne se télécharge pas. Il se construit au contact du code, ligne par ligne, sur des années.

Je me suis arrêté là. C'était trop tôt. Si je prends ma propre phrase au sérieux, elle se retourne contre ma conclusion.

L'ingénieur qui a bloqué ce merge a pu le faire parce qu'on l'a payé, pendant dix ans, pour écrire des lignes, déboguer des tests instables et lire le code des autres. Son jugement vit sur un capital accumulé hier.

Le junior qui arrive aujourd'hui dans son équipe ne constituera jamais ce capital. Regarde sa journée : il relit du code généré, il valide des suggestions, il orchestre. L'exécution est devenue abondante et presque gratuite, donc plus personne ne le paie pour la faire.

Or c'est en la faisant qu'on fabrique, des années plus tard, la capacité de bloquer le changement que tous les voyants laissaient passer.

Un métier uniquement tourné vers le jugement n'est donc pas une destination stable. C'est une position vivable pour ceux qui y arrivent par le haut, avec dix ans de métier derrière eux. Et fermée pour ceux qui devraient la rejoindre par le bas.

La vraie question, celle qui reste quand on a épuisé les stratégies personnelles, est une question de reproduction. Comment une organisation continue-t-elle de fabriquer des gens capables de juger ? Et qui contrôle ce mécanisme ?

Avant, ce savoir circulait gratuitement entre praticiens. Un junior apprenait en lisant le code des seniors, en se faisant reprendre en revue, en absorbant des années de terrain au contact direct des autres.

Aujourd'hui, quand ce même débutant a une question, il la pose à un modèle. L'apprentissage qui se transmettait d'un ancien vers un nouveau devient un service loué à un tiers et facturé au token.

Ce n'est pas un effet de bord. C'est le point de rupture. En s'installant entre l'ancien et le débutant, le modèle ne remplace pas seulement la production du code. Il remplace la transmission du métier, et il la facture.

La logique économique a besoin du jugement humain. Lui seul arbitre l'ambiguïté, laisse passer un risque en connaissance de cause, ou bloque un travail qui passe tous les tests mais qui le laisse mal à l'aise. La pipeline ne sait pas faire ça.

Mais ce jugement coûte cher, et son prix ne se voit pas. Entre deux équipes concurrentes, celle qui entretient sa compétence et celle qui la laisse fondre livrent le même code vert. La seconde livre moins cher. Elle gagne donc. Jusqu'au jour de l'accident, celui que seule la première savait bloquer.

Ce qui rend cette mécanique implacable, c'est que personne n'y choisit l'atrophie. Le dirigeant qui comprend tout cela la subit quand même. Chaque acteur fait le choix rationnel à son échelle, et c'est leur agrégation qui détruit ce dont tous dépendent. Le système a besoin d'une chose qu'il détruit en même temps qu'il l'exploite.

Une contradiction de ce genre n'est pas un destin. C'est un point de tension. Donc un terrain où des choix restent possibles. Y compris des choix de dirigeant.

J'ai construit un harnais, Ferry, dans un contexte où des agents IA produisent du code en continu. Concrètement, c'est une série d'épreuves automatiques : tout changement, qu'il vienne d'un humain ou d'un agent, doit les franchir avant de mériter le merge. J'ai théorisé en parallèle un rôle, le Spec Steward — la personne qui détient les conditions sous lesquelles une solution a le droit d'exister dans le système.

Je les avais pensés comme des objets techniques neutres. Ils ne le sont pas.

Le même harnais peut servir deux projets opposés. Un instrument de surveillance qui impose la conformité pendant que l'humain est écarté de la production. Ou un point de contrôle par lequel les ingénieurs gardent la main sur ce que la machine sort. Ce qui décide entre les deux n'est pas la technique. C'est qui possède le harnais, et à qui appartient ce qu'il valide.

Il y a là une ironie que j'avais relevée sans en mesurer le poids. J'ai construit, avec l'IA, l'outil qui gouverne le code écrit par l'IA. Le travailleur qui édifie de ses propres mains l'appareil de sa propre supervision. Mais le même appareil, s'il reste entre ses mains, devient celui de son autonomie. Tout tient dans la propriété.

Et ce n'est plus une trajectoire isolée. Le créateur de Claude Code dit ne plus prompter : son travail, désormais, c'est d'écrire des boucles, des systèmes où un agent produit pendant qu'un autre vérifie, et où l'humain conçoit la chaîne plutôt que d'y opérer. L'industrie vient de donner un nom à ce motif, le loop engineering. Anthropic, selon ses propres chiffres, fait écrire plus de 80 % de son code par Claude, et désigne ce qui reste aux humains : le jugement.

Tout le monde construit donc des harnais, jusqu'aux constructeurs des modèles eux-mêmes. La question que presque personne ne pose en les construisant est celle qui décidera de tout : à qui appartiendront-ils.

L'ingénieur tient deux rôles que personne d'autre ne peut tenir. Aujourd'hui, c'est lui qui arbitre ce que la machine ne sait pas trancher. Demain, c'est par lui ou par personne que quelqu'un d'autre apprendra à le faire.

Une organisation peut se passer de l'un de ses ingénieurs. Elle ne peut pas se passer de tous sans perdre les deux rôles d'un coup, et sans découvrir qu'ils ne se rachètent pas. C'est ce qui fait de cette position, tenue collectivement, un point d'étranglement. Et de sa version individuelle, un simple sursis.

La suite logique n'est donc pas de se réfugier dans le jugement en attendant que le capital s'épuise. C'est de posséder, là où on le peut, ce qui permet au jugement de se reproduire.

Il y a une version immédiatement actionnable, et je l'adresse à un dirigeant. Une compétence interne maintenue vivante n'est pas un coût qu'on optimise. C'est une assurance stratégique. Le jour où survient le risque que seul le jugement humain savait bloquer, on découvre qu'on a vendu la seule chose qui restait non automatisable — et qu'on ne la rachète pas au prix où on l'a laissée partir.

Entretenir cette compétence quand elle coûte plus cher que la machine, c'est exactement ce qu'on attend d'une assurance. On paie pour le jour où on en aura besoin, pas pour les jours où tout va bien.

Concrètement : continuer à payer des gens pour traverser l'étape qu'on est tenté de supprimer. Organiser la transmission au lieu de la sous-traiter au modèle. Garder la propriété des artefacts qui gouvernent la production plutôt que de la louer.

Rien de tout cela n'est une fatalité. Quelque part, aujourd'hui, un ingénieur bloque encore un changement que tous les voyants laissaient passer.

La question des années qui viennent n'est pas de savoir si la machine produira plus. Elle a déjà répondu. C'est de savoir qui paiera pour que, dans dix ans, quelqu'un sache encore faire ce geste.

P.S. Ce texte a été écrit avec l'assistance d'une IA. Elle a produit, j'ai jugé. Reste à savoir combien de temps je saurai encore le faire.