MCP (Model Context Protocol) adalah standar terbuka yang pertama kali diperkenalkan oleh Anthropic untuk menghubungkan asisten AI dengan sistem eksternal lewat satu antarmuka yang seragam. Sebelum MCP hadir, menghubungkan asisten AI ke sebuah alat berarti membangun integrasi khusus. GitHub butuh konektor sendiri, Postgres butuh konektor lain, dan setiap klien AI punya format plugin yang berbeda-beda. Anthropic menyebutnya masalah N x M, di mana N jumlah tools dikali M jumlah klien menghasilkan tumpukan integrasi yang sulit dirawat.
MCP hadir sebagai semacam adaptor universal. Bayangkan USB-C untuk AI, satu konektor standar yang bekerja di mana saja. Protokol ini dibangun di atas JSON-RPC 2.0 dan mendefinisikan tiga primitif utama. Yang pertama adalah tools, yaitu aksi yang bisa dijalankan AI seperti mencari, membuat file, atau men-deploy. Yang kedua adalah resources, sumber data yang bisa dibaca AI seperti file, catatan database, atau respons API. Yang ketiga adalah prompts, template yang bisa dipakai ulang yang diekspos oleh server.
Dalam konteks vibe coding, MCP adalah jembatan yang mengubah asisten AI dari sekadar penulis kode menjadi agen yang benar-benar bisa bertindak di dunia nyata. Tanpa MCP, asisten coding cuma bisa menulis kode dalam ruang kosong. Dengan MCP, asisten bisa membuka file proyek, menjalankan query ke database, meninjau pull request di GitHub, bahkan mengotomatisasi pengujian di browser. Inilah kenapa topik ini penting dipahami oleh siapa pun yang serius menekuni vibe coding.
MCP server duduk di antara alat coding AI dan sistem di luar sana. Ia mengekspos aksi seperti membaca file, meninjau pull request, dan menjalankan query. Anda memasang koneksi ini sekali, dan kemudian berfungsi di semua host yang kompatibel dengan MCP. Ini pergeseran besar. Plugin utamanya menambahkan konteks, sementara server MCP membuat asisten benar-benar melakukan sesuatu pada sistem yang hidup.
Ada dua jenis transport yang didukung MCP. Yang pertama adalah stdio, yang berjalan lokal di mesin Anda dan dikelola otomatis oleh klien AI. Yang kedua adalah HTTP dengan protokol Streamable HTTP atau SSE, yang berjalan jarak jauh atau lokal lewat endpoint jaringan. Pilihan transport ini menentukan cara Anda men-deploy server.
Perlu dicatat bahwa setiap server yang terhubung menambahkan sekitar 2.000 hingga 5.000 token skema tools di awal sesi. Ini konsekuensi nyata yang sering luput dari perhatian. Makin banyak server yang Anda pasang, makin besar konteks yang terpakai dan makin lambat respons. Karena itu, praktik yang disarankan adalah menjaga jumlah server tetap ramping, idealnya tiga hingga enam server aktif dalam satu sesi kerja.
Pilihan server MCP tidak perlu banyak. Fokus pada yang benar-benar dipakai setiap hari. Dari hasil riset ekosistem MCP terbaru, ada lima server yang paling sering diinstal oleh developer untuk kebutuhan coding, data, dan automasi.
| Server | Fungsi Utama | Contoh Penggunaan | Perhatian |
|---|---|---|---|
| Filesystem | Baca dan edit file proyek lokal | Membuka, mengedit, mencari kode di direktori | Jangan arahkan ke seluruh direktori home |
| GitHub | PR review, issues, Actions, pencarian repo | Meninjau pull request dalam satu prompt | Batasi tools jika ingin mengurangi noise |
| Postgres | Query database dan inspeksi skema | Query data live tanpa membuka GUI database | Pakai kredensial read-only dan timeout |
| Slack | Ringkasan channel, lookup thread, konteks tim | Mendapat konteks keputusan tim dari chat | Matikan akses tulis kecuali diperlukan |
| Playwright | Automasi browser, UI check, E2E flow | Verifikasi UI di browser sungguhan | Pakai headless mode untuk CI |
| Web Search | Riset dokumen terbaru, perbaiki error | Mendapat dokumentasi terkini dan fix stack trace | Pastikan proteksi SSRF aktif |
Rekomendasi umum dari praktisi MCP adalah memulai dengan Filesystem, GitHub, dan Web Search. Tambahkan Postgres, Slack, atau Playwright hanya ketika ada tugas harian yang terus berulang menjadi copy-paste. Prinsipnya sederhana, kalau Anda terus menyalin dan menempel dari GitHub, konsol database, atau dokumentasi ke jendela chat, itu tanda kuat bahwa sistem tersebut seharusnya menjadi server MCP.
Claude Code mendukung penambahan server MCP lewat perintah CLI. Sintaks dasarnya menggunakan perintah claude mcp add dengan opsi scope dan transport. Untuk server yang dijalankan secara lokal, gunakan tipe transport stdio. Untuk layanan yang di-host jarak jauh, gunakan tipe HTTP.
Contoh menambahkan GitHub MCP server yang di-host resmi lewat HTTP:
claude mcp add -s user -t http github https://api.githubcopilot.com/mcp/
Bagian -s user menandakan scope ke level pengguna, sehingga server tersedia di semua proyek. Bagian -t http menandakan transport HTTP. URL di akhir adalah endpoint server MCP yang di-host. Setelah perintah ini dijalankan, klien akan otomatis mengenali tools yang diekspos oleh server tersebut.
Untuk server lokal seperti Filesystem, Anda biasanya memakai transport stdio dan mengarahkan ke direktori proyek yang spesifik. Penting untuk membatasi akses file hanya ke satu folder proyek, bukan seluruh direktori home. Ini langkah keamanan dasar yang mencegah asisten AI mengakses file sensitif di luar lingkup kerja.
Cursor dan editor berbasis AI lain juga mendukung MCP, meski antarmukanya berupa menu grafis daripada perintah CLI. Pada umumnya, Anda membuka pengaturan MCP server dan menambahkan konfigurasi JSON yang berisi nama server, perintah untuk menjalankannya, dan argumen yang diperlukan.
Konsepnya sama dengan Claude Code, satu server MCP berfungsi lintas host. Keuntungan terbesar dari standar terbuka adalah portabilitas. Server yang Anda konfigurasi di Cursor bisa dipakai juga di Windsurf, VS Code, atau klien lain yang kompatibel tanpa menulis ulang integrasi dari awal. Inilah yang membuat MCP menjadi investasi jangka panjang yang layak.
Dua mode hosting MCP layak dipahami sebelum memulai. Server lokal berjalan di mesin Anda sebagai subproses, memakai transport stdio, dan paling cocok untuk Filesystem, database lokal, dan sesi browser. Server jarak jauh berjalan di cloud vendor, memakai Streamable HTTP atau SSE, dan paling cocok untuk GitHub, platform deployment, issue tracker, dan layanan SaaS.
Tren menuju server jarak jauh cukup kuat. Survei State of MCP dari Zuplo menemukan bahwa 59 persen pembangun MCP kini menggunakan Streamable HTTP dibanding 34 persen yang memakai stdio. GitHub, Vercel, Linear, Notion, Supabase, Stripe, Figma, dan Hugging Face semuanya meluncurkan endpoint resmi yang di-host. Ini artinya Anda bisa melewati instalasi lokal untuk banyak layanan populer.
Satu hal yang sering membuat pemula kecewa adalah respons yang terasa lambat setelah memasang banyak server. Penyebabnya bukan server yang lambat, melainkan konsumsi token. Setiap server MCP yang aktif menambahkan skema tools ke konteks di awal sesi, sekitar 2.000 hingga 5.000 token per server. Kalau Anda memasang sepuluh server, bisa dibayangkan berapa besar konteks yang tersedot hanya untuk deskripsi tools.
Solusinya adalah memulai dari yang paling sedikit. Pasang tiga server inti lebih dulu, jalankan selama beberapa hari, lalu tambahkan server baru hanya ketika benar-benar dibutuhkan. Adopsi ini juga sejalan dengan temuan survei bahwa 70 persen pengguna MCP menjalankan dua hingga tujuh server secara bersamaan, dan 49 persen menyebut produktivitas serta penghematan waktu sebagai ROI utama.
Kekuatan MCP justru bisa menjadi risiko kalau tidak dikelola dengan hati-hati. Karena server memberi asisten AI akses ke sistem nyata, konfigurasi yang longgar bisa membuka celah. Beberapa praktik keamanan dasar perlu dijadikan kebiasaan sejak awal.
Pertama, simpan rahasia di environment variables, bukan di file konfigurasi bersama. Kedua, batasi akses file ke satu folder proyek. Ketiga, gunakan akun database read-only bila memungkinkan. Keempat, aktifkan proteksi SSRF untuk tools yang mengambil data dari web. Kelima, periksa bahwa server komunitas yang Anda pakai masih memiliki commit aktif dalam 60 hingga 90 hari terakhir. Server yang sudah mati bisa membawa kerentanan yang tidak terpelihara.
Pemula kerap jatuh ke beberapa kesalahan yang sama ketika mulai memakai MCP. Memahami pola ini membantu Anda menghindari pemborosan waktu yang tidak perlu.
Kesalahan pertama adalah memasang terlalu banyak server di awal. Sesi jadi berat, respons lambat, dan Anda sulit mengidentifikasi server mana yang sebenarnya berguna. Kesalahan kedua adalah mengabaikan transport type. Server lokal yang dikonfigurasi sebagai HTTP tidak akan jalan, begitu juga sebaliknya. Kesalahan ketiga adalah meletakkan API key langsung di file konfigurasi yang ikut ter-commit ke repository.
Kesalahan keempat yang jarang disadari adalah tidak memverifikasi komunitas server sebelum dipakai. Banyak daftar server yang sudah usang atau bahkan berbahaya. Selalu cek aktivitas commit dan reputasi repository sebelum memasang server dari sumber pihak ketiga. Kesalahan kelima adalah tidak meng-update server secara berkala. Ekosistem MCP bergerak cepat, dan versi lama bisa kehilangan kompatibilitas dengan klien terbaru.
Apakah MCP sama dengan plugin? Tidak. Plugin terutama menambahkan konteks ke editor, sementara server MCP memberi asisten kemampuan untuk bertindak pada sistem hidup seperti file, repository, database, dan browser. Plugin biasanya terikat pada satu editor, sedangkan MCP bersifat lintas klien.
Apakah saya perlu membuat server MCP sendiri? Tidak wajib. Untuk sebagian besar kebutuhan vibe coding, server yang sudah tersedia sudah cukup. Membuat server sendiri hanya relevan ketika Anda punya integrasi khusus yang belum ada di ekosistem.
Berapa banyak server yang ideal? Tiga sampai enam server aktif adalah rentang kerja yang baik. Mulai ramping dan tambahkan hanya ketika kebutuhan nyata muncul.
Apakah MCP mendukung semua editor AI? Sebagian besar editor AI modern sudah kompatibel, termasuk Claude Code, Cursor, Windsurf, dan VS Code. Karena standar terbuka, dukungan terus meluas.
Untuk memahami nilai MCP secara konkret, perhatikan sebuah skenario sehari-hari yang sering dialami developer. Anda mendapat task untuk menambahkan fitur baru ke aplikasi web yang sedang dikerjakan. Tanpa MCP, pekerjaan ini berarti membuka beberapa aplikasi sekaligus: editor, konsol database, tab GitHub, dan dokumentasi. Setiap informasi diambil manual lalu ditempelkan ke jendela chat.
Dengan MCP yang terpasang, alurnya berubah drastis. Asisten AI membaca struktur file proyek lewat server Filesystem, memahami skema database lewat server Postgres, melihat isu terkait lewat server GitHub, lalu menarik dokumentasi terbaru lewat server Web Search. Semua itu terjadi dalam satu percakapan, tanpa membuka aplikasi lain. Anda cukup menjelaskan apa yang ingin dicapai, dan asisten menyusun langkah berdasarkan konteks nyata yang ditarik dari sistem yang hidup.
Contoh lain yang cukup populer adalah peninjauan pull request. Daripada membuka setiap PR di browser dan memeriksa diff satu per satu, Anda bisa menyuruh asisten meninjau semua PR terbuka, merangkum perubahannya, dan menandai potensi masalah. Server GitHub menyediakan akses ke repository, isu, dan pull request, sementara server Filesystem memastikan asisten membaca kode yang relevan dari checkout lokal.
Pengujian UI juga jauh lebih mudah dengan server Playwright. Asisten bisa membuka aplikasi di browser sungguhan, mengklik elemen, mengisi formulir, dan memverifikasi hasil. Ini mengubah pengujian end-to-end dari pekerjaan manual yang membosankan menjadi instruksi singkat. Yang perlu diingat, hasil yang ditampilkan asisten tetap harus diperiksa, karena AI bisa saja salah menafsirkan perilaku halaman.
Ketika server MCP tidak berjalan, langkah pertama adalah memeriksa transport type. Gejala paling umum adalah server yang dikonfigurasi sebagai HTTP padahal seharusnya stdio, atau sebaliknya. Perintah claude mcp list menampilkan daftar server beserta tipe transport dan statusnya. Ini titik awal terbaik untuk diagnosa.
Langkah kedua adalah memeriksa log dan error yang muncul saat server mencoba terhubung. Server lokal yang gagal menemukan path biner, atau server jarak jauh yang memerlukan token yang kadaluarsa, sering menghasilkan pesan yang jelas di log. Pastikan environment variables tersedia di sesi tempat klien berjalan, karena variabel yang di-set di shell biasa belum tentu terbaca oleh klien AI.
Langkah ketiga adalah memverifikasi bahwa tools server benar-benar terdaftar. Klien AI modern biasanya punya cara untuk menampilkan daftar tools yang tersedia dari setiap server. Kalau tools tidak muncul, kemungkinan server tidak menyelesaikan handshake dengan benar, atau versi klien belum mendukung fitur tertentu. Meng-update baik klien maupun server ke versi terbaru sering menyelesaikan masalah kompatibilitas.
Terakhir, jangan ragu untuk memulai ulang sesi setelah menambah atau mengubah server. Beberapa klien hanya membaca konfigurasi MCP saat sesi dimulai. Kalau perubahan tidak langsung berlaku, tutup dan buka lagi sesi kerja, lalu verifikasi kembali daftar server.
MCP server adalah jembatan yang membuat vibe coding benar-benar produktif. Tanpa itu, asisten AI hanya menulis kode di ruang kosong. Dengan itu, asisten bisa menyentuh file, database, repository, dan browser, lalu menuntaskan tugas dari awal sampai akhir dalam satu alur kerja.
Kuncinya bukan pada berapa banyak server yang Anda pasang, melainkan seberapa tepat pilihannya. Mulai dari Filesystem, GitHub, dan Web Search, lalu perluas sesuai kebutuhan. Jaga konfigurasi tetap ramping, aman, dan terpelihara. Dengan begitu, ekosistem yang sudah tumbuh melewati sepuluh ribu server publik ini akan bekerja untuk Anda, bukan sebaliknya.