softovator.com

MCP vs RAG vs AI Agent: Penjelasan Lengkap untuk Orang Awam

Kalau Anda mengikuti berita AI setahun terakhir, tiga istilah ini hampir pasti muncul berulang kali: RAG, MCP, dan AI Agent. Ketiganya sering disebut dalam satu napas, seolah-olah sama, padahal masing-masing menjawab masalah yang berbeda.

Artikel ini menjelaskan ketiganya dari nol, tanpa rumus dan tanpa jargon yang tidak perlu. Setelah selesai membaca, Anda akan bisa menjawab tiga pertanyaan: apa bedanya, kapan memakai yang mana, dan bagaimana ketiganya bekerja bersama dalam satu sistem.

Titik Awal: Apa Kekurangan AI “Polos”?

Semua cerita ini berawal dari model bahasa besar (Large Language Model, LLM), yaitu “otak” di balik ChatGPT, Claude, Gemini, dan sejenisnya. LLM sangat pandai berbahasa: menulis, merangkum, menerjemahkan, menjelaskan. Tetapi LLM polos punya tiga keterbatasan mendasar:

  1. Pengetahuannya membeku. LLM belajar dari data sampai tanggal tertentu (disebut knowledge cutoff). Kejadian sesudah itu tidak ia ketahui.
  2. Ia tidak tahu data pribadi Anda. Daftar harga toko Anda, SOP kantor, isi kontrak, riwayat pesanan pelanggan, semua itu tidak pernah ia pelajari.
  3. Ia hanya bisa bicara, tidak bisa berbuat. LLM polos tidak bisa mengirim email, mengecek stok, atau membuat tiket. Ia hanya menghasilkan teks.

Akibat keterbatasan pertama dan kedua, LLM kadang berhalusinasi: mengarang jawaban yang terdengar meyakinkan padahal salah. Bukan karena “bohong”, melainkan karena ia menebak kata yang paling masuk akal tanpa punya fakta yang benar.

Nah, tiga istilah tadi adalah tiga cara berbeda untuk menambal kekurangan ini:

Masalah Penambalnya Gambaran singkat
Tidak tahu data terbaru atau data pribadi RAG AI membuka “buku catatan” dulu sebelum menjawab
Tidak tersambung ke aplikasi lain MCP “Colokan standar” agar AI bisa tersambung ke berbagai aplikasi
Hanya bisa menjawab, tidak bisa mengerjakan tugas AI Agent AI yang merencanakan langkah dan bertindak sampai tugas selesai

Mari kita bahas satu per satu.

Bagian 1: RAG, AI yang Membuka Catatan Sebelum Menjawab

Arti namanya

RAG adalah singkatan dari Retrieval-Augmented Generation. Diterjemahkan bebas: “pembuatan jawaban yang diperkuat dengan pengambilan informasi”. Istilah ini dipopulerkan oleh makalah riset tahun 2020 dari tim Facebook AI Research (kini Meta AI) bersama University College London dan New York University.

Analogi: ujian buku terbuka

Bayangkan dua mahasiswa mengikuti ujian hukum. Mahasiswa pertama ujian buku tertutup: ia hanya mengandalkan ingatan, dan kalau lupa pasal, ia menebak. Mahasiswa kedua ujian buku terbuka: sebelum menjawab, ia membuka kitab undang-undang, mencari pasal yang relevan, lalu menulis jawaban berdasarkan pasal itu.

LLM polos adalah mahasiswa pertama. LLM dengan RAG adalah mahasiswa kedua. Kecerdasannya sama, tetapi jawabannya jauh lebih bisa dipercaya karena berpijak pada dokumen.

Cara kerjanya, langkah demi langkah

RAG bekerja dalam dua tahap besar: persiapan (dilakukan sekali di awal, lalu diperbarui berkala) dan saat menjawab (dilakukan setiap ada pertanyaan).

Tahap persiapan:

  1. Kumpulkan dokumen. Misalnya PDF kebijakan, halaman FAQ, katalog produk, notulen rapat.
  2. Potong menjadi bagian kecil (disebut chunk), misalnya per paragraf atau per beberapa ratus kata. Tujuannya agar nanti yang diambil hanya bagian yang relevan, bukan seluruh dokumen.
  3. Ubah setiap potongan menjadi “sidik makna” (disebut embedding), yaitu deretan angka yang mewakili arti kalimat. Dua kalimat yang maknanya mirip akan punya angka yang berdekatan, meskipun kata-katanya berbeda. “Cara mengembalikan barang” dan “prosedur retur” akan dianggap mirip.
  4. Simpan di database khusus (disebut vector database) yang pandai mencari potongan berdasarkan kemiripan makna.

