Quando un team chiede di mettere in produzione un agente AI, nella mia esperienza la domanda che manca quasi sempre non è “funziona?”, ma “di chi è?”. Non intendo chi l'ha sviluppato tecnicamente. Intendo: chi ne risponde. Perché un agente senza un responsabile chiaro non è autonomia, è solo un rischio che nessuno ha ancora chiamato per nome.
L'agente è una risorsa di chi lo chiede
La regola che applico è semplice: se un team chiede di attivare un agente, quell'agente diventa una sua risorsa a tutti gli effetti — esattamente come lo sarebbe una persona assunta per coprire quel ruolo. Non è dell'IT, non è di chi l'ha costruito, non è di “tutti”. È di chi ha chiesto di usarlo, e decide cosa farne: se mantenerlo, farlo evolvere, o toglierlo di mezzo.
Questo cambia più di quanto sembri. Se un agente è tuo, non puoi più limitarti a lanciarlo e dimenticarlo. Devi saperlo gestire, sapere cosa fa e perché lo fa in quel modo — esattamente come faresti con qualsiasi altra risorsa che risponde a te.
Un chiarimento, prima di andare avanti: qui parlo di responsabilità operativa, non legale. Un agente non ha personalità giuridica, e sotto framework come l'AI Act la responsabilità formale resta comunque in capo all'organizzazione, come “deployer”. Quando dico che un agente è “di” qualcuno, intendo che quel qualcuno ne risponde internamente — è il suo manager operativo, non il suo garante legale. La distinzione conta, ma non cambia la sostanza: senza un responsabile operativo chiaro, anche la responsabilità legale diventa impossibile da esercitare davvero, perché nessuno sa cosa l'agente sta facendo nel dettaglio.
Il modello regge meglio per agenti verticali, dedicati a un singolo team. Per quelli trasversali — un assistente di coding usato da tutta l'ingegneria, per esempio — l'ownership singola non basta: serve un'ownership a due livelli, con chi possiede la piattaforma (standard, sicurezza, aggiornamenti) e chi possiede ogni singolo caso d'uso che ci gira sopra. Anche qui, però, il principio non cambia: ogni livello deve avere un responsabile nominale, non una responsabilità diffusa che di fatto non è di nessuno.
Conoscerlo e gestirlo, non limitarsi ad attivarlo
Conoscere un agente non significa capire il modello che c'è sotto. Significa sapere quali decisioni prende, su quali dati, con quali limiti, e cosa succede quando sbaglia. Un responsabile che non sa rispondere a queste domande non sta gestendo una risorsa: la sta solo ospitando.
Gestirlo significa anche investire quando serve: dargli più contesto, correggere i suoi errori ricorrenti, aggiornare quello che gli hai insegnato — esattamente come faresti con una persona del team a cui, se qualcosa non funziona, non ti limiti a tenerla così com'è.
Non è un umano, e questo conta
C'è però una differenza che non va persa di vista: un agente non è una persona. Non ha bisogno di percorsi di crescita, non porta con sé l'incertezza e il giudizio che rendono un collega umano insostituibile in certe decisioni. Trattarlo “come se” fosse una risorsa non significa trattarlo come se fosse umano — significa applicargli lo stesso livello di responsabilità, non lo stesso trattamento.
Proprio perché non è umano, però, non puoi contare sul fatto che si auto-corregga o che capisca da solo quando sta sbagliando contesto. Quel giudizio deve metterlo qualcun altro: chi lo gestisce.
Un agente senza un responsabile non è autonomia. È solo un rischio a cui nessuno ha ancora messo un nome.
Il coraggio di licenziarlo (o di formarlo)
La parte più difficile non è attivare un agente. È avere il coraggio di disattivarlo quando non serve più — o di investire seriamente per migliorarlo quando serve ancora, ma non funziona abbastanza bene. Succede troppo spesso che un agente resti in produzione per inerzia: nessuno vuole prendersi la responsabilità di spegnerlo, e intanto continua a prendere decisioni che nessuno controlla più davvero.
Chi possiede un agente deve trattarlo con lo stesso rigore con cui tratterebbe una risorsa umana sottoperformante: o la formi seriamente, o la lasci andare. La via di mezzo — tenerla lì, ignorata, perché toglierla sembra più complicato — è l'opzione peggiore, per un agente ancora più che per una persona: un agente non si lamenta mai, non chiede un confronto, non fa notare da solo che qualcosa non va.
Più le organizzazioni si riempiono di agenti, più questa domanda — di chi è, chi ne risponde — diventa quella che distingue un'azienda che usa l'AI in modo serio da una che l'ha semplicemente lasciata entrare. Non è un problema tecnico. È responsabilità, applicata a una risorsa che non è umana ma che, nel frattempo, prende decisioni al posto tuo.
Commenti
Cosa ne pensi?
Per commentare serve un account GitHub — una piccola barriera che tiene lontano lo spam.