Que doit faire un agent IA quand il a besoin d'une décision humaine en pleine exécution ?

Un agent IA qui tombe sur une décision qu'il ne doit pas prendre seul doit déposer une question précise sur la tâche et passer à autre chose, sans arrêter toute l'exécution et sans deviner. Dans Done, c'est l'outil ask_decision : il publie une seule question avec la recommandation de l'agent, retire la tâche de sa file en needs_input, et l'agent réclame la tâche suivante. Quand vous répondez, la tâche repasse en cours et sera reprise lors d'une exécution ultérieure.

Pourquoi ne pas simplement s'arrêter et attendre, ou deviner ?

Les deux options évidentes échouent pour un agent qui tourne sans surveillance la nuit. S'arrêter, c'est laisser intactes les onze autres tâches de la file parce que l'une d'elles contenait un embranchement. Deviner, c'est choisir une réponse à une question coûteuse à rater, et le découvrir au matin. Déposer la question garde l'exécution productive et la décision entre vos mains.

Que fait réellement ask_decision ?

• question : une phrase. Elle est publiée sur la tâche, donc vous la lisez là où vit le travail.
• recommendation : obligatoire. L'agent doit dire ce qu'il ferait sans réponse et pourquoi, pour que répondre prenne une touche et non un essai.
• kind et options : une question, une permission ou une information que vous seul avez, avec éventuellement 2 à 4 choix concrets ; sans options, la réponse est libre.
• blocking : true par défaut ; la tâche passe en needs_input et quitte la file de l'agent. Avec blocking:false, la tâche reste dans la file, l'agent continue et récupère votre réponse plus tard.

Quand un agent doit-il demander plutôt que décider ?

Le cadre de l'outil est volontairement étroit, car demander à chaque ambiguïté transforme le tableau en flux de commentaires qu'il devait remplacer. Un agent demande dans ces cas, et sinon décide et indique sa décision dans le résumé de son exécution :

• Dépenser de l'argent.
• Tout ce qui est tourné vers l'extérieur : un e-mail, une publication, une réponse à un client.
• Tout ce qui est irréversible, ou un vrai embranchement où se tromper coûte cher.

Que se passe-t-il quand je réponds ?

Votre réponse est enregistrée en commentaire sur la tâche, et une tâche suspendue par une question bloquante repasse en cours. L'agent la retrouve en appelant list_open_decisions au début d'une exécution, ou simplement next_task, qui classe d'abord les tâches récemment répondues puisque leur contexte est déjà écrit. Si deux personnes répondent en même temps, une seule réponse est retenue et l'autre apprend que la question est déjà close. Si l'agent règle la question seul, withdraw_decision libère la tâche. Une seule question bloquante peut être ouverte par tâche.

En quoi est-ce différent de l'approbation ?

L'approbation garde la fin du travail : une tâche non marquée auto-OK n'atteint pas terminé sans votre accord. ask_decision intervient au milieu et n'est pas une approbation : répondre ne termine jamais rien. Les deux ne se heurtent pas : une question bloquante ne peut pas rouvrir une tâche déjà terminée ou en attente de votre validation ; l'agent demande alors avec blocking:false et la demande d'origine n'est pas perdue.