MCP versi 2 akan dilancarkan pada 28 Julai 2026. Ia menghapuskan setiap handshake, pengepala session-ID, dan tiga subsistem legasi yang mengikat Model Context Protocol (MCP) kepada pelayan sticky-session. Protokol ini menjadi sepenuhnya tanpa keadaan (stateless), jadi mana-mana instans autoscaled atau serverless boleh mengendalikan sebarang permintaan tanpa perlu mengekalkan keadaan klien.

Mengapa peralihan ini penting

MCP v1 memaksa klien untuk memulakan sesi dengan handshake initialize; pelayan kemudiannya menetapkan Mcp-Session-Id. Setiap panggilan seterusnya perlu membawa pengepala tersebut, yang mengunci pengguna kepada satu nod backend sahaja. Pengimbang beban (load balancers) perlu menguatkuasakan keafinitian sesi (session affinity), yang menambah kependaman (latency) dan geseran operasi.

Sifat tanpa keadaan (statelessness) menghapuskan geseran tersebut. Semua konteks kini berada dalam medan meta khas yang disertakan bersama setiap panggilan HTTP. Sesuatu permintaan boleh diterima oleh mana-mana instans, diproses, dan instans tersebut boleh dibuang sebaik sahaja respons dihantar. Pasukan yang menggunakan platform serverless, kluster yang diorkestrasi kontena, atau mana-mana persekitaran yang menjalankan pod secara dinamik mengikut permintaan kini boleh menyesuaikan protokol tersebut dengan infrastruktur mereka.

Apa yang akan dihentikan

Tiga subsistem yang bergantung pada sambungan berterusan kini dihentikan secara rasmi:

  • Sampling – Dalam v1, pelayan boleh meminta klien untuk menjana teks, satu corak yang memerlukan sesi terbuka. v2 menjangkakan pelayan untuk memanggil penyedia model bahasa besar (large-language-model) secara terus atau menggunakan corak InputRequiredResult, di mana klien membekalkan input yang hilang dalam permintaan susulan.
  • Roots – Sebelum ini, klien menghantar URI yang mengehadkan pandangan pelayan terhadap sumber luaran. Pendekatan baharu akan menghantar URI tersebut sebagai parameter alatan atau menyematkannya dalam medan sumber permintaan, sekali gus menghapuskan langkah rundingan “roots” yang berasingan.
  • Logging – Pengepala log pada peringkat protokol akan hilang. Tulis ke stderr untuk penyahpepijatan (debugging) tempatan atau gunakan OpenTelemetry untuk kebolehperhatian (observability) pengeluaran.

Tempoh penghentian ini berlangsung selama satu tahun. Ciri-ciri yang dihentikan akan terus berfungsi untuk tempoh tersebut, memberikan masa kepada pasukan untuk melakukan penstrukturan semula (refactor) sebelum protokol menolaknya.

Apa yang baharu selain daripada sifat tanpa keadaan

MCP v2 menambah dua sambungan rasmi:

  • MCP Apps – Cara ringan untuk menerangkan antara muka pengguna yang dijana pelayan (server-rendered) yang boleh dipanggil oleh protokol.
  • Tasks – Corak untuk mengendalikan operasi jangka panjang yang mungkin merentasi beberapa kitaran permintaan-respons.

Kedua-dua sambungan ini mengandaikan model permintaan tanpa keadaan dan mengelakkan keadaan sesi yang tersembunyi.

Risiko dan hujah balas

Perubahan ini bukan naik taraf plug-and-play. SDK v2 masih dalam fasa beta, dan API awamnya mungkin berubah sebelum versi stabil dilancarkan. Untuk beban kerja pengeluaran yang tidak boleh bertoleransi dengan perubahan yang memecahkan sistem (breaking changes), kekal pada SDK v1 yang stabil sehingga SDK v2 dilancarkan secara rasmi.

Pembangun juga perlu mengaudit kod sedia ada untuk mana-mana daripada tiga subsistem yang dihentikan tersebut.

Pelan hala tuju migrasi pragmatik

  1. Audit hari ini – Imbas perkhidmatan anda untuk penggunaan handshake, Mcp-Session-Id, panggilan sampling, URI roots, dan log peringkat protokol. Kenal pasti kod yang akan rosak di bawah model tanpa keadaan.
  2. Uji pada nod bukan kritikal – Apabila SDK v2 yang stabil dilancarkan, jalankan pelayan sandbox, hubungkannya dengan klien ujian, dan sahkan bahawa semua medan meta yang diperlukan ada dan ditafsirkan dengan betul.
  3. Migrasi penuh sebelum tarikh akhir – Lengkapkan pertukaran pada semua nod pengeluaran sebelum tempoh ihsan satu tahun berakhir untuk mengelakkan penolakan semasa masa larian (runtime).

Apa yang perlu diperhatikan seterusnya

  • Pelancaran SDK stabil – SDK beta akan dibekukan dan pakej stabil berasaskan versi akan diterbitkan. Versi tersebut akan menjadi sasaran selamat untuk sebarang penggunaan kritikal.

Transisi ini akan memerlukan perubahan kod dan tempoh eksperimen SDK beta yang singkat, tetapi hasilnya adalah titik integrasi yang lebih bersih dan lebih berskala untuk sebarang aplikasi berasaskan LLM.

Rumusan: Jika timbunan teknologi (stack) anda masih bergantung pada handshake MCP atau tiga subsistem yang dihentikan, mulakan audit sekarang; tempoh ihsan setahun adalah murah hati, tetapi kos sebenar adalah usaha penstrukturan semula, bukannya tarikh akhir.