Tahap saat menjawab:

  1. Pengguna bertanya: “Berapa lama batas retur sepatu?”
  2. Pertanyaan itu juga diubah menjadi sidik makna.
  3. Sistem mencari potongan dokumen yang maknanya paling dekat, misalnya tiga sampai lima potongan teratas.
  4. Potongan tersebut disisipkan ke dalam “perintah” untuk LLM, kira-kira begini: “Jawab pertanyaan berikut hanya berdasarkan dokumen di bawah ini. Kalau tidak ada jawabannya, katakan tidak tahu.”
  5. LLM menyusun jawaban yang rapi dan, idealnya, menyebutkan sumbernya.
Pertanyaan pengguna
      |
      v
[Cari potongan dokumen yang relevan]  <-- Vector database (hasil persiapan)
      |
      v
[Pertanyaan + potongan dokumen] --> LLM --> Jawaban + sumber

Kelebihan RAG

Keterbatasan RAG

Bagian 2: MCP, Colokan Standar untuk AI

Arti namanya

MCP adalah singkatan dari Model Context Protocol. “Protocol” artinya aturan komunikasi yang disepakati bersama, seperti bahasa resmi. MCP diperkenalkan oleh Anthropic (pembuat Claude) pada November 2024 sebagai standar terbuka. Dalam setahun, MCP diadopsi oleh ChatGPT, Gemini, Microsoft Copilot, Cursor, Visual Studio Code, dan banyak produk lain. Pada Desember 2025, Anthropic menyerahkan MCP kepada Agentic AI Foundation di bawah Linux Foundation, yayasan yang didirikan bersama Anthropic, Block, dan OpenAI, sehingga MCP kini dikelola secara netral, tidak dimiliki satu perusahaan.

Analogi: colokan USB-C

Situs resmi MCP sendiri memakai analogi ini, dan memang paling pas. Ingat zaman dulu ketika setiap merek ponsel punya charger berbeda? Kalau punya lima perangkat, Anda butuh lima kabel. Lalu datang USB-C: satu bentuk colokan untuk semua.

Sebelum MCP, dunia AI mengalami masalah yang sama. Kalau sebuah aplikasi AI ingin tersambung ke Google Drive, Slack, database, dan GitHub, pengembang harus membuat penghubung khusus untuk masing-masing. Kalau ada 10 aplikasi AI dan 100 layanan, secara teori dibutuhkan 10 x 100 = 1.000 penghubung berbeda. Para insinyur menyebutnya masalah M x N.

Dengan MCP, setiap layanan cukup membuat satu “colokan” MCP, dan setiap aplikasi AI cukup memahami satu standar MCP. Hasilnya, 10 + 100 = 110 komponen, bukan 1.000. Sekali sebuah layanan punya server MCP, layanan itu bisa dipakai oleh aplikasi AI mana pun yang mendukung MCP.

Tiga pemeran dalam MCP

Pemeran Fungsinya Contoh
Host Aplikasi AI yang dipakai pengguna Claude Desktop, ChatGPT, VS Code, Cursor
Client Komponen di dalam host yang “berbicara” dengan server memakai bahasa MCP Biasanya sudah terpasang di dalam host, pengguna tidak perlu memikirkannya
Server Program kecil yang membuka akses ke satu layanan atau sumber data Server MCP untuk GitHub, Google Drive, database toko, kalender

Apa saja yang bisa disediakan server MCP?

Server MCP bisa menawarkan tiga jenis “barang” kepada AI:

Ketika AI tersambung ke server MCP, ia bisa “bertanya”: “Kamu punya alat apa saja?” Server menjawab dengan daftar alat beserta penjelasannya. Dari situ AI tahu kapan dan bagaimana memakai alat tersebut.

Hal penting yang sering disalahpahami

Risiko keamanan MCP

Karena MCP memberi AI akses ke sistem nyata, risikonya juga nyata:

Bagian 3: AI Agent, AI yang Mengerjakan Tugas Sampai Selesai

Apa bedanya dengan chatbot biasa?

