MCP diventa stateless: cosa significa la nuova specifica per chi sviluppa agenti IA

Redazione YuSMP Group Team editoriale, YuSMP Group

In breve

Che cosa cambia davvero la specifica 2026-07-28?

Il Model Context Protocol è lo standard aperto per collegare i modelli di IA a strumenti, dati e sistemi esterni: lo strato che un agente usa per interrogare un database, chiamare un’API o leggere un documento. Si è diffuso a grande velocità: i curatori del protocollo riportano quasi 400 milioni di download degli SDK al mese, circa quattro volte in più nell’arco dell’anno, con gli SDK TypeScript e Python oltre il miliardo di download complessivi ciascuno, e più di 950 server MCP elencati soltanto nella directory dei connettori di Claude. Quando uno standard raggiunge questa scala, una versione che ne ridisegna il nucleo non è una nota a margine.

Il rilascio 2026-07-28 raccoglie diverse novità: un core di protocollo stateless, le «Multi Round-Trip Requests» che sostituiscono le chiamate avviate dal server che richiedevano uno stream aperto, il routing tramite header, risultati delle liste memorizzabili in cache, un modello di autorizzazione allineato a OAuth e un framework di estensioni versionato che porta MCP Apps e Tasks fuori dal core. Gli SDK Tier 1 – TypeScript, Python, Go e C# – lo implementano già, con un SDK Rust in beta. In sostanza, gli stessi maintainer del protocollo descrivono il passaggio come la rimozione di «molte delle cose che rendevano MCP» ciò che era: ed è insieme la promessa e l’avvertimento.

Perché lo stateless è la vera notizia?

Il cambiamento principale è che MCP rinuncia alle sessioni a livello di protocollo. Il vecchio modello apriva un handshake initialize/initialized e faceva passare ogni messaggio successivo attraverso un Mcp-Session-Id: client e una specifica istanza del server dovevano restare legati per tutta la durata della conversazione. Nel nuovo modello ogni richiesta si descrive da sé: porta nei metadati versione del protocollo, identità del client e capacità, e può quindi essere gestita in modo autonomo, senza memoria di ciò che è venuto prima.

Sembra una questione accademica finché non lo si porta in produzione. Un server MCP remoto che prima richiedeva sticky session, un archivio condiviso delle sessioni e ispezione profonda dei pacchetti nel gateway ora può stare dietro un semplice load balancer round-robin, instradare il traffico in base all’header Mcp-Method e lasciare che i client tengano in cache tools/list per tutto il tempo consentito dal ttlMs del server. L’assenza di stato è la stessa proprietà che permette ai normali servizi web di scalare orizzontalmente su una flotta di istanze, e apre la strada all’esecuzione dei server MCP su piattaforme serverless ed edge. Per un back end di agenti che si dirama in migliaia di chiamate agli strumenti, è la differenza tra un servizio su misura e difficile da gestire e uno che il vostro team cloud e DevOps sa già come far girare.

Come matura l’autorizzazione?

Il secondo cambiamento che conta per chi rilascia a clienti reali è l’autorizzazione. La specifica 2026-07-28 allinea MCP a OAuth 2.0 e OIDC di produzione: i server agiscono da resource server OAuth 2.1, la validazione dell’issuer secondo RFC 9207 diventa obbligatoria e le credenziali dei client sono legate all’autorità che le ha emesse, così da non poter essere riutilizzate contro un server diverso. La Dynamic Client Registration è deprecata a favore dei Client ID Metadata Documents, e un nuovo parametro application_type evita che i client CLI e desktop vengano rifiutati per i redirect su localhost.

In parole semplici, un server MCP ora può collegarsi all’identity provider che l’azienda usa già – Microsoft Entra, Okta e simili – senza il codice di raccordo su misura che serviva nelle implementazioni precedenti. È esattamente la prima casella che spuntano i clienti dei settori regolamentati. Un team FinTech o HealthTech non può esporre un agente ai sistemi interni finché l’accesso non è verificabile e legato all’identità aziendale: un modello di autorizzazione che parla la lingua già in uso nell’impresa rimuove un ostacolo concreto all’avvicinare gli agenti ai dati sensibili.

Cosa significa per i team software in Italia e in Europa?

