MCP tidak lagi terasa seperti antarmuka plugin dari sebuah pabrikan, ia mulai terlihat seperti saluran publik. Saluran akan lebih kuat, tetapi juga lebih pasif.

Penulis artikel, sumber: 0x9999in1, ME News

TL;DR

28 Juli 2026, MCP merilis spesifikasi versi kelima2026-07-28, secara resmi diklasifikasikan sebagai revisi terbesar sejak protokol ini diluncurkan. Tindakan utamanya hanya satu: menghapus sesi dari lapisan protokol.
initialize/initialized Handshake gone,Mcp-Session-Id Request header gone. Each request carries its own protocol version, client identity, and capability declaration, written in _meta. Any request can land on any instance; a simple round-robin load balancer is sufficient.
Ini bukan optimasi kinerja, ini kesalahan arsitektur. Sesi lengket dan penyimpanan sesi bersama pernah menjadi bagian tagihan termahal saat skala server MCP.
Status tidak hilang. Itu dipindahkan dari lapisan transmisi ke parameter alat, disebut "handle eksplisit". Model dapat melihatnya, sehingga dapat mengendalikannya.
Antarmuka interaktif (MCP Apps) dan tugas panjang (Tasks) secara resmi dimasukkan ke dalam kerangka ekstensi versi, protokol inti tidak lagi memperbesar fitur baru. Otentikasi mendekati OAuth 2.0 dan OIDC dunia nyata, ekstensi otorisasi manajemen perusahaan juga berubah menjadi versi stabil pada hari yang sama.
Biayanya nyata: Ini adalah perubahan breaking. Roots, Sampling, Logging, dan transmisi HTTP+SSE lama secara kolektif memasuki masa pensiun, dengan pihak resmi memberikan jendela transisi setidaknya 12 bulan.
Satu kalimat untuk menilai: MCP tidak lagi terasa seperti antarmuka plugin dari satu produsen, ia mulai terlihat seperti saluran publik. Saluran akan lebih kuat, tetapi juga lebih pasif.

Satu, dua baris yang dihapus itulah inti dari pembaruan kali ini

Pertama, katakan fakta yang tidak intuitif.

Pembaruan yang disebut sebagai "pembaruan terbesar sepanjang masa" ini, bagian paling penting bukanlah apa yang ditambahkan, tetapi apa yang dihapus.

initialize dan initialized pasangan handshake ini telah ada sejak MCP lahir pada November 2024.Mcp-Session-Id header permintaan ini adalah fondasi dari semua solusi deploy setelah MCP jarak jauh diterapkan. Pada 28 Juli, dua hal ini dihapus bersamaan.

Apa bentuk permintaan baru? Sangat sederhana.

POST /mcp HTTP/1.1
MCP-Protocol-Version: 2026-07-28
Mcp-Method: tools/call
Mcp-Name: search

Metode dan alat nama dinaikkan ke header HTTP. Gateway, rate limiter, dan WAF tidak perlu lagi membongkar body JSON untuk menebak apa yang ingin dilakukan panggilan ini, cukup lihat header saja. Versi protokol, informasi klien, dan pernyataan kemampuan semuanya dimasukkan ke _meta yang ikut bersama permintaan. Ingin menanyakan terlebih dahulu apa kemampuan server? Telah ditambahkan satu server/discover, tetapi ini opsional, bukan wajib.

Apa artinya ini? Artinya server MCP akhirnya menjadi beban kerja HTTP biasa.

Menurut Sean Roberts, Wakil Presiden AI di Netlify, inti tanpa status membuat MCP menjadi beban HTTP kelas satu, tanpa perlu menghindari manajemen sesi. Cloudflare menyampaikan dengan lebih tegas bahwa versi ini membuat infrastruktur Agent mulai bekerja seperti bagian web lainnya: tanpa status, dapat di-cache, dapat di-routing, dan dapat diskalakan secara global.

Mendengar seperti narasi standar dari pabrikan. Tapi kali ini berbeda, karena mereka membicarakan hal spesifik yang sama: sesi menghilang, sehingga Lambda bisa berjalan, Workers bisa berjalan, dan edge node bisa berjalan.

II. Session stickiness is the real ceiling on the path to scaling agents

