Spesifikasi baru MCP tanggal 2026-07-28 menghapus semua persyaratan session-state, memungkinkan setiap permintaan membawa semua data yang dibutuhkannya. Peralihan ke protokol stateless berarti pengembang dapat menjalankan satu instans per panggilan, berjalan di node serverless atau edge, dan meninggalkan kerumitan sticky-routing dan shared-store lama yang selama ini menjadi masalah dalam deployment.

Dari Handshake ke Panggilan Mandiri (Self-Contained)

Hingga saat ini, Model Context Protocol (MCP) mewajibkan handshake yang menerbitkan ID sesi. Server harus mengingat ID tersebut selama koneksi berlangsung, yang dalam praktiknya berarti harus menjaga proses tetap hidup, mereplikasi status di seluruh klaster Redis, atau mengonfigurasi load balancer untuk routing "sticky". Hasilnya adalah tumpukan (stack) yang kompleks dan berat sumber daya yang menghambat penskalaan dan membuat pertumbuhan horizontal menjadi mahal.

Spesifikasi baru ini membuat setiap permintaan bersifat mandiri. Setiap payload menyertakan versi protokol dan identitas pemanggil, sehingga server dapat memperlakukan permintaan sebagai transaksi sekali jalan. Tanpa session store, tanpa proses berumur panjang, dan tanpa aturan routing khusus.

Mengapa Stateless Penting untuk Deployment

  • Siap untuk serverless dan edge – Sebuah permintaan membawa semua yang dibutuhkannya, sehingga sebuah fungsi dapat dimulai, menjawab, dan berhenti tanpa memerlukan status pemanasan (warm-up state). Penyedia layanan yang menagih per-invokasi menjadi layak untuk beban kerja MCP.
  • Load balancing yang disederhanakan – Balancer L4/L7 standar dapat mendistribusikan lalu lintas secara merata; tidak perlu lagi mengunci klien ke backend tertentu.
  • Pengurangan beban operasional – Tim dapat meninggalkan klaster Redis atau kode replikasi sesi kustom, sehingga memangkas biaya sekaligus memperkecil permukaan kegagalan (failure surface).

Bagi organisasi yang sudah menjalankan MCP di balik load balancer, perubahan ini menghilangkan kebutuhan akan aturan "sticky" yang sering kali menyebabkan distribusi lalu lintas yang tidak merata. Penghematannya sangat terasa bagi layanan dengan throughput tinggi yang menangani jutaan panggilan per hari.

Peningkatan Performa dan Keamanan

Spesifikasi ini menambahkan peningkatan konkret yang memperkuat protokol melampaui sifat stateless-nya:

  • Caching berbasis TTL – Daftar tool dan prompt kini menyertakan bidang time-to-live, memungkinkan klien untuk menyimpan cache hasil secara lokal dan menghindari round-trip yang tidak perlu.
  • Routing berbasis header – Header HTTP baru mengekspos informasi routing lebih awal, sehingga gateway dapat meneruskan lalu lintas tanpa harus mengurai (parsing) seluruh body JSON, memangkas latensi hingga hitungan milidetik.
  • Penguatan OAuth/OIDC – Token identitas menjalani pemeriksaan OAuth dan OpenID Connect yang lebih ketat, mengurangi risiko serangan replay dan pencurian token.
  • Kerangka kerja ekstensi formal – Tasks dan Apps kini termasuk dalam model ekstensi yang terdefinisi, membuat peluncuran fitur di masa mendatang menjadi lebih lancar bagi pemelihara SDK.

Dampak bagi Pengembang

Ekosistem SDK sudah mencerminkan perubahan ini: pustaka TypeScript, Python, Go, dan C# telah menghasilkan format permintaan yang baru. Total unduhan SDK ini mendekati setengah miliar per bulan, empat kali lebih besar dibandingkan awal tahun, yang menunjukkan betapa luasnya adopsi MCP.

Pengembang harus menyesuaikan kode apa pun yang mengasumsikan adanya sesi yang persisten. Biasanya, ini berarti memindahkan data spesifik sesi ke dalam payload permintaan atau ke dalam penyimpanan eksternal yang dikonsultasikan pada setiap panggilan. Jendela migrasi diberikan selama dua belas bulan, memberikan waktu bagi tim untuk melakukan refaktor, pengujian, dan penerapan pola baru tersebut.

Sisi Lain: Kompleksitas Migrasi

Statelessness bukanlah sesuatu yang gratis. Aplikasi yang sebelumnya mengandalkan status di sisi server untuk hal-hal seperti riwayat percakapan progresif kini harus mengelola status tersebut di sisi klien atau melalui lapisan persistensi terpisah.

Hal yang Perlu Diperhatikan

  • Metrik adopsi – Pantau penyerapan versi SDK; perlambatan dapat menandakan adanya hambatan migrasi.
  • Dukungan platform edge – Seiring semakin banyaknya penyedia yang mengumumkan runtime yang kompatibel dengan MCP, manfaat biaya nyata dari serverless akan menjadi lebih jelas.
  • Laporan insiden keamanan – Alur OAuth/OIDC yang telah diperkuat seharusnya mengurangi serangan identitas, namun setiap pelanggaran akan menguji sistem perlindungan baru ini.

Kesimpulan: Dengan membuat MCP menjadi stateless, spesifikasi ini menyelaraskan protokol dengan pola cloud-native modern, memangkas beban operasional manajemen sesi sekaligus membuka pintu bagi model deployment yang lebih murah dan lebih elastis. Kompensasinya adalah periode singkat refaktor kode dan ukuran permintaan (request footprint) yang lebih besar, namun keuntungan jangka panjangnya adalah protokol yang dapat berskala semudah infrastruktur tempat ia berjalan.