Spesifikasi MCP Julai 2026 membuang setiap bentuk keadaan sesi (session state) daripada lapisan protokol, memaksa semua keadaan untuk berada di dalam tetingkap konteks (context window) model. Perubahan ini membolehkan mana-mana pelayan MCP menjawab sebarang permintaan, membuka jalan kepada penggunaan tanpa keadaan (stateless) sepenuhnya di sebalik pengimbang beban (load balancer), fungsi tanpa pelayan (serverless functions) dan pod Kubernetes yang boleh skala secara automatik (autoscaling).

Mengapa perubahan ini penting

Sejak pelancaran pertamanya, MCP (Model Communication Protocol) mengekalkan jabat tangan sesi (session handshake) yang ringan dan pengepala Mcp-Session-Id untuk menjejaki keadaan perbualan merentasi pelbagai panggilan HTTP. Reka bentuk tersebut membolehkan pelayan mengingati pemegang alat (tool handles), kadar pensampelan atau pilihan log yang berkaitan dengan pelanggan tertentu. Ia juga menawarkan aliran Server-Sent Events (SSE) yang boleh disambung semula, supaya sambungan yang terputus boleh bersambung dari tempat ia terhenti.

Spesifikasi 28 Julai 2026 menghapuskan jabat tangan sesi sepenuhnya. Setiap permintaan kini membawa versi protokol dan keupayaan pelanggan dalam medan _meta, dan pengepala Mcp-Session-Id hilang. Medan Roots, pensampelan (sampling) dan log ditandakan sebagai usang (deprecated). Ringkasnya, protokol talian (wire protocol) kini adalah permintaan-respons tulen; tiada lagi "sesi" untuk dikekalkan.

Apa yang perlu dilakukan secara berbeza oleh pembangun

Keadaan bukan lagi urusan pelayan; ia berada di dalam tetingkap konteks model. Apabila model perlu merujuk kepada sumber luaran, ia mesti menerima pemegang (handle) eksplisit daripada pelayan sebagai sebahagian daripada hasil alat. Permintaan seterusnya menyertakan pemegang tersebut sebagai hujah (argument), dan model melayannya seperti token lain.

Oleh kerana tetingkap konteks ialah penimbal token bersaiz tetap, setiap pemegang menggunakan ruang yang bersaing dengan prom pengguna atau output model.

Kebolehpercayaan juga berubah. Tanpa kebolehsambungan semula SSE atau penghantaran semula mesej, aliran yang terputus akan kehilangan permintaan tersebut sepenuhnya. Pelanggan mesti memulakan semula panggilan dari awal. Untuk pertanyaan tanpa keadaan yang pantas, ini boleh diterima; untuk pengambilan data yang lama atau tugas ejen berbilang langkah, ia memaksa pembangun membina logik cubaan semula (retry logic) mereka sendiri atau membahagikan tugas kepada bahagian yang lebih kecil.

Pilot Protocol mengisi jurang tersebut

Sifat tanpa keadaan MCP adalah disengajakan, tetapi ia menyebabkan lapisan rangkaian kehilangan identiti tahap sambungan atau jaminan kebolehpercayaan. Pilot Protocol, yang berada di bawah MCP, mengisi jurang tersebut. Pilot menetapkan identiti sekali sahaja dan menggunakan penyulitan untuk mengikat paket kepada penghantar. Dari sudut pandangan MCP, pelanggan hanya menghantar permintaan HTTP baharu setiap kali; Pilot memastikan pengangkutan (transport) asas kekal stabil.

Kedua-dua protokol ini saling melengkapi: MCP kekal ramping, murah bagi setiap permintaan, dan mudah untuk diskalakan di sebalik mana-mana titik akhir (endpoint) HTTP, manakala Pilot mengendalikan tugas berat yang biasanya disediakan oleh protokol berasaskan sesi tradisional.

Manfaat pada skala besar

  • Mesra pengimbang beban – Tiada keperluan afiniti sesi; mana-mana bahagian belakang (backend) boleh melayani sebarang permintaan.
  • Sedia untuk tanpa pelayan – Fungsi boleh diaktifkan mengikut permintaan, mengendalikan permintaan, dan ditutup tanpa meninggalkan keadaan yang tersisa.
  • Skala automatik Kubernetes – Pod boleh ditambah atau dibuang dengan bebas; satah kawalan (control plane) tidak lagi menjejaki peta sesi.

Implikasi pertukaran (trade-offs)

  • Lebihan token (Token overhead) – Pemegang dan sebarang keadaan lain kini menduduki tetingkap konteks model, bersaing secara langsung dengan prom dan respons.
  • Ketepatan dipacu model – Model mesti mengulang semula pemegang dengan betul; halusinasi atau kesilapan taip boleh merosakkan aliran kerja.
  • Tiada kebolehsambungan semula terbina dalam – Tugas yang berjalan lama mesti melaksanakan penanda aras (checkpointing) mereka sendiri atau menerima risiko mula semula sepenuhnya.
  • Pengusangan diagnostik – Medan Roots, pensampelan dan log telah tiada, jadi pembangun kehilangan cangkuk (hook) yang memudahkan pemantauan terperinci melainkan mereka menambahnya pada lapisan aplikasi.

Kesimpulan

Dengan memadamkan keadaan sesi daripada talian, MCP 2026-07 menukarkan protokol tersebut kepada titik akhir HTTP tulen yang boleh diletakkan di sebalik mana-mana pengimbang beban, platform fungsi atau nod pinggir (edge node). Kelebihannya ialah kebolehskalaan yang jelas; kelemahannya ialah keadaan kini berada dalam tetingkap token model yang terhad dan kebolehpercayaan bergantung kepada pelanggan serta lapisan Pilot yang mendasarinya. Memandangkan ejen AI kini berkembang daripada saat ke jam, keseimbangan antara harga murah bagi setiap permintaan dan tekanan bajet token akan menentukan sama ada model tanpa keadaan ini terbukti sebagai kejayaan yang berterusan.