Mengapa harus mengambil tindakan seberat ini?

Karena model lama memiliki batasan fisik yang tak bisa dihindari: sesi terpaku pada instance yang menangani handshake.

Jadi semua orang dipaksa untuk melakukan hal yang sama. Baik itu membuka sesi persisten agar load balancer mengingat setiap klien harus diarahkan ke mesin mana; atau menambahkan lapisan penyimpanan bersama seperti Redis untuk menyimpan status sesi agar dapat dibaca oleh semua instance.

Kedua jalan ini bisa ditempuh. Tetapi keduanya membayar pajak tersembunyi.

Sesi yang bersifat sticky membuat skala menjadi rumit. Ketika sebuah instance harus dikeluarkan, sesi yang terpasang padanya akan terputus. Ketika lalu lintas meningkat tiba-tiba, instance baru yang dijalankan tidak dapat menerima sesi lama, sehingga beban selalu tidak seimbang. Jalur penyimpanan bersama lebih mahal—Anda memperkenalkan middleware berstatus untuk kebutuhan yang pada dasarnya hanya "mengingat nama klien", dan Anda juga harus memastikan ketersediaan tinggi untuknya.

Saat skala kecil, ini bukan masalah. Ketika skala meningkat, ini menjadi masalah.

Lihat angka-angka ini untuk memahami seberapa besar skalanya berubah. Pada Desember 2025, saat MCP merayakan ulang tahun pertamanya, unduhan bulanan SDK mencapai 97 juta kali. Pada rilis Juli 2026 ini, Anthropic menyatakan unduhan bulanan melebihi 400 juta kali, sementara blog resmi menyebutkan "hampir lima miliar", dengan pertumbuhan empat kali lipat dalam setahun. Jumlah unduhan kumulatif untuk SDK TypeScript dan Python masing-masing telah melewati ambang batas satu miliar.

Direktori konektor Claude milik Anthropic sekarang mencantumkan lebih dari 950 server MCP. Data dari vendor observabilitas Honeycomb lebih jelas menunjukkan bahwa Agent sudah benar-benar bekerja: hampir 20% dari semua kueri interaktif bulanan mereka diinisiasi oleh Agent.

Empat kali lipat dalam enam bulan. Di bawah kurva semacam ini, setiap "pajak tersembunyi" dalam arsitektur akan diperbesar menjadi biaya yang jelas.

Jadi, redaksi resminya adalah "salah satu fitur yang paling banyak diminta oleh pengembang." Terjemahkan ini: Bukan kami yang ingin mengubahnya, tetapi orang-orang yang menjalankannya di lingkungan produksi sudah tidak tahan lagi.

Tiga, statusnya tidak hilang, ia dipindahkan ke depan model

Ada salah paham yang harus dijelaskan dengan jelas.

Protokolnya stateless, bukan berarti aplikasimu juga stateless.

Alternatif yang ditentukan dalam spesifikasi disebut explicit handle. Jika alat Anda perlu mempertahankan status di antara panggilan, maka biarkan alat mengembalikan sebuah identifikasi, misalnya basket_id, lalu model akan menggunakan ID ini sebagai parameter pada panggilan berikutnya.

Kalimat di blog resmi itu, menurut saya, adalah kalimat paling menarik dalam seluruh dokumen: mereka menemukan bahwa cara ini lebih efektif daripada menyembunyikan status di lapisan transmisi, karena model dapat melihat penangan ini dan dengan demikian dapat menghubungkannya di antara alat-alat tersebut.

Berhenti sebentar dan pikirkan betapa berartinya kalimat ini.

Logika desain sebelumnya adalah: status adalah urusan infrastruktur, model tidak perlu peduli. Logika sekarang terbalik: status adalah bagian dari rantai inferensi model, menyembunyikannya justru membuat model menjadi kurang akurat dalam penilaian.

Menyembunyikan status membuat model menjadi bodoh. Kesimpulan ini bukan ditarik dari estetika arsitektur, tetapi ditemukan dari satu setengah tahun insiden produksi.

