Che cosa è uscito il 28 luglio

Il Model Context Protocol ha pubblicato la sua quinta specifica il 28 luglio, ed è il cambiamento più grande dalla nascita del protocollo. Il nucleo è ora stateless. La negoziazione fra initialize e initialized sparisce, l'intestazione Mcp-Session-Id va in pensione e ogni richiesta porta invece con sé la versione del protocollo, l'identità del client e le sue capacità in un campo _meta. L'effetto pratico è che basta un bilanciatore di carico round robin: qualunque istanza può servire qualunque richiesta e non resta alcun archivio di sessioni da mantenere.

Da quella decisione discendono altri pezzi. Le Multi Round-Trip Requests sostituiscono le chiamate avviate dal server che prima richiedevano un flusso tenuto aperto: invece di spingere una richiesta lungo un canale aperto, il server restituisce un tipo di risultato input_required e il client ripete la chiamata originale con le risposte allegate. Le richieste Streamable HTTP portano ora le intestazioni Mcp-Method e Mcp-Name, perché un gateway o un limitatore di frequenza possa instradare e misurare senza analizzare il corpo JSON. I risultati di elenco di strumenti, prompt e risorse portano un tempo di vita e un ambito di cache. Tasks e MCP Apps passano a un quadro formale di estensioni anziché stare nel nucleo.

I numeri di adozione spiegano perché la cosa conti al di là di chi scrive server. Gli SDK di primo livello per TypeScript, Python, Go e C sharp si avvicinano insieme ai 500 milioni di download al mese, e i pacchetti TypeScript e Python hanno superato ciascuno il miliardo di download complessivi. David Soria Parra, uno dei responsabili principali della manutenzione, l'ha definita la pubblicazione più importante da quando remote MCP è partito oltre un anno fa. Se la vostra azienda ha comprato negli ultimi diciotto mesi un prodotto che collega un assistente ai vostri sistemi, questa specifica ci sta sotto, che qualcuno ve ne abbia detto il nome oppure no.

Togliere Sampling sposta una fattura di inferenza

L'elenco delle deprecazioni si legge come pulizia di casa: Roots, Sampling e Logging, tutti con una finestra di dodici mesi. Due di questi sono davvero marginali. Roots diventa percorsi di cartelle e file passati come parametri dello strumento o fissati nella configurazione del server. Logging si sposta sull'uscita di errore standard o su OpenTelemetry, che è dove la maggior parte di chi gestisce l'infrastruttura lo voleva comunque. Sampling è un altro discorso, e lo è in un modo che tocca un bilancio e non una base di codice.

Sampling era il meccanismo con cui un server MCP poteva chiedere al client di eseguire una risposta del modello per suo conto. Al server serviva l'output di un modello linguistico ma non doveva custodire credenziali, perché l'inferenza la faceva il client e la pagava il client. È una vera ripartizione commerciale espressa come funzione di protocollo. La guida alla migrazione pubblicata per i server che perdono Sampling indica di integrarsi direttamente con le interfacce di un fornitore di modelli dal lato server. Letta da chi gestisce l'infrastruttura, la conseguenza è netta: chi gestisce il server ha ora bisogno di un proprio contratto con il fornitore, di una propria chiave e di una propria voce di spesa.

In che direzione si muova il denaro dipende dalla sedia su cui sedete. Se gestite server MCP per il vostro personale contro il client di un fornitore, sul vostro conto atterra un'inferenza che prima non pagavate, e per un'installazione di media grandezza si tratta di un nuovo impegno mensile a quattro cifre in euro e non di un errore di arrotondamento. Se invece consumate il server MCP di un fornitore, aspettatevi una revisione dei prezzi, perché un costo che prima veniva spinto sul vostro client diventa suo. Nulla di tutto ciò viene annunciato nelle note di rilascio. Entrambe le cose compaiono su una fattura entro un anno.

Stateless ha spostato lo stato, non l'ha cancellato

I commenti dei fornitori attorno a questo rilascio parlano tutti di scala, e arrivano dalle aziende che più ci guadagnano quando i server diventano facili da ospitare: fornitori di cloud e di edge che descrivono il protocollo come instradabile, memorizzabile in cache e scalabile su scala globale, e piattaforme che salutano la fine della gestione delle sessioni. Tutto vero. Abbandonare il vincolo di ogni sessione a una stessa istanza elimina una classe di guasti in cui un flusso interrotto distruggeva l'intera conversazione, e permette di far girare un server su infrastruttura serverless che non avrebbe mai potuto tenere aperta una sessione.

Quello che nessuno dice è che lo stato non è evaporato. Tutto ciò che davvero deve persistere fra una chiamata e l'altra va ora rappresentato in modo esplicito: il server genera un identificativo - quello di un carrello, un token, un riferimento di processo - e lo restituisce dentro un risultato perché il client lo rimandi indietro. È un progetto solido, ma trasforma una faccenda invisibile del protocollo in una parte visibile dei vostri contratti degli strumenti. Qualcuno deve decidere che cosa significano quegli identificativi, quanto durano e che cosa succede quando un client ne rispedisce uno scaduto. Quel lavoro non è sparito insieme all'intestazione di sessione. Si è spostato nei vostri schemi, dove tocca alla vostra squadra farlo bene.

Mettete il 28 luglio 2027 nel piano

La regola che governa tutto è che qualunque cosa marcata come deprecata resta funzionante per almeno dodici mesi. Ciò rende il 28 luglio 2027 la prima data in cui Roots, Sampling, Logging, la registrazione dinamica dei client o il vecchio trasporto su HTTP e SSE possono essere davvero rimossi, ed è l'unica data di questo rilascio che meriti di finire in una tabella di marcia. Questa settimana non si rompe nulla. Le modifiche all'autorizzazione restano comunque le prime da leggere: i server di autorizzazione devono ora restituire un parametro emittente e i client devono convalidarlo prima di riscattare un codice, le credenziali del client sono vincolate al server che le ha emesse, e la registrazione dinamica dei client cede il posto ai Client ID Metadata Documents.

Per un'attività europea il pezzo su cui muoversi presto è l'Enterprise Managed Authorization, che arriva come estensione e consente all'amministrazione di assegnare l'accesso ai server MCP in modo centralizzato tramite un fornitore di identità. Finora l'autorizzazione nelle installazioni MCP è stata spesso lasciata per ultima, ed è esattamente per questo che tanti progetti interni sugli agenti si sono arenati alla revisione di sicurezza. Se il vostro è fra questi, il motivo dell'arenamento è ora affrontato nella specifica, e il passo onesto è chiedere ai vostri fornitori quando supporteranno l'estensione invece di aspettare che ve lo dicano.

Da leggere ora: Un solo messaggio ha raggiunto le chiavi SSH  |  Anthropic chiede chip propri a chi produce memorie