Reconnaître les limites et reprendre la main

Vous êtes dans la session depuis quarante minutes. Le premier essai ne compilait pas, le deuxième compilait mais cassait deux tests, le troisième a réparé ces deux tests et cassé un troisième, et le quatrième vient de réintroduire l'erreur du premier essai. Vous relancez quand même, parce que « ça y est presque » et parce que quarante minutes, c'est trop pour tout jeter. Une heure plus tard, le fichier ne ressemble plus à rien, vous ne savez plus quelle partie du code est d'origine, et vous finissez par un git checkout rageur qui annule tout — y compris les deux modifications qui étaient bonnes.

Ce scénario n'est pas une anecdote, c'est le mode d'échec dominant du travail avec un agent, et il tient à un biais parfaitement documenté : le coût irrécupérable. Chaque itération augmente votre investissement affectif et votre réticence à l'abandonner, alors que la probabilité de succès, elle, diminue. Un agent qui a échoué trois fois sur la même tâche n'est pas en train d'apprendre : il tourne dans un contexte pollué par ses propres tentatives ratées, qui l'orientent vers les mêmes impasses. La compétence à acquérir est donc contre-intuitive : il faut savoir décider d'arrêter, tôt, sur des signaux objectifs et non au feeling.