Pendekatan yang sama diterapkan pada jalur di mana server memulai permintaan. Dulu, saat alat menjalankan tindakan, ia harus meminta konfirmasi dari pengguna, seperti "Konfirmasi penghapusan 3 file ini?", dengan menggunakan aliran SSE yang terus-menerus mengirimkan permintaan kembali ke klien. Setelah menjadi stateless, aliran ini hilang, digantikan oleh Multi Round-Trip Requests, disingkat MRTR.

Mechanismnya tidak rumit. Server mengembalikan tipe hasil "memerlukan input", disertai pertanyaan yang ingin ditanyakan, serta sebuah requestState. Klien mengumpulkan semua jawaban, lalu mengirim ulang panggilan asli dengan inputResponses dan requestState yang sama persis. Karena semua yang diperlukan untuk melanjutkan sudah ada dalam requestState, percobaan ulang ini tetap bisa berjalan meskipun jatuh ke mesin lain.

Produk Lead Supabase, Inian Parameshwaran, mengatakan dengan jujur: dukungan untuk elicitation telah lama ada di roadmap mereka, tetapi karena Supabase MCP berjalan secara stateless, hal ini tidak mungkin dilakukan. Setelah MRTR, hal ini menjadi mungkin—alat dapat memastikan biaya sebelum membuat proyek, dan dapat bertanya sebelum menghapus data.

Di sini saya ingin menyoroti satu poin yang tidak ditekankan secara mendalam dalam dokumen standar, tetapi pasti akan Anda temui dalam praktik teknis:requestState disimpan dan dikembalikan oleh klien, sehingga secara alami berada di luar batas kepercayaan. Jika server menganggapnya sebagai input tepercaya dan langsung mendeserialisasi, maka itu membuka celah bagi dirinya sendiri. Tanda tangan, enkripsi, dan penetapan masa berlaku — ketiga hal ini menurut saya akan segera menjadi praktik standar di komunitas. Ini adalah penilaian saya, bukan persyaratan dari spesifikasi.

Empat: Kerangka Ekspansi: Protokol Mulai Belajar "Tidak Bertambah Gemuk"

The second real bet is that the expansion framework has shifted from convention to institution.

Reverse DNS naming, capability negotiation via extensions, independent ext-* repositories with authorized maintainers, versioned independently from the core specification. It sounds dull, but it solves the ailment that all successful protocols encounter: the core becoming bloated.

Dua ekstensi ini secara resmi diakui.

Aplikasi MCP membuat server mengirim antarmuka interaktif langsung ke dalam percakapan. Bukan teks murni, bukan JSON terstruktur, tetapi antarmuka HTML lengkap yang berjalan di dalam sandbox iframe. Grafik, formulir, pemilih, semuanya bisa. Desain kuncinya adalah alat harus mendeklarasikan template UI terlebih dahulu, sehingga klien dapat mengambilnya terlebih dahulu dan melakukan tinjauan keamanan sebelum merender apa pun. Operasi pada antarmuka tetap menggunakan saluran JSON-RPC yang sama untuk pemanggilan alat.

Menangani masalah sisi lain: tugas berjalan lama. Fitur ini naik dari fitur eksperimen menjadi ekstensi resmi, dengan siklus hidup yang dirancang ulang menjadi stateless:tools/call mengembalikan handle tugas, klien melakukan polling dengan tasks/get, dilengkapi dengan tasks/update dan tasks/cancel.

Perlu diperhatikan tasks/list telah dihapus. Alasannya tegas: tanpa sesi, operasi "mencantumkan semua tugas" tidak lagi aman, karena Anda tidak dapat menentukan siapa yang dimaksud dengan "semua".

Ekstensi ini disumbangkan oleh AWS. Swami Sivasubramanian, Wakil Presiden Agentic AI Amazon, mengatakan bahwa spesifikasi baru dan inti tanpa status telah masuk ke Bedrock AgentCore. Di sisi Microsoft, Tina Schuchman, Wakil Presiden Rekayasa Foundry, menyatakan bahwa MCP memungkinkan mereka berkembang dari puluhan integrasi menjadi ribuan, dengan Foundry toolbox menggabungkan alat-alat tersebut melalui satu titik akhir MCP yang seragam untuk mengelola tata kelola, identitas, dan observabilitas secara terpusat.

Sebuah protokol yang secara bersamaan digunakan oleh AWS, Microsoft, Google Cloud, dan Cloudflare sebagai dasar untuk membangun sesuatu. Ini bukan lagi spesifikasi plugin milik satu perusahaan.

