Cosa deve fare un agente IA quando gli serve una decisione umana a metà esecuzione?

Un agente IA che si imbatte in una decisione che non dovrebbe prendere da solo deve lasciare una domanda precisa sull'attività e passare ad altro lavoro, senza fermare l'intera esecuzione e senza tirare a indovinare. In Done è lo strumento ask_decision: pubblica una sola domanda con la raccomandazione dell'agente, toglie l'attività dalla sua coda come needs_input, e l'agente prende in carico la successiva. Quando rispondi, l'attività torna in corso e viene ripresa in un'esecuzione successiva.

Perché non fermarsi e aspettare, oppure tirare a indovinare?

Entrambe le opzioni ovvie falliscono per un agente che gira di notte senza supervisione. Fermarsi significa lasciare intatte le altre undici attività della coda perché una aveva un bivio. Indovinare significa che l'agente sceglie la risposta a una domanda costosa da sbagliare, e lo scopri al mattino. Lasciare la domanda sull'attività mantiene l'esecuzione produttiva e la decisione in mano tua.

Cosa fa davvero ask_decision?

• question: una frase. Viene pubblicata sull'attività, quindi la leggi dove vive il lavoro.
• recommendation: obbligatoria. L'agente deve dire cosa farebbe senza risposta e perché, così rispondere è un tasto e non un saggio.
• kind e options: una domanda, un permesso o un dato che hai solo tu, con facoltativamente da 2 a 4 scelte concrete; senza options la risposta è libera.
• blocking: true per impostazione predefinita; l'attività resta in needs_input ed esce dalla coda dell'agente. Con blocking:false l'attività resta in coda, l'agente continua a lavorare e raccoglie la tua risposta più tardi.

Quando un agente deve chiedere invece di decidere?

L'indicazione dello strumento è stretta di proposito, perché chiedere a ogni ambiguità trasforma la bacheca nel feed di commenti che doveva sostituire. L'agente chiede in questi casi e, per il resto, decide e dice cosa ha deciso nel riepilogo della sua esecuzione:

• Spendere denaro.
• Qualsiasi cosa rivolta all'esterno: un'e-mail, un post, una risposta a un cliente.
• Qualsiasi cosa irreversibile, o un vero bivio in cui sbagliare costa caro.

Cosa succede quando rispondo?

La tua risposta viene registrata come commento sull'attività, e un'attività messa in attesa da una domanda bloccante torna in corso. L'agente la trova chiamando list_open_decisions all'inizio di un'esecuzione, o semplicemente next_task, che mette per prime le attività risposte da poco perché il loro contesto è già scritto. Se due persone rispondono insieme, passa una sola risposta e l'altra viene avvisata che la domanda è già chiusa. Se l'agente risolve il dubbio da solo, withdraw_decision libera l'attività. Su ogni attività può esserci una sola domanda bloccante aperta.

In cosa è diverso dall'approvazione?

L'approvazione presidia la fine del lavoro: un'attività non contrassegnata auto-OK non arriva a completata finché non approvi. ask_decision avviene a metà strada e non è un'approvazione: rispondere non completa mai nulla. I due non si scontrano: una domanda bloccante non può riaprire un'attività già completata o in attesa del tuo ok, perciò su quelle l'agente chiede con blocking:false e la richiesta originale non si perde.