Chatbot biasa bekerja dengan pola tanya-jawab satu kali: Anda bertanya, ia menjawab, selesai. AI Agent bekerja dengan pola diberi tujuan, lalu bekerja bertahap sampai tujuan tercapai.

Anthropic, dalam panduannya tentang membangun agen yang efektif, membedakan dua hal:

Analogi: asisten pribadi yang cakap

Bayangkan Anda berkata kepada asisten: “Tolong atur rapat dengan tim pemasaran minggu depan.” Asisten yang baik tidak akan bertanya “rapatnya jam berapa?” lalu diam. Ia akan:

  1. Membuka kalender semua anggota tim.
  2. Mencari slot waktu yang kosong untuk semua orang.
  3. Memesan ruang rapat.
  4. Mengirim undangan.
  5. Kalau ada yang menolak, mencari waktu lain dan mengulang.
  6. Melapor kepada Anda bahwa rapat sudah terjadwal.

Itulah AI Agent: diberi tujuan, menyusun rencana, memakai alat, melihat hasilnya, menyesuaikan diri, dan berhenti ketika tujuan tercapai.

Siklus kerja agen

Hampir semua agen bekerja dengan siklus yang sama, berulang-ulang:

   +-----------+
   |  BERPIKIR | <-- "Apa langkah berikutnya untuk mencapai tujuan?"
   +-----------+
         |
         v
   +-----------+
   |  BERTINDAK| <-- Memanggil alat: cari data, kirim pesan, jalankan kode
   +-----------+
         |
         v
   +-----------+
   |  MENGAMATI| <-- "Apa hasilnya? Berhasil? Ada error?"
   +-----------+
         |
         +--> Tujuan tercapai? Ya: selesai dan lapor. Tidak: kembali BERPIKIR

Bahan-bahan sebuah agen

Komponen Fungsi Analogi
LLM Berpikir, merencanakan, memutuskan Otak
Instruksi Peran, aturan, dan batasan agen Uraian tugas karyawan
Alat (tools) Aksi yang bisa dijalankan, sering disediakan lewat MCP Tangan
Pengetahuan Akses ke dokumen, sering lewat RAG Perpustakaan
Memori Mengingat apa yang sudah dilakukan dan hasilnya Buku catatan kerja
Pagar pengaman Batas langkah, batas biaya, persetujuan manusia untuk aksi penting Atasan yang menyetujui

Kelebihan dan risiko agen

Kelebihan: bisa menangani tugas yang langkahnya tidak bisa ditebak dari awal, menghemat banyak pekerjaan berulang, dan bisa memperbaiki diri ketika satu langkah gagal.

Risiko:

Saran yang sama muncul di panduan Anthropic: mulai dari solusi paling sederhana. Kalau satu panggilan LLM sudah cukup, jangan buat agen. Kalau alur langkahnya bisa ditentukan, pakai workflow. Pakai agen hanya ketika tugasnya benar-benar butuh fleksibilitas. Pembahasan lebih dalam tentang cara merancang agen ada di artikel kami Cara Merancang Sistem Agentic AI.

Perbandingan Langsung: RAG vs MCP vs AI Agent

Aspek RAG MCP AI Agent
Apa itu Teknik Standar sambungan (protokol) Pola atau arsitektur sistem
Pertanyaan yang dijawab “Bagaimana AI tahu data saya?” “Bagaimana AI tersambung ke aplikasi lain?” “Bagaimana AI menyelesaikan tugas bertahap?”
Analogi Ujian buku terbuka Colokan USB-C Asisten pribadi
Membaca data Ya, dari dokumen yang sudah disiapkan Ya, langsung dari sistem asli Ya, lewat RAG atau MCP
Melakukan aksi Tidak Menyediakan alatnya Ya, memutuskan dan menjalankan
Mengambil keputusan Tidak Tidak Ya
Cocok untuk Tanya-jawab dokumen, FAQ, basis pengetahuan Menyambungkan AI ke banyak layanan secara seragam Tugas multi-langkah yang tak bisa ditebak urutannya
Tingkat kerumitan Sedang Rendah sampai sedang (pemasangan server) Tinggi
Risiko utama Pencarian salah, dokumen usang Server palsu, hak akses berlebihan Aksi keliru, biaya membengkak

Kalimat paling ringkas untuk mengingatnya:

Ketiganya Bukan Saingan, Melainkan Satu Tim

