Model Context Protocol (MCP) telah membuang keadaan sesi (session state), menggantikannya dengan permintaan gaya resit dan arahan server/discover yang baharu. Pembangun kini boleh menjalankan MCP pada platform tanpa pelayan (serverless) seperti AWS Lambda dan mengelakkan kekangan “pelayan tunggal” (single waiter) yang telah lama menjejaskan kebolehpercayaan.

Mengapa model lama itu penting

MCP pada asalnya memerlukan sambungan berterusan ke pelayan tertentu. Pelayan tersebut memegang “nombor meja” pengguna—suatu sesi tersembunyi yang menyimpan konteks, peraturan, dan tindakan yang tertunda. Apabila pelayan itu terhenti (crash), sesi tersebut akan hilang dan klien terpaksa bermula semula.

Apa yang berbeza dengan kemas kini ini

  • Tiada sesi – Setiap permintaan membawa segala yang diperlukan oleh pelayan, seperti resit restoran yang boleh dibaca oleh mana-mana juruwang. Jabat tangan (handshake) “initialize” tidak lagi diperlukan.
  • Model resit – Satu blok meta kecil pada permulaan setiap permintaan merangkumi maklumat versi dan parameter yang diperlukan. Pelayan memproses permintaan secara berasingan, kemudian mengembalikan hasil dengan resultType, ttlMs (masa hayat dalam milisaat), dan cacheScope. Medan-medan ini membolehkan klien menyimpan cache jawapan dengan selamat dan mengetahui bila ia tamat tempoh.
  • Server/discover – Arahan baharu membolehkan klien membuat pertanyaan kepada pelayan tentang keupayaan semasa pelayan tersebut. Respons adalah serta-merta dan tidak bergantung pada interaksi sebelumnya.
  • Subscriptions/listen – Berfungsi seperti pembuzzer: klien melanggan kemas kini dan hanya akan dimaklumkan apabila sesuatu berubah, sekali gus mengurangkan trafik polling.
  • Aliran Input_required – Jika pelayan memerlukan lebih banyak maklumat, ia akan mengembalikan respons input_required dan bukannya menghubungi semula klien. Klien kemudian membekalkan data yang hilang dalam permintaan susulan.

Oleh kerana pelayan tidak lagi menyimpan keadaan (state), mana-mana persekitaran pengkomputeran tanpa keadaan (stateless) boleh menghoskan titik akhir (endpoint) MCP. Fungsi yang diaktifkan mengikut permintaan, dijeda, atau dipindahkan merentasi zon boleh mengendalikan trafik tanpa memutuskan perbualan.

Siapa yang untung, siapa yang bimbang

Pembangun yang membina front-end AI – mendapat bahagian belakang (back-end) yang lebih ringkas dan lebih boleh dipercayai. Pasukan infrastruktur – boleh menyediakan MCP pada perkhidmatan murah yang boleh skala secara automatik (auto-scaling). Penyelenggara pelayan MCP – mesti menulis semula pengendali (handlers) untuk mengeluarkan ttlMs, cacheScope, dan mematuhi kontrak server/discover. Kod yang bergantung pada sesi berterusan perlu menjalani proses penstrukturan semula (refactoring). Perusahaan dengan pematuhan ketat – mendapat manfaat daripada kawalan kitaran hayat data yang lebih jelas.

Perincian tersembunyi: rundingan versi

Setiap resit merangkumi blok meta kecil yang mengiklankan versi protokol yang diharapkan oleh klien.

Apa yang masih tidak pasti

Apa yang perlu diperhatikan seterusnya

Kesimpulan

Dengan menghapuskan keadaan sesi dan menukarkan setiap interaksi menjadi resit yang lengkap, MCP kini sesuai secara semula jadi ke dalam ekosistem tanpa pelayan (serverless). Peralihan ini menjadikan MCP lebih stabil dan boleh skala, membolehkan pelayan berjalan di mana-mana sahaja dan berkembang seperti mana-mana perkhidmatan web biasa.