Model Context Protocol (MCP) telah menghapus session state-nya, menggantinya dengan permintaan bergaya struk (receipt-style) dan perintah server/discover yang baru. Pengembang kini dapat menjalankan MCP pada platform serverless seperti AWS Lambda dan menghindari hambatan (bottleneck) “pelayan tunggal” yang selama ini mengganggu keandalan.

Mengapa model lama itu penting

Awalnya, MCP memerlukan koneksi persisten ke server tertentu. Server tersebut menyimpan “nomor meja” pengguna—sebuah sesi tersembunyi yang menyimpan konteks, aturan, dan tindakan yang tertunda. Ketika server tersebut mengalami crash, sesi tersebut hilang dan klien harus memulai dari awal.

Apa yang berbeda dari pembaruan ini

  • Tanpa sesi – Setiap permintaan membawa semua yang dibutuhkan server, seperti struk restoran yang dapat dibaca oleh kasir mana pun. Proses handshake “initialize” kini ditiadakan.
  • Model struk – Sebuah blok meta kecil di awal setiap permintaan menyertakan info versi dan parameter yang diperlukan. Server memproses permintaan secara terisolasi, lalu mengembalikan hasil dengan resultType, ttlMs (time-to-live dalam milidetik), dan cacheScope. Bidang-bidang ini memungkinkan klien untuk menyimpan jawaban di cache dengan aman dan mengetahui kapan masa berlakunya habis.
  • Server/discover – Perintah baru memungkinkan klien untuk menanyakan kemampuan server saat ini. Responsnya bersifat instan dan tidak bergantung pada interaksi sebelumnya.
  • Subscriptions/listen – Bekerja seperti alat pemanggil (buzzer): klien berlangganan pembaruan dan hanya akan diberi tahu saat ada sesuatu yang berubah, sehingga mengurangi trafik polling.
  • Alur Input_required – Jika server membutuhkan informasi lebih lanjut, ia akan mengembalikan respons input_required alih-alih menghubungi kembali klien. Klien kemudian menyertakan data yang kurang dalam permintaan berikutnya.

Karena server tidak lagi menyimpan state, lingkungan komputasi stateless apa pun dapat menghosting endpoint MCP. Fungsi yang berjalan sesuai permintaan (on demand), berhenti sejenak (pause), atau bermigrasi antar zona dapat menangani trafik tanpa memutus percakapan.

Siapa yang diuntungkan, siapa yang khawatir

Pengembang yang membangun front-end AI – mendapatkan back-end yang lebih sederhana dan lebih andal. Tim infrastruktur – dapat menyediakan MCP pada layanan auto-scaling yang murah. Pemelihara server MCP – harus menulis ulang handler untuk mengeluarkan ttlMs, cacheScope, dan mematuhi kontrak server/discover. Kode yang mengandalkan sesi persisten perlu dilakukan refactoring. Perusahaan dengan kepatuhan ketat – mendapat manfaat dari kontrol siklus hidup data yang lebih jelas.

Detail tersembunyi: negosiasi versi

Setiap struk menyertakan blok meta kecil yang mengumumkan versi protokol yang diharapkan oleh klien.

Apa yang masih belum pasti

Apa yang perlu diperhatikan selanjutnya

Kesimpulan

Dengan menghapus session state dan mengubah setiap interaksi menjadi struk yang berdiri sendiri, MCP kini selaras secara alami dengan ekosistem serverless. Perubahan ini membuat MCP lebih stabil dan skalabel, memungkinkan server berjalan di mana saja dan berskala seperti layanan web normal lainnya.