Les systèmes agentic sont probabilistes, le domaine est jeune, et la bonne réponse à plusieurs questions importantes est réellement inconnue. Les développeurs qui ont besoin de certitude avant d'agir trouveront cet environnement punitif. Les développeurs qui peuvent avancer avec confiance dans l'incertitude — en faisant des paris raisonnables, en suivant ce qu'ils apprennent, en mettant à jour à mesure que les preuves s'accumulent — le trouveront stimulant.

L'inconfort face à l'incertitude se manifeste par des patrons reconnaissables. L'équipe qui ne déploiera pas tant que les scores d'eval ne seront pas parfaits — ce qui veut dire jamais, parce que des scores d'eval parfaits sur des systèmes probabilistes, ça n'existe pas. Le développeur qui ne veut pas s'engager sur un prompt parce que peut-être qu'une autre approche serait meilleure — en ignorant que la seule façon de savoir, c'est de l'exécuter. L'architecte qui conçoit pour chaque exigence future possible, produisant un système trop complexe pour être raisonné, au service d'une flexibilité dont on n'aura peut-être jamais besoin.

La recherche de certitude dans un domaine incertain ne produit pas de certitude. Elle produit de la paralysie déguisée en rigueur. Les scores d'eval qui justifieraient le déploiement n'arrivent jamais parce que le standard continue de bouger. Le prompt ne se fait jamais commiter parce qu'une autre alternative semble toujours mériter d'être explorée. L'architecture ne se simplifie jamais parce que et si on avait besoin de cette flexibilité.

L'alternative n'est pas l'imprudence. C'est la confiance calibrée — la capacité d'évaluer ce que tu sais, ce que tu ne sais pas, et quel niveau de certitude est réellement requis pour la décision en question. Déployer un agent pour gérer des demandes clients à faible enjeu n'exige pas de certitude sur son comportement dans chaque cas limite. Ça exige la confiance que les cas courants sont bien gérés et que les modes d'échec sont récupérables. C'est une barre bien plus atteignable, et c'est la bonne barre.

Il y a aussi un argument d'honnêteté épistémique. Le domaine n'a pas de réponses établies à plusieurs des questions importantes. Prétendre le contraire — adopter des positions assurées sur des choses qui sont réellement inconnues — c'est une façon de performer la compétence plutôt que de la développer. Les développeurs les plus utiles avec qui travailler sont ceux qui peuvent dire clairement : voici ce que je sais, voici ce que je ne sais pas, voici mon meilleur pari actuel et pourquoi.

L'incertitude est le milieu. Apprends à y travailler.