La tesi in una frase: quasi tutto ciò che oggi si vende come «agente IA» è un workflow —una sequenza di passaggi fissa, scritta in anticipo da un umano— con un nome più caro. L’agent washing è proprio questo: cambiare l’etichetta alla solita automazione per venderla come se pensasse. E la domanda che separa l’uno dall’altro non è quanti passaggi ha né quanti modelli girano sotto. È una sola: decide o esegue?
Cos’è un vero agente IA (e cos’è l’agent washing)
L’agent washing è lo stesso trucco del greenwashing, applicato al software: metti sopra la parola di moda a qualcosa che dentro non è cambiato, e incassi il sovrapprezzo della moda. Prima era «con IA». Poi «con machine learning». Ora è «agente». Il prodotto sotto —un modulo che fa partire un flusso, tre chiamate API incatenate, un if-else con un LLM in mezzo per scrivere il testo finale— è lo stesso di due anni fa. L’unica cosa salita è il prezzo e la parola nel titolo.
Un workflow, per quanto ben fatto, esegue passaggi fissi: se succede A, fai B; se no, fai C. Chi l’ha progettato ha già deciso, al tavolo di progettazione, tutte le possibili biforcazioni. L’IA che c’è dentro, se c’è, si limita a scrivere un’email o estrarre un dato da un PDF —compiti che fa bene, ma che non sono decidere—. Un vero agente fa qualcosa di diverso: si trova davanti a una situazione che nessuno aveva del tutto previsto, sceglie quale strumento usare per risolverla, e quella scelta non era scritta in nessun diagramma di flusso precedente. Questa capacità di decidere sul momento, con informazioni incomplete, è l’unica cosa che separa «agente» da «workflow con un passaggio IA».
Perché te lo nascondono nella demo
La demo di chi vende agent washing è pensata, quasi sempre senza malafede consapevole, per non mostrarti mai il caso strano. Ti mostra il percorso felice: il cliente scrive esattamente quello che ci si aspettava scrivesse, i dati arrivano puliti, l’API di turno risponde al primo tentativo. Su quel percorso, un workflow ben costruito si comporta esattamente come un vero agente —veloce, sicuro, impeccabile—. La differenza emerge solo quando qualcosa esce dal copione: il cliente chiede qualcosa di non previsto, due condizioni si verificano insieme e nessuno aveva previsto quale vince, l’API restituisce un errore a metà. Lì il workflow si ferma o improvvisa male, perché non ha margine di decisione oltre a ciò che è stato scritto. E quel momento, per definizione, non esce mai nella demo, perché chi mostra la demo sceglie quale caso mostrare.
Non è necessariamente inganno deliberato. Spesso lo stesso venditore confonde «usa un LLM da qualche parte» con «è un agente», perché il marketing del settore spinge questa confusione da due anni ed è comoda per tutti: suona meglio nella proposta, giustifica un prezzo più alto, e il cliente che non ne ha mai costruito uno non ha modo facile di verificarlo prima di firmare. Il risultato è lo stesso, voluto o no: paghi prezzo da agente per un workflow, e scopri la differenza il giorno in cui arriva il caso strano —di solito in produzione, con un cliente vero che guarda.
La prova del fuoco: tre domande che un workflow travestito non regge
Non serve essere ingegneri per fare queste domande. Serve farle prima di firmare, non dopo:
- «Cosa fa quando l’input non corrisponde a nessuno dei casi previsti?» Un workflow ha un ramo di default —di solito «avvisa un umano» o «restituisce un errore generico»—. Un agente valuta la situazione con gli strumenti che ha a disposizione e decide un’azione ragionevole, anche se non perfetta.
- «Può scegliere di NON usare uno strumento che gli hai dato, se decide che non serve?» Se la risposta è «no, segue sempre la sequenza programmata», è un workflow con passaggi condizionali, per quanto sofisticato possa sembrare. Un agente scarta strumenti quando il contesto gli dice che non si applicano.
- «Cosa succede se cambio l’ordine della richiesta, o gli do due richieste contraddittorie insieme?» Il workflow si rompe o prende la prima regola che corrisponde. L’agente ragiona sulla contraddizione e, come minimo, la segnala invece di eseguire ciecamente la prima corrispondenza.
Se il venditore risponde con sicurezza e con esempi concreti, non con «di solito non succede», probabilmente hai davanti qualcosa di reale. Se schiva la domanda o risponde con una metrica di adozione invece che con un caso, hai la risposta.
| Workflow con il cartellino | Agente vero |
|---|---|
| Tutti i rami sono stati decisi in fase di progettazione | Decide sul momento davanti all’imprevisto |
| L’IA scrive o estrae testo in un passaggio | L’IA sceglie quale strumento usare e quando |
| Il caso strano rompe il flusso o si blocca | Il caso strano si ragiona con ciò che c’è disponibile |
| La demo mostra sempre il percorso felice | Regge alle domande sul percorso che non lo è |
Niente di tutto questo significa che il workflow sia cattivo. Un workflow ben costruito, economico, prevedibile e facile da verificare è lo strumento giusto per l’80% dei processi di un’azienda —quelli che hanno davvero passaggi fissi e non hanno bisogno che nessuno decida nulla—. Il problema non è avere un workflow. Il problema è pagarlo come se fosse un agente, e scoprire la differenza il giorno in cui serve che decida e non ci riesce. Chi vuole capire davvero cosa serve per costruire qualcosa che decide davvero —memoria tra le interazioni, scelta dello strumento e misurazione del proprio lavoro, non solo un LLM attaccato in fondo a una catena— trova la mappa completa in come creare un agente IA che non sia un chatbot travestito; questo articolo si ferma a come riconoscerlo prima di comprarlo.
Quando il workflow è esattamente quello che ti serve (e comprare un agente sarebbe buttare via i soldi)
Ecco la parte che quasi nessuno dal lato vendite ti dirà: se il tuo processo è ripetibile, con passaggi che non cambiano ed eccezioni rare abbastanza da contarle sulle dita di una mano, un agente è ingegneria eccessiva e costosa. Stai pagando in più un sistema per «decidere» qualcosa che comunque si decide sempre allo stesso modo. È esattamente il terreno dove automatizzare un processo con agenti IA senza che si rompa al primo colpo significa costruire il workflow giusto, fatto bene, invece di travestirlo da altro per far pagare di più. Un vero agente guadagna il suo prezzo quando il processo ha variabilità reale: quando ogni caso arriva diverso, quando le eccezioni sono la maggioranza e non la minoranza, quando serve che qualcuno —umano o agente— giudichi invece di seguire un copione.
È la stessa logica dietro il costruire un team di dipendenti IA invece di un mucchio di automazioni separate: non ha senso chiamare «dipendente» uno script che fa sempre la stessa cosa, così come non ha senso chiamare «agente» un workflow. Un dipendente —umano o digitale— vale per il suo giudizio, non per ripetere lo stesso passaggio. Se ti serve che lo stesso passaggio si ripeta mille volte senza deviare, quello non è un dipendente né un agente: è un workflow, ed è giusto che lo sia. Pagalo per quello che è.