L’ANALISI
Microsoft-Decision-1: quando un agente ha bisogno di un gate, non di un chatbot
Analisi pratica di Microsoft-Decision-1: decisioni tipizzate per routing e gate degli agenti, API dedicata, deployment Foundry, limiti e protocollo di prova.
In breve: Microsoft-Decision-1 serve quando un workflow deve scegliere tra opzioni delimitate, assegnare un punteggio o bloccare un passaggio, senza generare testo libero. Può rendere più economici e misurabili alcuni gate degli agenti, ma resta un servizio hosted e richiede calibrazione locale prima di automatizzare decisioni reali.
Che cosa restituisce davvero
L’API riceve uno stato in testo o JSON e una o più domande. I tipi documentati sono noul per una probabilità binaria, choice per scegliere tra opzioni e score per collocare un elemento su una scala ordinata.
Dove entra in un agente
Il modello può instradare ticket, scegliere uno strumento, ordinare incidenti o verificare una condizione prima del passo successivo. Non sostituisce un modello generativo quando occorre spiegare, sintetizzare o creare contenuto.
Deployment e confine operativo
Microsoft documenta deployment GlobalStandard e DataZoneStandard in Foundry, autenticazione Entra ID o API key e un endpoint provider dedicato. Non risultano pesi locali: dati, latenza e residenza dipendono dal deployment scelto.
Come leggere i benchmark Microsoft
Microsoft riporta risultati su 36 benchmark e vantaggi di latenza, ma sono misure del fornitore. Prima di adottarlo occorre replicare il confronto con una baseline unica, esempi etichettati e più esecuzioni.
Condizioni e limitazioni
Accuratezza e velocità pubblicate sono benchmark Microsoft, non una validazione indipendente. Formulazione e ordine delle opzioni possono cambiare il risultato; soglie, astensione e revisione umana vanno validate sui propri dati.
Checklist pratica
- Congelare un dataset sintetico etichettato e separare train, tuning e verifica.
- Confrontare Decision-1 con un LLM generalista usando le stesse classi e lo stesso criterio.
- Misurare accuratezza, errori per classe, latenza, costo e stabilità rispetto all’ordine delle opzioni.
- Aggiungere un’opzione di astensione e una soglia di escalation verso una persona.
- Non usare il punteggio come unico decisore per scelte conseguenti sulle persone.