MCP versi 2 akan diluncurkan pada 28 Juli 2026. Versi ini menghapus setiap handshake, header session-ID, dan tiga subsistem lama yang mengikat Model Context Protocol (MCP) ke server sticky-session. Protokol ini menjadi sepenuhnya stateless, sehingga instance autoscaled atau serverless apa pun dapat menangani permintaan apa pun tanpa perlu mempertahankan status klien.

Mengapa perubahan ini penting

MCP v1 memaksa klien untuk memulai sesi dengan handshake initialize; server kemudian menetapkan Mcp-Session-Id. Setiap panggilan berikutnya harus menyertakan header tersebut, yang mengunci pengguna ke satu node backend tunggal. Load balancer harus menerapkan session affinity, yang menambah latensi dan hambatan operasional.

Statelessness menghilangkan hambatan tersebut. Semua konteks kini berada dalam field meta khusus yang menyertai setiap panggilan HTTP. Sebuah permintaan dapat mendarat di instance mana pun, diproses, dan instance tersebut dapat langsung dibuang segera setelah respons dikirim. Tim yang menggunakan platform serverless, klaster yang diorkestrasi kontainer, atau lingkungan apa pun yang menjalankan pod secara dinamis sesuai kebutuhan kini dapat menyesuaikan protokol dengan infrastruktur mereka.

Apa yang akan dihentikan

Tiga subsistem yang bergantung pada koneksi persisten secara resmi dinyatakan deprecated:

  • Sampling – Pada v1, server dapat meminta klien untuk menghasilkan teks, sebuah pola yang memerlukan sesi terbuka. v2 mengharapkan server untuk memanggil penyedia large-language-model secara langsung atau menggunakan pola InputRequiredResult, di mana klien menyediakan input yang kurang dalam permintaan tindak lanjut.
  • Roots – Sebelumnya, klien mengirimkan URI yang membatasi pandangan server terhadap sumber daya eksternal. Pendekatan baru akan meneruskan URI tersebut sebagai parameter tool atau menyematkannya dalam field resource permintaan, sehingga menghapus langkah negosiasi "roots" yang terpisah.
  • Logging – Header logging tingkat protokol akan dihilangkan. Gunakan stderr untuk debugging lokal atau adopsi OpenTelemetry untuk observabilitas produksi.

Masa deprecation berlangsung selama satu tahun. Fitur yang dideprecated akan tetap berfungsi selama periode tersebut, memberikan waktu bagi tim untuk melakukan refactor sebelum protokol menolaknya.

Apa yang baru selain statelessness

MCP v2 menambahkan dua ekstensi resmi:

  • MCP Apps – Cara ringan untuk mendeskripsikan antarmuka pengguna yang dirender di sisi server yang dapat dipanggil oleh protokol.
  • Tasks – Pola untuk menangani operasi jangka panjang yang mungkin mencakup beberapa siklus request-response.

Kedua ekstensi ini mengasumsikan model permintaan stateless dan menghindari status sesi yang tersembunyi.

Risiko dan poin kontra

Perubahan ini bukan upgrade plug-and-play. SDK v2 masih dalam tahap beta, dan API publiknya mungkin berubah sebelum rilis stabil tersedia. Untuk beban kerja produksi yang tidak dapat mentoleransi breaking changes, tetaplah gunakan SDK v1 yang stabil hingga SDK v2 dirilis sebagai versi stabil.

Pengembang juga perlu mengaudit kode yang ada untuk memeriksa penggunaan dari ketiga subsistem yang dideprecated tersebut.

Peta jalan migrasi yang pragmatis

  1. Audit hari ini – Pindai layanan Anda untuk penggunaan handshake, Mcp-Session-Id, panggilan sampling, URI roots, dan logging tingkat protokol. Identifikasi kode yang akan rusak di bawah model stateless.
  2. Uji pada node non-kritis – Saat SDK v2 yang stabil dirilis, jalankan server sandbox, arahkan ke klien pengujian, dan verifikasi bahwa semua field meta yang diperlukan ada dan diinterpretasikan dengan benar.
  3. Migrasi penuh sebelum tenggat waktu – Selesaikan peralihan pada semua node produksi sebelum masa tenggang satu tahun berakhir untuk menghindari penolakan saat runtime.

Apa yang perlu diperhatikan selanjutnya

  • Rilis SDK stabil – SDK beta akan dibekukan dan paket stabil versi tertentu akan diterbitkan. Versi tersebut akan menjadi target yang aman untuk setiap deployment kritis.

Transisi ini akan memerlukan perubahan kode dan periode singkat eksperimen dengan SDK beta, tetapi hasilnya adalah titik integrasi yang lebih bersih dan lebih skalabel untuk aplikasi berbasis LLM apa pun.

Kesimpulan: Jika stack Anda masih bergantung pada handshake MCP atau tiga subsistem yang dideprecated, mulailah audit sekarang; masa tenggang satu tahun memang cukup lama, tetapi biaya sebenarnya adalah upaya refactor, bukan tenggat waktunya.