Dasar-dasar AI
Apa Itu Model Context Protocol (MCP)? Standar yang Menghubungkan AI ke Alat dan Data
Model Context Protocol memberikan aplikasi AI cara standar untuk menemukan dan menggunakan alat, data, prompt, dan kemampuan lainnya. Panduan ini menjelaskan arsitektur MCP, primitif, batas keamanan, dan posisinya dalam tumpukan agen.

Model Context Protocol (MCP) adalah standar terbuka yang memungkinkan aplikasi AI terhubung ke alat eksternal, data, prompt, dan kemampuan lainnya melalui antarmuka yang konsisten. Alih-alih membangun integrasi khusus untuk setiap kombinasi model dan sistem, pengembang dapat menerapkan protokol bersama antara host AI dan server MCP.
MCP sering digambarkan sebagai penghubung universal untuk AI, tetapi analoginya tidak lengkap. Protokol tidak hanya memindahkan data. Ia mendefinisikan cara peserta membangun kemampuan, mengekspos sumber daya dan tindakan, menukar pesan terstruktur, serta menjaga batas keamanan. Hal itu menjadikannya bagian penting dari infrastruktur yang berkembang untuk asisten dan agen AI.
Mengapa MCP Ada
Sebuah model secara mandiri tidak dapat melihat dokumen pribadi perusahaan, memeriksa repositori lokal, menanyakan basis data langsung, atau memanggil layanan internal. Secara historis, pengembang menghubungkan kemampuan tersebut melalui plugin sekali pakai dan API khusus aplikasi.
Pendekatan itu menimbulkan masalah integrasi. Jika sepuluh aplikasi AI masing‑masing perlu terhubung ke sepuluh sistem, tim dapat berakhir dengan memelihara puluhan adaptor khusus. Setiap adaptor dapat mewakili alat, konteks, otentikasi, kesalahan, dan pembaruan secara berbeda.
MCP menciptakan kontrak bersama. Aplikasi yang kompatibel dengan MCP dapat berkomunikasi dengan server MCP yang mengekspos kemampuan dalam format yang diketahui. Spesifikasi Model Context Protocol resmi mendefinisikan protokol, sementara host dan server individu memutuskan fitur serta kebijakan keamanan mana yang mereka dukung.
Arsitektur MCP
MCP memisahkan percakapan aplikasi AI dan logika model dari logika integrasi yang diperlukan oleh setiap sumber data atau layanan. Host dapat mempertahankan beberapa koneksi klien secara bersamaan—satu untuk server sistem berkas, satu untuk server basis data, dan satu lagi untuk aplikasi bisnis—sementara menyajikan kemampuan mereka ke model melalui antarmuka yang konsisten.
Server tidak selalu merupakan layanan internet jarak jauh. Ia dapat berjalan secara lokal di samping aplikasi desktop, di dalam jaringan perusahaan, atau sebagai layanan jarak jauh. Pilihan penyebaran tersebut mengubah transportasi dan batas kepercayaan, namun tidak mengubah hubungan inti: klien menemukan kemampuan dari server dan menukar pesan terstruktur dengannya.
MCP menggunakan arsitektur host‑klien‑server.
- Host: aplikasi AI yang berinteraksi dengan pengguna, seperti asisten, lingkungan pemrograman, atau platform agen.
- Client: komponen protokol yang dibuat oleh host untuk mempertahankan koneksi dengan server MCP tertentu.
- Server: program yang mengekspos alat, sumber daya, atau prompt terpilih kepada klien MCP.
Host dapat terhubung ke beberapa server secara bersamaan. Satu server mungkin menyediakan akses ke repositori berkas, yang lain ke sistem manajemen proyek, dan yang ketiga ke basis data internal. Host tetap bertanggung jawab atas pengalaman pengguna, orkestrasi model, persetujuan, dan informasi yang ditempatkan dalam konteks model.
Pesan disusun menggunakan konvensi JSON‑RPC. Selama inisialisasi, peserta bernegosiasi versi protokol dan kemampuan. Negosiasi tersebut penting karena klien dan server tidak harus mengimplementasikan setiap fitur opsional.
Alat, Sumber Daya, dan Prompt
| Host | Aplikasi AI yang mengoordinasikan pengalaman pengguna dan izin. |
|---|---|
| Klien | Koneksi protokol yang dipertahankan oleh host untuk satu server. |
| Server | Program yang mengekspos alat, sumber daya, atau prompt. |
| Hasil | Data terstruktur yang dikembalikan ke host setelah pemanggilan yang disetujui. |
MCP mengatur kapabilitas yang disediakan server menjadi beberapa primitif. Tiga yang paling dikenal adalah alat, sumber daya, dan prompt.
Alat
Alat adalah fungsi yang dapat dieksekusi yang dapat dipanggil oleh aplikasi AI. Contohnya termasuk mencari basis data pelanggan, membuat tiket, menjalankan kueri, atau mengambil inventaris terkini. Definisi alat mencakup nama, deskripsi, dan skema input sehingga model dan runtime mengetahui argumen apa yang diharapkan.
Penggunaan alat dapat mengubah sistem eksternal, sehingga host harus menampilkan deskripsi yang bermakna, memvalidasi input, menerapkan izin, dan meminta konfirmasi untuk tindakan yang berdampak.
Sumber Daya
Sumber daya adalah konteks yang dapat dibaca aplikasi, seperti file, catatan basis data, halaman dokumentasi, atau laporan yang dihasilkan. Sumber daya menggunakan pengidentifikasi dan dapat mengekspos metadata seperti nama dan tipe media. Mereka memberi host cara standar untuk menemukan dan mengambil informasi tanpa menganggap setiap operasi baca sebagai aksi.
Prompt
Prompt adalah templat atau alur kerja yang dapat digunakan kembali yang disediakan server untuk host. Mereka dapat membantu pengguna memanggil kapabilitas dengan benar, menyediakan argumen terstruktur, atau menggabungkan instruksi khusus domain dengan konteks yang relevan.
MCP juga mendukung kapabilitas ke arah sebaliknya. Bergantung pada apa yang dinegosiasikan, server dapat meminta host untuk memperoleh penyelesaian model atau masukan pengguna. Prinsip desain pentingnya adalah negosiasi kapabilitas yang eksplisit, bukan mengasumsikan setiap peserta dapat melakukan setiap operasi.
Apa yang Terjadi Selama Pemanggilan Alat MCP?
Pertimbangkan asisten kode AI yang terhubung ke server analisis repositori.
- Host terhubung ke server MCP dan menegosiasikan kapabilitas yang didukung.
- Klien meminta daftar alat yang tersedia.
- Server mengembalikan definisi alat terstruktur, termasuk skema inputnya.
- Host membuat deskripsi alat terpilih tersedia bagi model.
- Model mengusulkan pemanggilan alat, seperti mencari referensi ke sebuah fungsi.
- Host memeriksa kebijakan dan, bila perlu, meminta persetujuan pengguna.
- Klien mengirimkan permintaan yang telah divalidasi ke server.
- Server melakukan operasi dan mengembalikan konten terstruktur atau kesalahan.
- Host memutuskan bagian mana dari hasil yang diberikan kepada model untuk langkah berikutnya.
MCP menstandarisasi pertukaran, tetapi tidak memutuskan apakah model harus dipercaya untuk memanggil alat. Keputusan itu menjadi hak host dan lapisan kebijakannya.
MCP Tidak Menggantikan API
Server MCP sering membungkus API yang ada, kit pengembangan perangkat lunak, alat baris perintah, atau driver basis data. Antarmuka dasar tersebut tetap melakukan pekerjaan sebenarnya. MCP menambahkan lapisan penemuan dan interaksi yang berorientasi AI di atasnya.
Perbedaan ini menjelaskan mengapa MCP bersifat komplementer terhadap REST, GraphQL, dan antarmuka aplikasi lainnya. Layanan pembayaran dapat mempertahankan API matang mereka sementara server MCP mengekspos subset operasi yang dibatasi dengan hati-hati, lengkap dengan deskripsi dan skema yang ramah model.
MCP vs. Function Calling
Pemanggilan fungsi atau alat adalah kapabilitas model: model dapat mengembalikan permintaan terstruktur untuk memanggil fungsi. MCP adalah protokol untuk menemukan dan berkomunikasi dengan penyedia alat dan konteks.
Keduanya sering bekerja bersama. Server MCP memberi tahu host alat apa yang ada. Host menyajikan definisi terpilih kepada model. Model mengeluarkan pemanggilan alat. Host kemudian menggunakan MCP untuk mengirim permintaan itu ke server yang tepat.
MCP vs. Agent2Agent
MCP menghubungkan aplikasi AI ke kapabilitas dan konteks. Agent2Agent, atau A2A, berfokus pada komunikasi antar agen otonom yang mungkin dimiliki oleh sistem atau organisasi berbeda.
Sistem praktis dapat menggunakan keduanya. Sebuah agen mungkin menggunakan MCP untuk mengakses alat dan data, lalu menggunakan A2A untuk mendelegasikan tugas yang lebih besar ke agen lain. MCP menjawab “Bagaimana aplikasi ini dapat menggunakan kapabilitas itu?” A2A menjawab “Bagaimana agen-agen ini dapat mengoordinasikan pekerjaan?”
Risiko Keamanan dan Kontrol
Host yang aman menjaga daftar putih eksplisit untuk server dan alat, menampilkan persetujuan yang bermakna saat akses diberikan, dan mengaitkan setiap panggilan dengan identitas pengguna atau beban kerja yang mengotorisasinya. Skema alat harus cukup sempit untuk menolak argumen yang tidak terduga, sementara log audit harus mencatat server, kemampuan, masukan, status hasil, dan jalur persetujuan.
Sumber daya dan hasil alat yang dikembalikan juga menjadi permukaan injeksi prompt. Dokumen yang dibaca melalui MCP dapat berisi teks yang meminta model mengabaikan instruksinya atau mengekstrak data. Host harus mempertahankan perbedaan antara konten yang tidak dipercaya dan kebijakan sistem, serta harus mencegah output satu server secara diam-diam memperluas izin server lain.
Standardisasi meningkatkan interoperabilitas, tetapi tidak menjadikan server dapat dipercaya. Server MCP dapat mengekspos data sensitif, deskripsi alat yang menyesatkan, tindakan tidak aman, atau dependensi yang terkompromi. Konten yang tidak dipercaya yang diambil melalui sumber daya juga dapat berisi instruksi injeksi prompt yang dimaksudkan untuk memanipulasi model.
Kontrol penting meliputi:
- Prinsip hak paling sedikit: berikan setiap server hanya kredensial dan ruang lingkup yang diperlukan untuk tujuannya.
- Kepercayaan server: verifikasi sumber, kode, kepemilikan, dan jalur pembaruan server sebelum menghubungkannya.
- Visibilitas pengguna: jelaskan server mana yang akan menerima data dan tindakan apa yang akan dilakukannya.
- Validasi input: terapkan skema dan aturan bisnis di luar model.
- Batas persetujuan: konfirmasi tindakan sensitif, eksternal, keuangan, atau destruktif.
- Minimisasi data: hindari mengirim seluruh dokumen atau percakapan ketika hanya sebagian kecil yang diperlukan.
- Logging dan pencabutan: catat panggilan, pantau anomali, dan buat kredensial serta koneksi mudah dinonaktifkan.
Proyek MCP terus menyempurnakan arsitektur dan panduan keamanannya. Pembaruan spesifikasi 2026 proyek tersebut menggambarkan bagaimana standar ini berkembang menuju infrastruktur yang lebih sederhana, otorisasi, dan penerapan produksi.
Kapan Pengembang Harus Menggunakan MCP?
MCP sangat cocok ketika beberapa klien AI membutuhkan koneksi konsisten ke kemampuan yang sama, ketika alat harus dapat ditemukan pada waktu berjalan, atau ketika tim ingin memisahkan orkestrasi AI dari kode integrasi spesifik sistem.
Pemanggilan fungsi langsung mungkin tetap lebih sederhana untuk aplikasi kecil dengan satu backend yang sangat terkontrol. Adopsi protokol membawa pekerjaan operasional tersendiri: manajemen siklus hidup server, pengujian kompatibilitas, autentikasi, observabilitas, dan tata kelola.
Hal yang Perlu Diingat tentang Apa Itu Model Context Protocol (MCP)
MCP adalah bahasa umum antara aplikasi AI dan alat serta konteks di sekitarnya. Nilainya berasal dari penggantian konvensi integrasi terisolasi dengan protokol yang dapat ditemukan, terstruktur, dan dapat diperluas.
Standar tidak menghilangkan kebutuhan akan rekayasa yang cermat. Host tetap harus memutuskan server mana yang dapat dipercaya, kemampuan apa yang akan diekspos, data apa yang dibagikan, dan kapan seseorang harus menyetujui suatu tindakan. MCP membuat koneksi dapat dipindahkan; tata kelola membuatnya aman dan berguna.