Tolto il linguaggio della specifica, il rilascio 2026-07-28 è una tappa di maturità: MCP passa da protocollo locale ingegnoso a infrastruttura distribuita che si può distribuire come qualsiasi altro servizio. Per i team che integrano agenti in un prodotto esistente – un lavoro che si vince o si perde nell’integrazione della GenAI, non nella sostituzione di una singola API – questo abbassa due costi insieme. Il core stateless riduce il peso operativo di far girare gli strumenti degli agenti su larga scala, e il modello OAuth riduce l’attrito di sicurezza e conformità nel collegarli ai sistemi reali.

Ma la nota sulla compatibilità va letta con onestà, perché è qui che le migrazioni falliscono. La revisione 2026-07-28 è la più ampia mai fatta da MCP, e i server della nuova era potrebbero non dialogare con i client più vecchi a meno che un lato non implementi un fallback o una traduzione deliberati. Roots, Sampling e Logging sono deprecati – con una finestra di supporto minima di 12 mesi – e il vecchio trasporto HTTP+SSE è in uscita. Se i vostri agenti dipendono da uno di questi elementi, o se usate un mix di versioni di client e server, un aggiornamento ingenuo romperà qualcosa in silenzio. La mossa giusta è una migrazione a fasi che mantenga vive entrambe le ere del protocollo al bordo finché tutto non sarà migrato.

C’è anche una lettura strategica per chi deve decidere su cosa puntare. MCP nasce come protocollo ideato da Anthropic ma oggi è uno standard aperto e multi-vendor, e attorno girano iniziative rivali per i protocolli degli agenti. Una specifica che rende MCP davvero distribuibile – stateless, memorizzabile in cache, nativo OAuth – è una mossa per restare lo standard di fatto. Per la maggior parte dei team la risposta pragmatica non è scegliere un vincitore, ma mantenere astratto lo strato di chiamata agli strumenti, così da adottare subito il nuovo MCP senza restare intrappolati se il panorama degli standard dovesse cambiare di nuovo.

Cosa fare in questo trimestre?

Trattatela come una migrazione infrastrutturale con piano di rollback, non come un semplice aumento di versione in giornata. Ecco la versione concreta.

1. Censite la vostra superficie MCP. Elencate ogni server e client MCP che usate, interno o di terze parti, e annotate quale era del protocollo supporta oggi ciascuno.
2. Passate a un SDK Tier 1. Aggiornate alle build degli SDK TypeScript, Python, Go o C# che supportano la 2026-07-28 e fissate le versioni, così che ogni aggiornamento sia una scelta consapevole.
3. Mantenete entrambe le ere al bordo. Inserite nel gateway uno strato di compatibilità o di traduzione, così che nuovi server e vecchi client convivano finché tutti non saranno migrati: niente passaggi secchi sperando che vada bene.
4. Collegate l’autorizzazione al vostro IdP. Configurate i server MCP come resource server OAuth 2.1 su Entra, Okta o il provider che usate già, e validate gli issuer secondo RFC 9207.
5. Fate test di carico del percorso stateless. Verificate che le richieste vengano instradate correttamente dietro un load balancer standard, che la cache basata su ttlMs sia sicura per i vostri dati e che le funzionalità deprecate di cui avete bisogno funzionino ancora nella finestra di supporto.
6. Nominate un responsabile. L’infrastruttura degli agenti ormai evolve alla stessa velocità dei modelli. Affidate a una persona il monitoraggio della specifica, dei rilasci degli SDK e delle scadenze di deprecazione, invece di scoprire un’incompatibilità in produzione.

Nulla di tutto questo costituisce consulenza legale, e l’impegno effettivo dipende da quanta parte del vostro stack parla già MCP. Ma il segnale strategico è chiaro: lo strato di strumenti sotto gli agenti IA sta diventando un’infrastruttura standard e scalabile, e il vantaggio va ai team che la trattano come tale, progettando per il deployment e l’identità invece di inseguire ogni nuova funzionalità.

Domande frequenti

Fonti

Model Context Protocol — The 2026-07-28 Specification, 28 July 2026 (fonte primaria)
The Register — Model Context Protocol prepares to break with its stateful past, 23 July 2026
Anthropic — MCP 2026-07-28 spec: stateless core, coming to Claude, July 2026