Lima, masalah sejati bukanlah koneksi, melainkan identitas

Dalam blog resmi, ada satu pernyataan jujur: selama setahun terakhir, setelah berdiskusi dengan para implementator, otorisasi adalah area yang paling banyak memakan waktu mereka.

This version adds six SEP authorizations, all unglamorous but necessary. The authorization server must return the iss parameter according to RFC 9207, and the client must verify it before exchanging the code—this closes the authorization server confusion attack. During dynamic registration, the client must declare application_type, and localhost callbacks for desktop and CLI apps will no longer be arbitrarily rejected. Credentials are bound to the issuer that issued them and cannot be reused across authorization servers.

Yang lebih signifikan secara sinyal: Dynamic Client Registration (DCR) secara resmi ditinggalkan, dengan arah menuju Client ID Metadata Document (CIMD). DCR masih dapat digunakan dan kompatibilitas mundur tetap dipertahankan, tetapi akan dihapus pada versi mendatang.

Pada hari yang sama, Enterprise Managed Authorization (EMA) beralih ke versi stabil. Hal ini mungkin lebih berarti bagi TI perusahaan daripada stateless.

Di model lama, setiap karyawan harus memberikan otorisasi terpisah untuk setiap server. Saat bergabung, mereka harus menghubungkan secara manual satu per satu layanan. Tim keamanan tidak dapat menerapkan kebijakan seragam, izin diatur secara mandiri oleh setiap pengguna tanpa kontrol terpusat atau jejak audit. Lebih buruk lagi, akun kerja dan akun pribadi dicampur, tanpa mekanisme yang memaksa penggunaan identitas perusahaan.

EMA mengubah penyedia identitas perusahaan menjadi pihak yang membuat keputusan. Di lapisan bawah, menggunakan pernyataan ID-JAG yang dikeluarkan oleh IdP saat login tunggal, klien menggunakannya untuk menukar token akses dari server otorisasi MCP. Pengguna tidak melewati halaman persetujuan apa pun pada server tunggal.

Okta adalah IdP pertama yang didukung melalui Cross App Access-nya. Di sisi klien, seluruh Claude dan VS Code telah terintegrasi. Di sisi server, Asana, Atlassian, Canva, Figma, Granola, Linear, dan Supabase sudah didukung, sedangkan Slack sedang dalam proses. Evaluasi dari Tom Moor, pemimpin teknis Linear, cukup lucu: login sekali, semua konektor MCP langsung terkonfigurasi otomatis, ini cukup ajaib.

Bagian ajaibnya bukan pada pengalaman, tetapi pada tata kelola. Akses ke keputusan akhirnya kembali ke konsol manajemen IdP, dengan rantai audit yang menghubungkan semua konektor.

Tetapi saya harus mengatakan semuanya: stateless dan EMA menangani identitas dan skala, bukan seluruh aspek keamanan Agent. Dua angka dalam laporan Cisco "State of AI Security 2026" itu terus menggantung: 83% organisasi berencana menerapkan kemampuan Agent, hanya 29% yang merasa siap. Masalah seperti prompt injection, tool description poisoning, dan Agent yang digunakan sebagai papan lompatan lateral tidak akan hilang hanya karena protokol menghapus sesi.

好消息是，Mcp-Method dan Mcp-Name setelah diimplementasikan, biaya eksekusi strategi gateway turun. Standar juga mengharuskan server menolak permintaan yang tidak konsisten antara header dan body, yang menutup satu kelas ketidaksesuaian routing dan keamanan. Ini merupakan perbaikan nyata dalam postur pertahanan. Tetapi hanya sampai di sini.

Enam: Harga: Ini adalah perubahan yang merusak, tagihan telah dikeluarkan

Saya tidak suka hanya membahas keuntungan tanpa membahas akun.

Versi ini merupakan perubahan breaking change. Tiga fitur—Roots, Sampling, dan Logging—secara bersama-sama dimasukkan ke dalam status deprecated. Transmisi HTTP+SSE lama juga secara resmi dinyatakan deprecated. Spesifikasi sekaligus menetapkan kebijakan siklus hidup fitur formal: Active ke Deprecated ke Removed, masing-masing tahap minimal 12 bulan.

