Model Context Protocol (MCP) telah dirilis sebagai standar konkret untuk mengubah large language models (LLM) menjadi agen yang dapat memanggil tool eksternal dalam loop yang terukur dan aman. Dengan mendefinisikan "plug" bersama antara host yang sadar MCP (MCP-aware host) dan server MCP apa pun, protokol ini memungkinkan pengembang untuk mengganti kode ad-hoc dengan alur kerja yang dapat diprediksi dan diaudit.

Mengapa LLM Membutuhkan Protokol

Sebuah LLM hanya memprediksi token teks berikutnya dari data pelatihannya. Ia tidak dapat mengambil fakta terbaru, menulis ke database, atau memicu API eksternal tanpa logika tambahan. Pengembang telah membangun "agen" yang membungkus model dalam sebuah loop: model meminta sebuah tool, tool dijalankan, hasilnya diberikan kembali, dan model memutuskan apakah akan melanjutkan atau menjawab pengguna.

Loop tersebut berfungsi, tetapi tanpa seperangkat aturan yang umum, sangat mudah untuk membuat proses yang tidak terkendali atau mengekspos sistem ke panggilan yang tidak disengaja. Setiap tool baru memerlukan integrasi khusus, sehingga sulit untuk melacak penggunaan token, batas anggaran, atau kebijakan keamanan di berbagai proyek.

MCP mengisi celah tersebut dengan mengodifikasi struktur loop dan data yang harus mengalir melaluinya.

Anatomi Dua Bagian dari Agen MCP

MCP memisahkan agen menjadi sebuah definisi – templat yang menjelaskan apa yang dapat dilakukan agen – dan sebuah instansi – eksekusi konkret dari permintaan pengguna.

Definisi Agen (templat)

  • Host loop – orkestrator yang menggerakkan siklus ask-tool-read-decide (minta-tool-baca-putuskan).
  • System context – persona dan instruksi tingkat tinggi yang membentuk perilaku model.
  • MCP server set – katalog sumber tool yang tersedia yang dapat dipanggil oleh host.
  • Tool policy – daftar eksplisit tentang tool mana yang diizinkan untuk agen tertentu.
  • LLM selection – model spesifik yang akan menghasilkan penalaran tekstual.
  • Termination limits – jumlah iterasi maksimum dan anggaran token untuk mencegah loop tanpa akhir.
  • Task contract – deskripsi formal tentang input apa yang diterima agen dan format output apa yang dikembalikannya.
  • Context strategy – aturan tentang bagaimana riwayat percakapan dipangkas atau diringkas agar tetap berada dalam batas token.

Instansi Agen (tugas yang sedang berjalan)

  • Goal – permintaan pengguna yang memulai loop.
  • Working context – riwayat yang terkumpul, termasuk hasil tool sebelumnya.
  • Credentials – token atau set izin yang diperlukan untuk memanggil tool yang dipilih.
  • Consumed budget – hitungan token yang dihabiskan dan langkah-langkah yang telah diambil sejauh ini.

Elemen-elemen ini menunjukkan apa yang diizinkan untuk dilakukan oleh agen dan apa yang sedang dilakukannya saat ini.

Bagaimana MCP Mengubah Alur Pengembangan

Sebelum adanya MCP, seorang pengembang yang ingin LLM melakukan kueri ke API cuaca, mengambil baris dari database, dan kemudian menyusun laporan, harus menulis kode perekat (glue code) khusus untuk setiap endpoint. Kode tersebut sering kali menyembunyikan panggilan tool di dalam prompt model, sehingga mustahil untuk melihat permintaan mana yang memicu respons mana.

Dengan MCP, host mengirimkan percakapan ke model, memeriksa setiap permintaan tool yang dihasilkan model, menjalankan tool itu sendiri, lalu memberikan hasilnya kembali. Kode tambahan yang dibutuhkan minimal, tetapi visibilitasnya total: setiap round-trip dan setiap token dicatat.

Visibilitas tersebut membawa dua manfaat praktis:

  1. Pengukuran biaya – pengembang dapat membandingkan model yang lebih murah dengan model yang lebih besar pada tugas yang sama, melihat secara tepat berapa banyak token yang dikonsumsi setiap iterasi.
  2. Audit keamanan – kebijakan tool dan pemeriksaan kredensial terjadi di luar model, mencegah model memanggil layanan yang tidak sah secara diam-diam.

Apa yang Masih Belum Ditentukan

MCP menentukan bentuk percakapan dan metadata yang menyertainya, tetapi tidak mendikte bagaimana sebuah tool diimplementasikan secara internal.

Apa yang Perlu Diperhatikan Selanjutnya

  • Metric suites – artikel berikutnya dalam seri ini menjanjikan daftar periksa angka-angka yang harus dilacak pengembang (pengeluaran token, jumlah iterasi, latensi per tool). Metrik tersebut akan menjadi pemeriksaan kesehatan (health checks) de-facto untuk agen berbasis MCP apa pun.

Intinya

Model Context Protocol memberikan struktur yang dapat diaudit dan digunakan bersama bagi agen LLM yang memisahkan apa yang dapat dilakukan agen dari apa yang sedang dilakukannya pada saat tertentu. Dengan mengubah pemanggilan tool yang buram menjadi loop yang transparan, MCP memungkinkan pengukuran tersebut dilakukan.