Il Model Context Protocol (MCP) ha eliminato lo stato della sessione, sostituendolo con richieste in stile "ricevuta" e un nuovo comando server/discover. Gli sviluppatori possono ora eseguire MCP su piattaforme serverless come AWS Lambda ed evitare il collo di bottiglia del "singolo cameriere" che ha a lungo compromesso l'affidabilità.

Perché il vecchio modello era importante

Inizialmente, MCP richiedeva una connessione persistente a un server specifico. Il server conservava il "numero del tavolo" dell'utente: una sessione nascosta che memorizzava contesto, regole e azioni in sospeso. Quando quel server crashava, la sessione svaniva e il client doveva ricominciare da capo.

Cosa cambia con l'aggiornamento

  • Nessuna sessione – Ogni richiesta contiene tutto ciò di cui il server ha bisogno, come una ricevuta del ristorante che qualsiasi cassiere può leggere. L'handshake "initialize" scompare.
  • Modello a ricevuta – Un piccolo blocco meta all'inizio di ogni richiesta include informazioni sulla versione e i parametri richiesti. Il server elabora la richiesta in isolamento, quindi restituisce un risultato con resultType, ttlMs (time-to-live in millisecondi) e cacheScope. Questi campi consentono al client di memorizzare la risposta in cache in modo sicuro e di sapere quando scade.
  • Server/discover – Un nuovo comando consente a un client di interrogare un server per conoscere le sue capacità attuali. La risposta è immediata e non dipende da interazioni precedenti.
  • Subscriptions/listen – Funziona come un cercapersone: il client si iscrive agli aggiornamenti e viene notificato solo quando qualcosa cambia, riducendo il traffico da polling.
  • Flusso Input_required – Se il server ha bisogno di ulteriori informazioni, restituisce una risposta input_required invece di ricontattare il client. Il client fornisce quindi i dati mancanti in una richiesta successiva.

Poiché il server non mantiene più lo stato, qualsiasi ambiente di calcolo stateless può ospitare gli endpoint MCP. Funzioni che si attivano su richiesta, si mettono in pausa o migrano tra diverse zone possono gestire il traffico senza interrompere la conversazione.

Chi ne trae vantaggio e chi deve preoccuparsi

Sviluppatori di front-end AI – ottengono back-end più semplici e affidabili. Team di infrastruttura – possono implementare MCP su servizi economici e con auto-scaling. Manutentori dei server MCP – devono riscrivere gli handler per emettere ttlMs, cacheScope e rispettare il contratto server/discover. Il codice che faceva affidamento su una sessione persistente dovrà essere sottoposto a refactoring. Aziende con rigorosi requisiti di conformità – beneficiano di un controllo più chiaro sul ciclo di vita dei dati.

Il dettaglio nascosto: negoziazione della versione

Ogni ricevuta include un piccolo blocco meta che indica la versione del protocollo che il client si aspetta.

Cosa rimane incerto

Cosa osservare in seguito

In sintesi

Eliminando lo stato della sessione e trasformando ogni interazione in una ricevuta autonoma, MCP si integra ora naturalmente negli ecosistemi serverless. Questo cambiamento rende MCP più stabile e scalabile, consentendo ai server di girare ovunque e di scalare come qualsiasi normale servizio web.