L'handshake di inizializzazione

Prima di eseguire qualsiasi strumento, client e server devono incontrarsi. Questo scambio iniziale è l'handshake initialize e non accade nient'altro finché non si conclude.

L'handshake inizia sempre con il client che invia una richiesta initialize. Il server rimane in attesa e risponde solo dopo essere stato salutato.

Il client propone un protocolVersion, così entrambe le parti usano la stessa versione di MCP. Il server conferma nella risposta una versione supportata.

Ogni parte elenca le proprie capabilities, ad esempio strumenti, risorse o sampling. In questo modo comunica all'altra parte quali funzionalità può usare in sicurezza.

Il client invia anche clientInfo con il proprio nome e la propria versione. È come un piccolo biglietto da visita, che permette al server di sapere esattamente chi si è collegato.

Il server risponde con la versione scelta, le proprie capabilities e serverInfo. Ora entrambe le parti sanno che cosa può fare l'altra.

Dopo la risposta, il client invia un ultimo messaggio notifications/initialized. Non contiene un id né richiede una risposta: segnala semplicemente che la configurazione è completa.

Finché non arriva la notifica initialized, il server dovrebbe rifiutare le altre chiamate. L'handshake controlla tutto ciò che segue.

Versioni e funzionalità evolvono, quindi l'handshake permette a un client nuovo e a un server datato di negoziare un terreno comune invece di interrompersi a causa di un'incompatibilità.

Se il server non ha mai annunciato le resources, un client corretto non le richiederà. Le funzionalità dichiarate definiscono discretamente le regole dell'intera sessione.

Ricordi il ritmo: il client invia initialize, il server risponde e il client conferma con initialized. Tre battute e la connessione è attiva.

Ha seguito l'handshake dall'inizio alla fine: il client propone una versione e le funzionalità, il server conferma e una nota finale initialized apre la sessione al lavoro vero.