Apa Itu MCP? Bagaimana Agen AI Terhubung ke Data Anda (Pembaruan Spek 2026)
MCP, Model Context Protocol, adalah standar terbuka yang memungkinkan agen AI menjangkau alat dan sumber data melalui satu antarmuka umum. Alih-alih integrasi kustom per aplikasi, klien menggunakan satu protokol dan server mana pun yang patuh dapat menjawab. Spesifikasi ini ditulis ulang pada 28 Juli 2026, dan perubahannya sangat signifikan.
Panduan ini membahas apa yang dilakukan protokol tersebut dan apa yang diubah dalam rilis 2026-07-28. Panduan ini juga membahas apa saja yang kini tidak lagi digunakan (deprecated), perbedaannya dengan integrasi API biasa, dan kapan Anda tidak membutuhkannya. Fakta-fakta di sini adalah per 5 Agustus 2026.
Apa itu MCP?
Bayangkan ini seperti bentuk colokan bersama. Sebelum ada standar, menghubungkan asisten ke database, sistem tiket, dan file Anda berarti harus membuat tiga integrasi khusus. Masing-masing memiliki autentikasi sendiri, penanganan kesalahan sendiri, dan beban pemeliharaan sendiri.
MCP mendefinisikan koneksi tersebut sekali saja. Sebuah klien adalah sisi agen. Sebuah server membungkus sumber data atau alat dan mengekspos apa yang bisa dilakukannya. Klien bertanya kepada server apa saja yang tersedia, lalu memanggilnya.
Server biasanya mengekspos tiga hal. Alat adalah tindakan yang dapat dipanggil oleh agen. Sumber daya adalah konten yang dapat dibaca. Prompt adalah templat yang dapat digunakan kembali. Klien menemukan ketiganya saat runtime, alih-alih dikodekan secara keras (hardcoded).
Nama ini sering digunakan secara longgar, jadi satu klarifikasi akan sangat membantu. Protokol ini bukanlah model, bukan agen, dan bukan produk. Ini adalah format kabel (wire format) di antara mereka.
Dua kata menjelaskan sebagian besar kebingungan di sekitarnya. Penemuan (Discovery) berarti klien mempelajari apa yang ditawarkan server saat runtime. Penggunaan Kembali (Reuse) berarti server yang sama menjawab klien mana pun yang patuh.
Adopsi tidak lagi bersifat teoritis. Pengelola protokol melaporkan hampir setengah miliar unduhan sebulan di seluruh SDK Tier 1. SDK TypeScript dan Python masing-masing telah melampaui total satu miliar.
Apa yang berubah dalam spesifikasi 2026-07-28
Rilis ini adalah revisi terbesar yang pernah dialami protokol ini. Kabar utamanya adalah bahwa intinya (core) sekarang bersifat stateless.
| Perubahan | Maknanya |
|---|---|
| Inti stateless | Sesi dan handshake telah tiada. Setiap permintaan membawa versi protokol dan identitas kliennya sendiri |
| Permintaan Multi Round-Trip | Menggantikan permintaan yang diinisiasi server yang membutuhkan aliran (stream) terbuka. Alat dapat meminta masukan dari pengguna di tengah panggilan |
| Perutean berbasis header | Nama metode dan alat dikirim dalam header Mcp-Method dan Mcp-Name, sehingga gateway melakukan perutean dan otorisasi berdasarkan header |
| Hasil daftar yang dapat di-cache | Daftar alat, prompt, dan sumber daya kini membawa ttlMs and cacheScope |
| Pengerasan otorisasi | Validasi penerbit RFC 9207, peralihan dari Dynamic Client Registration ke Dokumen Metadata ID Klien (Client ID Metadata Documents), dan kredensial yang terikat penerbit (issuer-bound credentials) |
| Kerangka kerja ekstensi | Tugas dipindahkan dari inti eksperimental ke ekstensi formal, bersama dengan Apps dan Enterprise Managed Authorization |
Bacalah daftar tersebut sebagai satu keputusan yang diulang enam kali. Setiap perubahan menghilangkan asumsi yang membuat server jarak jauh canggung untuk dioperasikan. Tidak ada satu pun dari perubahan ini yang mengubah apa yang dapat dilakukan oleh suatu alat.
The official 2026-07-28 specification post memiliki daftar perubahan lengkap. SDK TypeScript, Python, Go, dan C# sudah mendukungnya, dengan Rust dalam versi beta.
Mengapa stateless penting jika Anda menjalankan server
Desain lama mengasumsikan koneksi dua arah yang persisten. Asumsi tunggal itulah yang mendorong sebagian besar kesulitan operasional.
Server jarak jauh dulunya membutuhkan sticky session agar klien selalu mendarat di instans yang sama. Server tersebut membutuhkan penyimpanan sesi bersama agar status (state) tetap bertahan setelah restart. Gateway sering kali harus memeriksa muatan (payload) untuk mengetahui apa yang sedang dilakukan oleh suatu permintaan.
Semua itu tidak lagi diperlukan sekarang. Server dapat berada di belakang load balancer round-robin biasa. Perutean terjadi pada header. Klien menyimpan daftar alat dalam cache selama jendela waktu yang ditentukan oleh server memungkinkan. Protokol ini berubah dari sesuatu yang harus Anda terapkan (deploy) dengan sangat hati-hati menjadi sesuatu yang Anda terapkan secara normal.
Ada biaya migrasi yang menyertainya. Server yang dibangun berdasarkan inti lama memerlukan penyesuaian, dan pustaka klien (client libraries) harus ikut bermigrasi bersamanya.
Perubahan ini juga menurunkan biaya untuk mencobanya. Menyiapkan server dulunya merupakan keputusan infrastruktur. Sekarang, ini lebih mirip seperti menerapkan layanan web kecil apa pun.
Bagi siapa pun yang mengevaluasi server MCP vendor, ini adalah pertanyaan praktis yang perlu diajukan: versi spesifikasi mana yang ditargetkan, dan kapan ia akan beralih.
Apa yang tidak lagi digunakan (deprecated), dan berapa banyak waktu yang Anda miliki
Tiga kemampuan sedang dalam proses dihapus: Roots, Sampling, dan Logging. Transportasi HTTP+SSE lama juga tidak lagi digunakan (deprecated).
Para pengelola berkomitmen pada jendela waktu minimum dua belas bulan sebelum penghapusan. Itu cukup longgar, dan itu juga merupakan tenggat waktu. Jika Anda membangun di atas salah satu dari keempat hal tersebut, masukkan migrasi ke dalam peta jalan (roadmap) alih-alih tumpukan pekerjaan (backlog).
Periksa juga klien Anda, tidak hanya server Anda. Klien yang terpaku pada transportasi lama akan tetap berfungsi selama jendela waktu tersebut dan kemudian berhenti berfungsi.
Dynamic Client Registration secara resmi tidak lagi digunakan (deprecated) dan digantikan oleh Client ID Metadata Documents. Kredensial yang terikat penerbit (issuer-bound credentials) kini mencegah token yang diterbitkan untuk satu server digunakan kembali pada server lain.
Perbandingan MCP dengan integrasi API biasa
| Integrasi API kustom | Server MCP | |
|---|---|---|
| Pekerjaan per sumber | Autentikasi, skema, dan penanganan kesalahan baru setiap saat | Satu protokol, digunakan kembali |
| Penemuan (Discovery) | Anda mengodekan secara keras apa yang ada | Klien bertanya saat runtime |
| Siapa yang bisa menggunakannya | Aplikasi tempat Anda membangunnya | Klien mana pun yang patuh |
| Pemeliharaan | Terputus ketika API vendor berubah | Server menyerap perubahan tersebut |
| Terbaik untuk | Satu jalur yang mendalam dan bervolume tinggi | Banyak sumber yang dijangkau oleh satu agen |
Satu pertimbangan lagi adalah siapa yang memelihara konektor tersebut. Server yang diterbitkan vendor akan bergerak mengikuti produk vendor, yang berarti pekerjaan tersebut bukan lagi tanggung jawab Anda.
Sejujurnya, MCP tidak lebih cepat atau lebih murah untuk satu integrasi saja. Protokol ini unggul ketika jumlah sumber data bertambah, atau ketika Anda ingin lebih dari satu agen menjangkau sumber yang sama tanpa harus membangun ulang.
Apa yang dapat Anda hasilkan setelah sumber data terhubung
Koneksi hanyalah sistem perpipaan. Alasan mengapa orang-orang peduli adalah hasil akhir (deliverable) yang didapatkan.
Dengan sumber data yang terhubung, agen dapat menarik angka-angka terbaru dan menjalankan analisis. Hasil yang dikembalikan sudah selesai: grafik, ringkasan tertulis, atau kumpulan slide. Nilainya berasal dari dihilangkannya langkah ekspor, bukan dari protokol itu sendiri. Hasil akhir ini juga yang membuat penyiapan ini layak dipertahankan secara internal. Koneksi yang tidak pernah diubah menjadi laporan oleh siapa pun akan dimatikan secara diam-diam.
Powerdrill Bloom menyediakan server dengan pola ini. Sesuai dokumentasinya sendiri, server ini melakukan autentikasi dengan User ID dan Project API Key Anda. Klien kemudian dapat menjelajahi himpunan data (datasets) di akun Anda, menarik detail tentang salah satunya, dan menjalankan pekerjaan dengan mengajukan pertanyaan dalam bahasa alami. Ini berfungsi dengan Claude Desktop dan klien patuh lainnya. Pengumuman server MCP membahas pengaturannya, dan halaman konektor data mencantumkan jenis sumber lainnya.
Kapan Anda tidak membutuhkan MCP sama sekali
Bagian ini sering dilewati di sebagian besar penjelasan, jadi ada baiknya untuk menyatakannya dengan jelas.
Jika data Anda tiba dalam bentuk file, Anda tidak memerlukan protokol. Anda memerlukan unggahan. Ekspor triwulanan, CSV yang dikirimkan seseorang melalui email kepada Anda, laporan PDF — tidak ada satu pun dari hal tersebut yang membenarkan pembuatan server. Cukup seret file tersebut ke dalam dan ajukan pertanyaan Anda.
Ajukan satu pertanyaan sebelum Anda membangun. Apakah ekspor yang sama ini akan dibutuhkan lagi bulan depan, oleh orang lain selain Anda?
MCP sangat berguna ketika sumber datanya bersifat langsung dan berulang (live and recurring). Database yang berubah setiap jam, antrean tiket, tabel gudang data yang menyuplai laporan mingguan. Pengujiannya adalah apakah Anda harus mengekspor hal yang sama lagi minggu depan jika tidak menggunakan ini.
Ada juga dimensi keamanan. Sumber yang terhubung adalah pemberian izin yang terus berlaku, bukan pembagian sekali saja. Perubahan otorisasi pada 2026-07-28 ada karena perbedaan tersebut sangat penting.
Versi singkatnya
MCP adalah colokan standar antara agen dan sumber data. Rilis 2026-07-28 membuat intinya menjadi stateless, memindahkan perutean ke dalam header, membuat hasil daftar dapat di-cache, dan memperketat otorisasi. Roots, Sampling, Logging, dan transportasi HTTP+SSE lama tidak lagi digunakan (deprecated) dengan jendela waktu dua belas bulan.
Untuk file sekali pakai, lewati semua itu. Coba Powerdrill Bloom gratis — unggah file, ajukan pertanyaan Anda dalam bahasa alami, dan ekspor grafik atau dek presentasi. Jika Anda membandingkan opsi server, lihat platform MCP terbaik.
Pertanyaan yang sering diajukan
Apa kepanjangan dari MCP?
Model Context Protocol. Ini adalah standar terbuka untuk menghubungkan klien AI ke alat dan sumber data melalui satu antarmuka. Dengan demikian, setiap sumber baru tidak memerlukan integrasi khusus.
Apa yang berubah dalam spesifikasi MCP 2026-07-28?
Intinya menjadi stateless, menghilangkan sesi dan handshake. Permintaan Multi Round-Trip menggantikan permintaan yang diinisiasi server melalui aliran (stream) terbuka, dan perutean dipindahkan ke dalam header Mcp-Method dan Mcp-Name. Hasil daftar menjadi dapat di-cache, dan otorisasi diperketat dengan validasi penerbit serta kredensial yang terikat penerbit (issuer-bound credentials).
Apakah MCP sama dengan API?
Tidak. API adalah antarmuka satu vendor ke satu sistem. Protokol ini adalah pembungkus umum yang dapat diimplementasikan oleh banyak sistem, sehingga klien mana pun yang patuh dapat menemukan dan memanggilnya tanpa kode kustom per sumber data.
Apa saja yang tidak lagi digunakan (deprecated) dalam spesifikasi MCP baru?
Roots, Sampling, dan Logging tidak lagi digunakan (deprecated), begitu pula dengan transportasi HTTP+SSE lama. Dynamic Client Registration digantikan oleh Client ID Metadata Documents. Para pengelola menyatakan jendela waktu minimum dua belas bulan sebelum penghapusan.
Apakah saya memerlukan MCP untuk menganalisis spreadsheet dengan AI?
Tidak. Untuk file yang sudah Anda miliki, mengunggahnya jauh lebih sederhana dan cepat. Protokol ini layak disiapkan ketika sumber datanya bersifat langsung (live) dan jika tidak menggunakannya, Anda harus mengekspor ulang data yang sama secara terjadwal.