Il tuo "agente AI" è davvero un agente, o è una pipeline travestita?

Un agente decide da solo, in fase di esecuzione, quale strumento usare, quale passo fare dopo, quando fermarsi. Una pipeline ha quei passi decisi in anticipo da chi la progetta: primo passo, poi il secondo, poi il terzo, sempre nello stesso ordine. Il modello, dentro una pipeline, fa comunque lavoro intelligente — estrae dati, classifica un messaggio, genera un riassunto — ma non sceglie i passi: quelli li hai già scelti tu.

Il test pratico per capire cosa hai davvero costruito è questo: riesci a disegnare il diagramma di flusso di quello che fa il tuo sistema, prima ancora che giri? Se sì, hai una pipeline, anche se la chiami agente e anche se il modello "ragiona" a voce alta dentro ogni passo. Se il passo successivo dipende da qualcosa che il sistema scopre solo mentre lavora — e che tu non potevi prevedere in anticipo — allora sì, lì serve vera autonomia decisionale.

Travestire una pipeline da agente ha un costo concreto, non solo estetico:

• Non riproducibilità. Se il modello sceglie il percorso, lo stesso input può prendere strade diverse in run diversi. In demo è affascinante; in produzione significa bug che "funzionavano ieri" e che non riesci a far ripresentare per capirci qualcosa.
• Debug impossibile. Quando una pipeline si rompe, sai esattamente a quale passo. Quando un agente si rompe, spesso il problema reale è una decisione presa tre passi prima, che tu non controllavi e non potevi vedere.
• Costi imprevedibili. Più il sistema è libero di "pensarci su", più token consuma, e più difficile diventa stimare in anticipo quanto ti costerà far girare quel flusso su cento richieste al giorno invece che su dieci.

La maggior parte dei compiti aziendali — smistare una richiesta, generare una bozza di risposta, estrarre dati da un documento — ha una forma che conosci già in anticipo. In quei casi lasciare che sia il modello a "improvvisare" i passi non aggiunge valore: aggiunge solo costo e imprevedibilità, per un beneficio che nella pratica non si vede.

Prima di partire con l'ennesimo "agente" per un'automazione, prova a disegnare davvero il flowchart su un foglio. Se riesci a farlo interamente, costruisci una pipeline: passi fissi, un modello richiamato dentro ogni passo per fare la parte che sa fare meglio (classificare, riassumere, riformulare), e un controllo tuo su sequenza e condizioni di errore. Se invece ti accorgi che, disegnando il diagramma, ti servirebbe una casella "e qui il sistema decide da solo cosa fare dopo, in base a qualcosa che non può sapere in anticipo" — allora, e solo allora, vale la pena introdurre vera autonomia, magari solo in quel punto specifico del flusso e non in tutto il sistema.

Il criterio pratico resta lo stesso, sia che tu stia costruendo un piccolo tool interno sia che tu stia progettando un servizio per un cliente: la complessità va introdotta dove serve davvero, non dove fa più impressione in una demo.