Il Model Context Protocol ha ricevuto il più importante aggiornamento architetturale dalla sua pubblicazione da parte di Anthropic nel novembre 2024, completando la transizione verso un protocollo completamente stateless e introducendo modifiche progettate per sostenere implementazioni aziendali di agenti AI su larga scala. La nuova versione è stata rilasciata sotto la supervisione dell’Agentic AI Foundation, un fondo gestito dalla Linux Foundation, e comprende un modello di autenticazione rafforzato, una politica formale di deprecazione con un periodo minimo di dodici mesi e la promozione a estensioni ufficiali di MCP Apps, destinata alle interfacce interattive generate dai server, e MCP Tasks, pensata per le attività asincrone di lunga durata.
La modifica centrale riguarda l’eliminazione dell’obbligo di mantenere una sessione persistente tra un client MCP e una specifica istanza server. Nella precedente architettura, l’applicazione AI che effettuava le richieste doveva continuare a comunicare con lo stesso server, perché quest’ultimo conservava lo stato della sessione; negli ambienti cloud moderni, nei quali i nodi di calcolo vengono avviati, sostituiti o arrestati dinamicamente dietro un bilanciatore di carico, la perdita del pod che gestiva la sessione poteva provocare il fallimento delle richieste e la perdita del lavoro svolto dall’agente.
Con il nuovo modello, il client può invece inviare ogni richiesta a un bilanciatore di carico, che la inoltra a qualsiasi server MCP disponibile, senza la necessità di una connessione persistente con una particolare istanza. Questo consente di distribuire i server MCP attraverso Kubernetes e le comuni infrastrutture DevOps cloud-native, utilizzando sistemi di autoscaling, orchestrazione e failover già presenti nelle organizzazioni, senza dover aggiungere archivi centralizzati delle sessioni, sistemi di routing persistente o meccanismi personalizzati per mantenere gli identificativi di sessione.
David Soria Parra, co-creatore di MCP e responsabile principale del progetto presso Anthropic, ha definito la release il cambiamento più significativo mai apportato al protocollo, osservando che alcuni sviluppatori la considerano informalmente una versione 2 per la portata della revisione. Den Delimarsky, uno dei principali manutentori, ha spiegato che il precedente sistema obbligava gli operatori a gestire session store e session ID e che il blocco di un singolo pod poteva interrompere le richieste successive, mentre la nuova architettura elimina direttamente questa dipendenza.
Mazin Gilbert, direttore esecutivo dell’Agentic AI Foundation ed ex dirigente di Google e AT&T, ha paragonato il passaggio allo stateless al principio architetturale che ha consentito al web di scalare, perché un browser può comunicare con qualsiasi server disponibile dietro un bilanciatore di carico senza dipendere da una connessione permanente. Secondo Gilbert, questo limite era diventato uno dei principali ostacoli per le imprese intenzionate a spostare gli agenti AI dai progetti pilota alla produzione, soprattutto nelle organizzazioni che stanno già distribuendo decine di migliaia di agenti e non possono associare ciascuna attività a un’unica istanza server.
Il problema era stato individuato poco dopo la nascita del protocollo. Nel dicembre 2024, poche settimane dopo il lancio di MCP, il co-creatore Justin Spahr-Summers aveva avviato su GitHub una discussione pubblica nella quale descriveva le connessioni persistenti e con stato come un limite per le implementazioni serverless, proponendo tre possibili soluzioni, tra cui l’architettura completamente stateless successivamente adottata. Nei mesi seguenti, ingegneri di Vercel, Cloudflare, Shopify e Amazon hanno contribuito alla progettazione, mentre l’orientamento definitivo verso la nuova architettura è stato formalizzato durante una riunione sul futuro dei trasporti MCP tenutasi nel dicembre 2025.
La rimozione dello stato dal protocollo comporta comunque alcuni compromessi. Le informazioni necessarie alla continuità delle operazioni non scompaiono, ma vengono trasferite tra client e server all’interno delle richieste, producendo payload più grandi rispetto al modello precedente. Secondo Soria Parra, questi dati sono tuttavia facilmente comprimibili e rimangono relativamente piccoli se confrontati con il normale traffico HTTP generato dalle applicazioni web.
Alcune funzionalità raramente utilizzate sono state inoltre rimosse o ridimensionate. Tra queste rientra il logging fuori banda, che permetteva a un server di inviare messaggi informativi al client in qualsiasi momento, indipendentemente da una richiesta attiva. Prima di eliminarlo, i manutentori hanno analizzato i repository pubblici su GitHub per verificare il livello di adozione e hanno rilevato che la funzione era utilizzata soltanto da un numero estremamente limitato di sviluppatori.
Delimarsky ha precisato che lo stateless non elimina ogni forma di stato, ma ne trasferisce deliberatamente la gestione agli sviluppatori e all’infrastruttura applicativa. Il protocollo non impone più un modello unico, lasciando alle organizzazioni la possibilità di conservare le informazioni nel database, nel sistema di orchestrazione, in una cache distribuita o in qualsiasi altro componente coerente con la propria architettura.
Per la maggior parte degli sviluppatori, la migrazione dovrebbe richiedere modifiche limitate, perché una parte consistente dell’ecosistema utilizza gli SDK ufficiali disponibili per TypeScript, Python, C#, Rust, Java e altri linguaggi. Gli aggiornamenti agli SDK assorbiranno gran parte delle differenze del protocollo e i manutentori hanno dichiarato di aver progettato il percorso di aggiornamento in modo che possa essere applicato con interventi minimi, compresi quelli prodotti attraverso assistenti di programmazione basati sull’intelligenza artificiale.
Accanto alla revisione architetturale, MCP introduce una politica formale di deprecazione che garantisce almeno dodici mesi tra l’annuncio della deprecazione di una funzionalità e la sua possibile rimozione. La regola è stata definita dopo consultazioni con Google, Microsoft e Amazon per individuare un intervallo compatibile con i cicli di aggiornamento delle grandi organizzazioni, nelle quali modificare una dipendenza infrastrutturale richiede attività di pianificazione, test, approvazione e distribuzione distribuite nel tempo.
I dati raccolti dai manutentori indicano che la maggior parte dell’ecosistema completa normalmente gli aggiornamenti entro sei-otto mesi, ma il periodo di dodici mesi viene considerato anche una fase di osservazione e raccolta del feedback, non una scadenza automatica. Una funzionalità deprecata diventa tecnicamente rimovibile dopo un anno, ma può essere mantenuta qualora le risposte degli utenti, le esigenze operative o l’evoluzione dell’ecosistema suggeriscano di modificare la decisione iniziale.
Per Gilbert, la policy di deprecazione costituisce uno dei tre elementi necessari per ottenere la fiducia delle imprese, insieme alla natura aperta dello standard e alla scalabilità stateless. Alcune aziende stavano già utilizzando MCP su scala ridotta, ma ne limitavano la diffusione per le lacune nei sistemi di autorizzazione, per i problemi legati alle identità e per l’assenza di garanzie sulla stabilità delle funzionalità nel tempo.
La release rafforza anche il modello di autorizzazione, allineando le specifiche MCP alle modalità con cui OAuth 2.0 e OpenID Connect vengono implementati nei sistemi reali. Il protocollo richiede ora la convalida obbligatoria del parametro issuer, identificato come iss, per impedire gli attacchi OAuth di tipo mix-up, nei quali un client viene indotto ad associare una risposta di autorizzazione al provider di identità errato.
La misura non risponde a un incidente noto o a uno sfruttamento attivo, ma deriva da un lavoro preventivo svolto con la comunità della sicurezza. I manutentori hanno scelto di adottare meccanismi già consolidati negli standard di autenticazione, evitando di creare soluzioni specifiche per MCP e cercando al tempo stesso di integrare nel protocollo le pratiche di protezione più recenti.
Un ulteriore componente è l’estensione Enterprise Managed Authorization, sviluppata con il contributo di Okta, che permette alle organizzazioni di utilizzare il proprio identity provider aziendale come autorità centrale per l’accesso ai server MCP. Un’impresa che gestisce decine o centinaia di server può così applicare criteri comuni, obbligare gli utenti ad autenticarsi con le credenziali aziendali e impedire che un client invii dati o richieste a servizi non approvati utilizzando account personali.
Okta ha avviato il lavoro sullo standard aperto alla base dell’estensione, mentre i manutentori di MCP hanno contribuito a trasformarlo in una specifica utilizzabile dall’intero ecosistema, anziché in una funzione proprietaria legata a un singolo fornitore. Sono inoltre già previste proposte relative alla proof of possession, destinata a dimostrare che chi presenta un token ne possiede effettivamente le chiavi associate, e alla federazione delle identità dei workload, richiesta dai team di sicurezza che utilizzano MCP in ambienti di produzione.
La nuova versione assegna lo status di estensione ufficiale a MCP Apps e MCP Tasks, utilizzando un framework che consente alle estensioni di evolversi con tempistiche indipendenti dalla specifica principale. Questa separazione permette di ampliare le funzioni del protocollo senza aumentare continuamente la complessità del nucleo centrale.
MCP Apps consente ai server di inviare ai client AI interfacce utente ricche, interattive e renderizzate lato server. L’output di un agente non deve quindi limitarsi a una risposta testuale, ma può comprendere dashboard, moduli, controlli e visualizzazioni direttamente utilizzabili all’interno dell’applicazione che ospita il client, riducendo il lavoro necessario per costruire interfacce agentiche dedicate.
MCP Tasks introduce invece un modello per le operazioni asincrone che richiedono più tempo di una normale chiamata agli strumenti. Il server può restituire un identificativo persistente dell’attività, permettendo al client di disconnettersi, arrestarsi o riavviarsi e di verificare successivamente lo stato del lavoro, senza mantenere aperta per tutta la durata una connessione fragile. Il modello è applicabile, per esempio, all’elaborazione di audio e video, ai job batch, alle trasformazioni di grandi set di dati e ai calcoli complessi.
Una terza novità riguarda le richieste multi-round-trip, attraverso le quali client e server possono scambiarsi più messaggi durante una singola operazione logica. Un server può quindi richiedere parametri aggiuntivi, proporre opzioni, validare i dati ricevuti e continuare la negoziazione prima di eseguire l’azione definitiva, superando il modello precedente nel quale ogni chiamata veniva trattata prevalentemente come una richiesta singola seguita da una risposta.
Secondo Soria Parra, sia la revisione stateless sia le nuove estensioni sono state sviluppate in risposta alle esigenze degli utenti di produzione più avanzati, con il contributo di specialisti di sistemi distribuiti provenienti da Microsoft, Google e altre aziende. Il progetto è stato quindi costruito attorno a problemi osservati nelle implementazioni reali, anziché esclusivamente attraverso decisioni interne dei creatori originari.
Anthropic ha creato MCP nel novembre 2024 e lo ha donato all’Agentic AI Foundation nel dicembre 2025, insieme ai progetti fondatori presentati da Block e OpenAI. La fondazione opera sotto la Linux Foundation, ma la presenza di Anthropic all’interno della manutenzione continua a sollevare interrogativi sul livello effettivo di indipendenza del protocollo.
Soria Parra, che rimane dipendente di Anthropic e responsabile principale della manutenzione, ha riconosciuto di disporre tecnicamente di un diritto di veto, precisando però che non è mai stato esercitato nelle discussioni del progetto. Il gruppo principale dei manutentori comprende attualmente rappresentanti di Anthropic, Microsoft, OpenAI, Google e Amazon, con contributi provenienti anche da Block, e le decisioni principali vengono generalmente adottate all’unanimità.
La governance dovrebbe ampliarsi progressivamente attraverso strutture che coinvolgeranno un numero maggiore di organizzazioni e partecipanti. Gilbert ha indicato la crescita dell’AAIF come una prova della progressiva neutralizzazione del progetto: la fondazione è passata da circa 40 membri al momento della nascita, nel dicembre 2025, a 240 membri, con un ritmo medio di una nuova adesione al giorno, diventando la fondazione con la crescita più rapida nella storia della Linux Foundation in termini di partecipazione.
Secondo le stime di Gilbert, la quota dei contributi provenienti da Anthropic è scesa sotto il 50%, mentre la base associativa si è estesa oltre le aziende tecnologiche e comprende organizzazioni dei settori retail, finanziario e delle telecomunicazioni. Tra i membri figurano anche il CERN e Consumer Reports, coinvolta per rappresentare gli interessi dei consumatori nella costruzione di un ecosistema nel quale gli agenti AI potranno interagire autonomamente con servizi e infrastrutture.
L’Agentic AI Foundation sta inoltre cercando di mantenere una posizione neutrale rispetto alle tensioni tecnologiche tra Stati Uniti e Cina. Nell’autunno 2026 ospiterà AGNTCon e MCPCon a Shanghai, Tokyo, Amsterdam e San Jose, mentre ulteriori eventi sono previsti in Corea del Sud, Nairobi e Toronto. La fondazione intende aumentare anche il numero di membri in Asia e in India, considerate aree nelle quali la partecipazione è ancora inferiore al potenziale.
La neutralità viene estesa anche ai modelli utilizzati. MCP dovrebbe funzionare allo stesso modo con modelli come Kimi, Gemma, i sistemi di Anthropic o qualsiasi altro modello statunitense, cinese o sviluppato in altri Paesi, perché il valore del protocollo dipende dalla possibilità di collegare agenti, strumenti e servizi attraverso uno standard comune, indipendentemente dal fornitore del modello.
Secondo Gilbert, le aziende scelgono sempre più spesso modelli differenti per attività differenti e nessun sistema può generare valore su vasta scala se i protocolli che regolano l’accesso agli strumenti rimangono chiusi o incompatibili. L’AAIF è stata quindi concepita come un ambiente neutrale nel quale imprese concorrenti possano concordare le specifiche dell’infrastruttura destinata a sostenere quella che la fondazione definisce l’Internet degli agenti.
Il confronto utilizzato dalla fondazione è quello con HTTP, che ha ottenuto una diffusione globale combinando standard aperti, scalabilità stateless e governance neutrale. Secondo Gilbert, un anno prima MCP non possedeva ancora tutti questi elementi e anche sei mesi prima rimanevano incomplete alcune garanzie, mentre la nuova release riunisce per la prima volta i tre requisiti considerati necessari per l’adozione nelle grandi imprese.
La portata del protocollo è indicata anche dai dati relativi agli SDK. Soria Parra ha riferito che i download sono raddoppiati nei sei mesi precedenti la release, raggiungendo circa 250 milioni a settimana. Al momento della donazione alla fondazione, nel dicembre 2025, Anthropic aveva comunicato 97 milioni di download mensili considerando soltanto gli SDK Python e TypeScript.
Per i manutentori, il successo della nuova specifica verrà misurato attraverso il numero di server che la adotteranno, il feedback raccolto nei gruppi di lavoro, nelle discussioni su GitHub e nel server Discord del progetto, oltre che attraverso l’implementazione da parte delle aziende che hanno contribuito direttamente alla revisione, tra cui Microsoft e Google. Le prime indicazioni ricevute dai partecipanti vengono descritte come positive.
La release segna anche il passaggio definitivo di MCP da progetto originariamente controllato da Anthropic a infrastruttura sviluppata da una comunità internazionale. I manutentori hanno attribuito il risultato non soltanto alle aziende coinvolte formalmente, ma anche ai contributori che dedicano tempo personale alla progettazione, all’implementazione degli SDK, alla documentazione, ai test e alla gestione delle discussioni tecniche.
L’AAIF sta già lavorando alle fasi successive, che comprendono l’integrazione di MCP con Agent Gateway, un progetto destinato alla gestione del traffico e all’applicazione centralizzata delle policy, e l’utilizzo del protocollo nel commercio agentico. In questo modello, MCP agirebbe come livello di scoperta attraverso il quale commercianti e fornitori potrebbero rendere prodotti e servizi direttamente accessibili agli agenti AI.
Gilbert considera l’ecosistema degli agenti ancora nel suo primo o secondo anno di sviluppo, ma ritiene che la combinazione tra architettura stateless, sicurezza basata su standard consolidati, politica di deprecazione, governance condivisa e nuove estensioni operative fornisca ora l’infrastruttura necessaria per sostenere implementazioni su scala molto più ampia.