Ada juga beberapa perubahan kecil namun penting: skema input dan output alat sekarang mendukung seluruh kosakata JSON Schema 2020-12, oneOf、anyOf，dan kondisi kini dapat digunakan; kode kesalahan "sumber daya tidak ditemukan" telah diubah dari -32002 yang bersifat khusus menjadi -32602 yang merupakan standar JSON-RPC. Jika Anda mengkodekan -32002 secara keras dalam kode, Anda harus mengubah baris ini.

Tempat dengan biaya migrasi paling tinggi, pihak resmi secara eksplisit menyebutkan: pengembang yang bergantung pada session identifier.

Jadi, jadwalnya patut diulang sekali lagi. Versi kandidat dikunci pada 21 Mei, dengan rilis resmi pada 28 Juli, memberikan waktu sepenuhnya sepuluh minggu bagi pemelihara SDK dan implementator klien untuk melakukan verifikasi. Keempat SDK Tier 1 (TypeScript, Python, Go, C#) mendukung versi baru pada hari yang sama, sementara SDK Rust berada dalam versi beta.

Jendela verifikasi publik selama sepuluh minggu + periode transisi pensiun selama 12 bulan + SEP standar harus memiliki skenario yang sesuai dalam suite pengujian konsistensi sebelum dapat disahkan. Ketiga hal ini bersama-sama merupakan bagian paling profesional dari pembaruan ini menurut saya.

Ini bukan sekadar menyamarkan perubahan merusak, bukan pula melemparkan perubahan merusak kepada komunitas untuk ditangani sendiri.

Ketentuan konsistensi sangat penting. Untuk masa depan, jika ingin menambahkan fitur baru ke jalur standar, tulis skenario yang dapat diuji terlebih dahulu. Ini adalah cara untuk mengikat "niat desain" dan "fakta implementasi" bersama-sama, yang banyak protokol pelajari setelah mengalami kerugian besar.

Yang menarik, migrasi justru menghasilkan keuntungan positif. Enrico Toniato, Chief Technology Officer dari Manufact di balik kerangka kerja open-source mcp-use, memberikan angka spesifik: dengan menggunakan SDK v2 baru untuk memisahkan klien dan server, ukuran paket berkurang sekitar 83%, dan kecepatan meningkat 25%.

Satu kali perampingan arsitektur, sekalian membuat paketnya juga lebih ringan. Hal seperti ini tidak sering terjadi.

Tujuh: Penilaian saya

Lalu, bagaimana pendapat Anda tentang pembaruan ini?

Pertama kali saya berpikir: ini adalah sebuah kesalahan yang diakui, dan pengakuan yang elegan.

Desain awal MCP yang bersifat dua arah dan berstatus dibangun untuk skenario lokal. Editor Anda terhubung ke server yang berjalan di perangkat lokal, melakukan handshake sekali dan mempertahankan satu koneksi, yang sepenuhnya masuk akal. Masalah muncul ketika MCP jarak jauh diterapkan, model ini ditarik ke lingkungan cloud, dan semua orang mulai memberikan patch untuknya. Sesi lengket adalah patch, penyimpanan sesi di Redis adalah patch, dan membuka koneksi panjang demi elicitation juga adalah patch.

Setelah patch mencapai jumlah tertentu, saatnya mengganti fondasinya. Menurut David Soria Parra, salah satu pencipta protokol, versi ini menggabungkan semua pelajaran dari 18 bulan terakhir. Nick Cooper, pemelihara inti, menjelaskan dengan lebih tepat: MCP berusia satu setengah tahun, sedang menyerap pengalaman desain protokol web selama puluhan tahun, dan berubah menjadi protokol yang lebih matang.

Pertimbangan kedua: Perubahan ini benar-benar memiliki makna titik balik dalam tata kelola, bukan teknis.

Timeline perlu diverifikasi ulang. Pada 25 November 2024, Anthropic melepaskan MCP secara open source. Pada 9 Desember 2025, MCP disumbangkan ke Agentic AI Foundation yang baru dibentuk di bawah Linux Foundation, sebuah dana khusus yang diprakarsai bersama oleh Anthropic, Block, dan OpenAI, dengan dukungan dari Google, Microsoft, AWS, Cloudflare, dan Bloomberg. Delapan bulan kemudian, versi besar pertama dirilis.

Sebuah protokol yang diciptakan oleh satu pihak saja, setelah diserahkan, berhasil menjalani operasi paling sulitnya, bukan justru terjebak dalam kebuntuan komite setelah diserahkan. Peristiwa ini sendiri merupakan validasi terhadap efektivitas tata kelola terbuka.

Dari daftar platform ekosistem, terlihat perubahan fokus. Figma membahas integrasi desain dan kode, Intuit membahas memberikan pengalaman kecerdasan keuangan yang dapat dipercaya kepada seratus juta konsumen dan pelaku bisnis, Zoom membahas mengirimkan kecerdasan rapat secara aman ke platform AI. Ini bukan bahasa mainan pengembang, tetapi bahasa lini produk.

Pertimbangan ketiga, yang menurut saya paling patut diucapkan: kematangan protokol harus dibayar dengan harga, harga itu disebut "tidak bisa bersuara".

Stateless, routable, cacheable, traceable. W3C Trace Context kini dikirim melalui kunci tetap di _meta, kompatibel dengan pelacakan terdistribusi OpenTelemetry secara langsung. Kata-kata ini telah Anda lihat dalam perkembangan HTTP, REST, dan gRPC.

MCP sedang menjadi saluran yang tidak akan Anda bicarakan. Seperti tidak ada yang membahas betapa menariknya TCP hari ini.

Apakah ini hal yang baik? Saya rasa ya. Kemenangan di lapisan data tidak pernah milik desain yang paling menakjubkan, melainkan milik yang paling sulit rusak. Pada saat sesi dihapus, MCP melepaskan sebagian keanggunannya, demi mendapatkan kemampuan untuk diperluas secara horizontal di belakang load balancing polling.

Skalabilitas agen tidak terhambat oleh seberapa cerdas modelnya, tetapi oleh hal-hal yang tidak ada yang ingin dibahas: percakapan disimpan di mana, identitas diwariskan bagaimana, tugas masih berjalan atau tidak setelah terputus, dan berapa banyak kali tombol persetujuan harus ditekan ketika sepuluh ribu karyawan terhubung ke seribu server.

Versi ini mendorong beberapa hal ini jauh ke depan.

Untuk rasa antusiasme, pipa tidak bertanggung jawab memberikan rasa antusiasme. Ia hanya bertanggung jawab agar tidak bocor saat Anda tidak melihatnya.

Source citation

Blog Protokol Konteks Model, "Spesifikasi 2026-07-28", 28 Juli 2026. https://blog.modelcontextprotocol.io/posts/2026-07-28/
Model Context Protocol Blog, "Otorisasi yang Dikelola Perusahaan: OAuth Tanpa Sentuhan untuk MCP", 2026. https://blog.modelcontextprotocol.io/posts/enterprise-managed-auth/
Claude oleh Anthropic, "Membawa MCP 2026-07-28 ke Claude", 2026 年 7 月 28 日. https://claude.com/blog/bringing-mcp-2026-07-28-to-claude
MCP Servers Blog, "Spesifikasi MCP 2026-07-28: Masa Depan Stateless dan Extensible", 2026. https://blog.mcpservers.org/posts/mcp-spec-2026-07-28
Linux Foundation, "Linux Foundation Mengumumkan Pembentukan Agentic AI Foundation", 9 Desember 2025. https://linuxfoundation.org/press/linux-foundation-announces-the-formation-of-the-agentic-ai-foundation
Anthropic, "Mendonasikan Model Context Protocol dan mendirikan Agentic AI Foundation", Desember 2025. https://anthropic.com/news/donating-the-model-context-protocol-and-establishing-of-the-agentic-ai-foundation
Cisco, "State of AI Security 2026", 2026. https://blogs.cisco.com/ai/cisco-state-of-ai-security-2026-report
IT Home, "Pembaruan Terbesar Sejak Peluncuran: Spesifikasi MCP 2026-07-28 Diresmikan, Berpindah ke Inti 'Stateless'", 29 Juli 2026. https://www.ithome.com/0/983/102.htm