Spesifikasi MCP Juli 2026 menghapus setiap bentuk status sesi (session state) dari lapisan protokol, memaksa semua status untuk berada di dalam jendela konteks (context window) model. Perubahan ini memungkinkan server MCP mana pun untuk menjawab permintaan apa pun, membuka jalan bagi penerapan pure-stateless di balik load balancer, fungsi serverless, dan pod Kubernetes yang dapat diskalakan secara otomatis (autoscaling).

Mengapa perubahan ini penting

Sejak rilis pertamanya, MCP (Model Communication Protocol) mempertahankan handshake sesi yang ringan dan header Mcp-Session-Id untuk melacak status percakapan di berbagai panggilan HTTP. Desain tersebut memungkinkan server untuk mengingat handle alat, tingkat pengambilan sampel (sampling rates), atau preferensi logging yang dimiliki oleh klien tertentu. Hal ini juga menawarkan aliran Server-Sent Events (SSE) yang dapat dilanjutkan (resumable), sehingga koneksi yang terputus dapat dilanjutkan dari titik terakhir.

Spesifikasi 28 Juli 2026 menghapus handshake sesi sepenuhnya. Setiap permintaan kini membawa versi protokol dan kapabilitas klien dalam bidang _meta, dan header Mcp-Session-Id pun menghilang. Bidang roots, sampling, dan logging ditandai sebagai deprecated (usang). Singkatnya, protokol transmisi (wire protocol) kini murni berupa request-response; tidak ada lagi "sesi" yang perlu dikelola.

Apa yang harus dilakukan pengembang secara berbeda

Status bukan lagi urusan server; status tersebut berada di dalam jendela konteks model. Ketika model perlu merujuk ke sumber daya eksternal, ia harus menerima handle eksplisit dari server sebagai bagian dari hasil alat (tool result). Permintaan berikutnya menyertakan handle tersebut sebagai argumen, dan model memperlakukannya seperti token lainnya.

Karena jendela konteks adalah buffer token berukuran tetap, setiap handle menghabiskan ruang yang bersaing dengan perintah (prompt) pengguna atau output model.

Keandalan juga bergeser. Tanpa kemampuan resumability SSE atau pengiriman ulang pesan, aliran yang terputus akan kehilangan permintaan tersebut sepenuhnya. Klien harus memulai ulang panggilan dari awal. Untuk kueri stateless yang cepat, hal ini dapat diterima; namun untuk pengambilan data (retrieval) berdurasi lama atau tugas agen multi-langkah, hal ini memaksa pengembang untuk membangun logika retry mereka sendiri atau memecah pekerjaan menjadi potongan-potongan yang lebih kecil.

Pilot Protocol mengisi celah tersebut

Sifat stateless MCP dilakukan secara sengaja, tetapi hal ini membuat lapisan jaringan kehilangan identitas tingkat koneksi atau jaminan keandalan. Pilot Protocol, yang berada di bawah MCP, mengisi celah tersebut. Pilot menetapkan identitas satu kali dan menggunakan enkripsi untuk mengikat paket ke pengirim. Dari sudut pandang MCP, klien hanya mengirimkan permintaan HTTP baru setiap saat; Pilot menjaga stabilitas transportasi yang mendasarinya.

Kedua protokol ini saling melengkapi: MCP tetap ramping, murah per permintaan, dan mudah diskalakan di balik titik akhir (endpoint) HTTP apa pun, sementara Pilot menangani tugas berat yang biasanya disediakan oleh protokol berbasis sesi tradisional.

Manfaat dalam skala besar

  • Ramah load-balancer – Tidak memerlukan afinitas sesi; backend mana pun dapat melayani permintaan apa pun.
  • Siap serverless – Fungsi dapat dijalankan sesuai permintaan, menangani permintaan, dan dimatikan tanpa meninggalkan status yang tersisa.
  • Autoscaling Kubernetes – Pod dapat ditambahkan atau dihapus dengan bebas; control plane tidak lagi melacak peta sesi.

Pertukaran (trade-offs)

  • Overhead token – Handle dan status lainnya kini menempati jendela konteks model, bersaing langsung dengan prompt dan respons.
  • Ketepatan berbasis model – Model harus mengulang kembali handle dengan benar; halusinasi atau salah ketik dapat merusak alur kerja.
  • Tidak ada resumability bawaan – Tugas berdurasi lama harus menerapkan checkpointing mereka sendiri atau menerima risiko pengulangan penuh dari awal.
  • Depresiasi diagnostik – Bidang roots, sampling, dan logging telah dihapus, sehingga pengembang kehilangan kaitan (hook) yang nyaman untuk pemantauan mendalam kecuali jika mereka menambahkannya di lapisan aplikasi.

Kesimpulan

Dengan menghapus status sesi dari transmisi (wire), MCP 2026-07 mengubah protokol menjadi titik akhir HTTP murni yang dapat berada di balik load balancer, platform fungsi, atau edge node mana pun. Keuntungannya adalah skalabilitas yang jelas; kerugiannya adalah status kini berada di jendela token model yang terbatas dan keandalan bergantung pada klien serta lapisan Pilot yang mendasarinya. Seiring agen AI berkembang dari hitungan detik menjadi jam, keseimbangan antara harga per permintaan yang murah dan tekanan anggaran token akan menentukan apakah model stateless ini terbukti sebagai kemenangan yang bertahan lama.