Opinioni Zero-token architecture: la svolta dell'IA agentica
2' 58''
13/04/2026

Kelsey Hightower, ex Google engineer e padre di Kubernetes, sfida gli IT manager: rinominate le vostre automazioni in "architettura zero-token" per restare rilevanti nell'era dell'IA agenziale.

Zero-token architecture: la svolta dell'IA agentica

Kelsey Hightower, già distinguished engineer di Google e tra i principali promotori di Kubernetes, ha lanciato un messaggio provocatorio agli informatici aziendali durante la conferenza .NEXT di Nutanix a Chicago: rinominare le automazioni esistenti in "architettura zero-token" per sopravvivere alla pressione dell'intelligenza artificiale agenziale e restare rilevanti nel mercato del lavoro tecnologico.

Il contesto in cui si inserisce questa provocazione è tutt'altro che banale. Le aziende stanno investendo miliardi di dollari in sistemi di IA agenziale — agenti software capaci di interpretare istruzioni in linguaggio naturale ed eseguire compiti autonomamente — nella convinzione che questi strumenti portino aumenti di produttività significativi. Parallelamente, però, i costi di utilizzo basati sul consumo di token stanno spingendo molte organizzazioni a introdurre quote di spesa, rendendo improvvisamente appetibile qualsiasi soluzione che agisca senza bruciare risorse computazionali.

È qui che Hightower individua l'opportunità tattica per i professionisti IT. Strumenti come Bash e cURL — tecnologie consolidate da decenni — possono automatizzare processi come il reset delle password senza alcun consumo di token. L'alternativa agenziale, ha spiegato con ironia al pubblico della conferenza, comporterebbe invece un agente AI che analizza messaggi Slack degli utenti e chiama un'API con un costo potenziale enorme: "L'agente brucerà 2 trilioni di token", ha detto, per fare esattamente ciò che uno script Bash risolve in millisecondi.

Just rename that to etc/agent.d, and you'll have all these agents doing all these automatic things using the zero-token architecture.

La proposta di ribattezzare directory come etc/cron.d in etc/agent.d, o di presentare Puppet, Ansible e Chef come componenti di un'architettura agenziale, è volutamente irriverente. Ma dietro la battuta si cela una critica sostanziale al modo in cui molte organizzazioni adottano l'IA: inseguendo il termine di moda senza valutare se esista già una soluzione tecnica più semplice, meno costosa e altrettanto efficace.

La questione occupazionale è il secondo livello del ragionamento di Hightower. Il rischio per i professionisti IT non è l'obsolescenza immediata, ma una forma più insidiosa di marginalizzazione: costruire vent'anni di carriera su un solo anno di apprendimento, replicando le stesse competenze di base senza approfondire i fondamentali della piattaforma tecnologica. Chi si ferma all'installazione di Linux o alla gestione degli switch senza progredire diventa facilmente sostituibile da sistemi automatizzati.

We train the machines. It's your real-life experiences, every bug you fix, everything you share with other people on GitHub, all of that became the training data.

Il paradosso evidenziato dall'ex ingegnere di Google è che i modelli di IA sono stati addestrati proprio sull'esperienza accumulata dagli informatici nel corso degli anni: ogni bug risolto, ogni soluzione condivisa su GitHub, ogni intuizione operativa ha contribuito al corpus di dati su cui si basano oggi i sistemi generativi. Ciò che i modelli non riescono ancora a replicare sono le competenze trasversali: l'intuizione che un sistema andrà in crash di notte perché coincide con il backup, la capacità di esprimere un giudizio contestuale, l'esperienza accumulata sul campo.

Hightower ha concluso con una previsione articolata: chi comprende i fondamentali dello stack tecnologico — i livelli più profondi dell'infrastruttura — sarà in grado di creare nuovi linguaggi di programmazione e nuove astrazioni, proprio perché conosce i dettagli sottostanti. La domanda aperta, però, riguarda quante organizzazioni siano disposte a investire nella formazione profonda dei propri team IT piuttosto che esternalizzare quella conoscenza a sistemi automatizzati, e quali siano le implicazioni di lungo periodo per la qualità e la resilienza dei sistemi su cui le imprese costruiscono il loro business.

The people who know the underlying parts of the stack, those are the people who create the new programming languages, they create the new abstractions, because they understand the details below.

Condividi questo contenuto