L'ambiguïté est inconfortable. Elle crée le sentiment que la progression est bloquée — que tu ne peux pas avancer tant que tu n'as pas une image plus claire de ce que tu construis. La réponse à cet inconfort est habituellement de résoudre l'ambiguïté prématurément, en choisissant une direction avant d'avoir assez d'information pour choisir la bonne. En programmation agentic, où tant de questions importantes sont réellement non résolues, cette résolution prématurée est une source constante de travail gaspillé.

La version technique de ça, c'est le système conçu trop tôt. L'équipe est à trois jours dans un nouveau projet agentic, les exigences sont encore floues, et quelqu'un commence à concevoir l'architecture. L'architecture encode des hypothèses qui semblent raisonnables maintenant mais qui n'ont pas été testées contre de vraies entrées. Deux semaines plus tard, les vraies entrées arrivent et elles sont différentes de ce que l'architecture supposait. La refonte coûte plus cher que la patience ne l'aurait coûté.

La patience face à l'ambiguïté ne veut pas dire ne rien faire. Ça veut dire faire les bonnes choses — celles qui réduisent l'incertitude sans verrouiller d'engagements. Faire des expériences rapides sur les prompts les moins clairs. Prototyper les pièces qui semblent les plus incertaines. Parler aux gens qui utiliseront le système avant de décider ce qu'il doit faire. Construire la petite version qui révélera les vraies contraintes avant de construire la grande version qui suppose que tu les connais.

La compétence consiste à reconnaître quelles décisions doivent être prises maintenant et lesquelles peuvent être reportées sans risque. Certaines décisions sont réellement bloquantes — tu ne peux pas progresser sans elles. D'autres semblent bloquantes à cause de l'inconfort de l'incertitude, mais rien ne dépend en fait de leur résolution aujourd'hui. Distinguer entre les deux exige une sorte de méta-jugement que les développeurs expérimentés développent avec le temps et qui manque souvent aux moins expérimentés.

Les systèmes agentic ont une propriété particulière qui récompense la patience : ils sont bon marché à prototyper. Une expérience de prompt prend quelques minutes. Un eval rapide prend une heure. Le coût de rester dans la phase exploratoire plus longtemps que ce qui est confortable est bas. Le coût de verrouiller la mauvaise architecture parce que tu avais besoin de sentir que tu progressais est élevé.

Reste assis avec les parties floues. Elles te diront quelque chose si tu les laisses.