Judul seperti “MCP vs RAG vs Agent” sebenarnya agak menyesatkan, karena ketiganya tidak saling menggantikan. Dalam sistem nyata, ketiganya sering bekerja bersama. Mari lihat contohnya.

Studi kasus: layanan pelanggan Toko Sepatu Langkah

Toko Sepatu Langkah, sebuah toko online fiktif, ingin asisten AI yang bisa melayani pelanggan 24 jam. Seorang pelanggan menulis:

“Sepatu yang saya beli minggu lalu kekecilan. Bisa tukar ukuran 42? Nomor pesanan saya LGK-1029.”

Inilah yang terjadi di balik layar:

Langkah Yang dilakukan Teknologi yang berperan
1 Agen memahami tujuan: pelanggan ingin tukar ukuran Agent (berpikir)
2 Agen membaca kebijakan penukaran: batas 14 hari, barang belum dipakai di luar ruangan RAG (cari di dokumen kebijakan)
3 Agen mengambil data pesanan LGK-1029: dibeli 6 hari lalu, model “Langkah Runner”, ukuran 41 MCP (alat “lihat_pesanan” dari server MCP sistem toko)
4 Agen menyimpulkan: masih dalam batas 14 hari, memenuhi syarat Agent (berpikir)
5 Agen mengecek stok “Langkah Runner” ukuran 42: tersedia 3 pasang MCP (alat “cek_stok” dari server MCP gudang)
6 Agen membuat permintaan tukar dan label kirim balik MCP (alat “buat_penukaran”), dengan pagar pengaman: hanya untuk pesanan yang memenuhi syarat
7 Agen membalas pelanggan dengan instruksi pengiriman dan nomor penukaran Agent (menyusun jawaban)

Perhatikan pembagian perannya. Tanpa RAG, agen tidak tahu aturan penukaran dan bisa mengarang. Tanpa MCP, agen tidak bisa melihat pesanan, stok, atau membuat penukaran, sehingga hanya bisa berkata “silakan hubungi CS”. Tanpa kemampuan agen, sistem hanya bisa menjawab satu pertanyaan, tidak bisa merangkai tujuh langkah menjadi satu penyelesaian.

Perhatikan juga langkah 2 dan 3. Kebijakan penukaran jarang berubah, jadi cocok disimpan lewat RAG. Data pesanan dan stok berubah setiap saat, jadi harus diambil langsung dari sistem aslinya lewat MCP. Memilih jalur yang tepat untuk tiap jenis data adalah keputusan desain yang penting.

Panduan Memilih: Saya Butuh yang Mana?

Jawab pertanyaan-pertanyaan berikut secara berurutan:

Kebutuhan Anda Yang Anda butuhkan
AI menjawab pertanyaan dari dokumen internal (SOP, FAQ, katalog, kontrak) RAG saja sudah cukup
AI di aplikasi yang Anda pakai (Claude, ChatGPT, VS Code) bisa membaca atau mengubah data di layanan lain (Drive, kalender, database, GitHub) MCP: pasang server MCP untuk layanan tersebut
Anda membuat produk dan ingin layanan Anda bisa dipakai oleh banyak aplikasi AI sekaligus MCP: buat server MCP untuk layanan Anda
Tugasnya multi-langkah, urutannya tetap dan bisa ditebak Workflow (belum perlu agen penuh)
Tugasnya multi-langkah, urutannya bergantung pada hasil di tengah jalan AI Agent, biasanya dilengkapi RAG dan MCP

Salah Kaprah yang Sering Ditemui

Bagaimana Mulai Mencobanya?

Untuk pengguna biasa:

Untuk pengembang:

Kesimpulan

RAG, MCP, dan AI Agent menjawab tiga kekurangan AI polos. RAG membuat AI tahu dengan membuka dokumen sebelum menjawab. MCP membuat AI tersambung ke berbagai aplikasi lewat satu standar terbuka yang kini dikelola Linux Foundation. AI Agent membuat AI mandiri dengan merencanakan, bertindak, mengamati, dan mengulang sampai tugas selesai.

Jadi pertanyaannya bukan “pilih yang mana”, melainkan “butuh yang mana untuk masalah ini”. Untuk tanya-jawab dokumen, RAG sudah cukup. Untuk menyambungkan AI ke aplikasi, pakai MCP. Untuk tugas multi-langkah yang tak bisa ditebak, bangun agen, dan hampir pasti agen itu akan memakai RAG dan MCP sebagai bekalnya.

Sumber

Exit mobile version