Belajar MCP - Ekosistem, Alternatif & Refleksi Akhir

#Pendahuluan

Inilah episode terakhir. Selama 21 episode sebelumnya kalian berjalan dari nol — dari prasyarat dan sejarah, arsitektur dan primitives, lifecycle stateless, tools, resources dan prompts, SDK server dan client, MRTR, deployment, authorization, Apps dan Tasks, transport, security, observability, gateway, versioning, SDK lanjutan, performa, ekosistem, hingga fitur modern 2026-07-28. Episode 22 ini bukan soal fitur baru, melainkan tentang melihat MCP di tengah ekosistem protokol lain, memutuskan kapan memakainya, dan merangkai semua pelajaran menjadi checklist produksi.

#Peta Protokol: MCP, A2A, dan AG-UI/AGNTCY

MCP bukan satu-satunya protokol di lanskap AI. Tiga nama yang paling sering muncul dan apa bedanya:

MCP menjawab pertanyaan "bagaimana agent memanggil tools dan data". A2A menjawab pertanyaan "bagaimana agent berkolaborasi dengan agent lain" — mendistribusikan pekerjaan, bertukar hasil, dan mengkoordinasikan task. AG-UI/AGNTCY fokus ke lapisan interaksi pengguna dengan agent, sering menjadi gerbang di depan jaringan agent. Ketiganya melayani lapisan yang berbeda, bukan menggantikan satu sama lain.

#Authorization: GNAP vs OAuth

Di sisi authorization, selain OAuth 2.1 yang kalian kenal dari episode 10, ada GNAP (Grant Negotiation and Authorization Protocol) — evolusi OAuth untuk era di mana client tidak saling berbagi secret dan izin dinegosiasikan per transaksi. MCP modern memakai OAuth 2.1 sebagai default karena ekosistemnya luas dan teruji. GNAP lebih cocok untuk flow machine-to-machine yang kompleks dengan delegasi dinamis. Keduanya bukan lawan: keduanya menjawab pertanyaan yang sama — siapa yang berhak memanggil apa — dengan tingkat fleksibilitas berbeda.

#MCP dan A2A: Komplementer, Bukan Kompetitor

Ini poin paling penting untuk dibawa keluar. MCP dan A2A berjalan di lapisan yang berbeda dan saling melengkapi:

• Agent A mendapatkan akses ke tools dan data lewat server MCP.
• Agent A berkolaborasi dengan agent B lewat A2A — mendelegasikan subtask dan bertukar hasil.
• Di depannya, gerbang AG-UI mengatur interaksi pengguna dengan seluruh jaringan agent.

Skenario praktisnya: agent riset memakai MCP untuk membaca dokumen dari database perusahaan, lalu memakai A2A untuk menyerahkan analisis ke agent khusus. Tanpa MCP, agent tidak punya tangan; tanpa A2A, agent bekerja sendirian. Keduanya butuh authorization yang aman — OAuth 2.1 atau GNAP.

#Kapan Memilih MCP

Pilih MCP ketika:

• Kalian ingin memberi agent akses ke tools atau data — internal maupun eksternal.
• Kalian mengekspos sistem yang sudah ada (API, database, CLI) sebagai capability untuk banyak host sekaligus.
• Kalian membangun server yang dipakai lintas framework dan IDE dengan satu definisi.

Pasangkan dengan A2A ketika kalian butuh kolaborasi antar-agent. Jika kalian hanya membutuhkan agent tunggal tanpa akses eksternal, MCP tidak wajib. Pilih protokol berdasarkan lapisan yang ingin dipecahkan, bukan karena tren.

#Rekapitulasi Perjalanan Episode 0-21

Mari lirik peta yang sudah kalian tempuh:

• Episode 0-2: prasyarat dan environment, sejarah dari peluncuran November 2024 hingga spec 2026-07-28, serta arsitektur host, client, server, dan primitives.
• Episode 3-5: lifecycle stateless, tools dengan JSON Schema, resources dan prompts dengan template.
• Episode 6-8: SDK server TypeScript dan Python, client SDK dan MCP Inspector, serta MRTR untuk interaksi mid-call.
• Episode 9-12: remote server dan deployment, OAuth 2.1 dan security, MCP Apps, dan MCP Tasks.
• Episode 13-16: transport deep dive, security hardening, observability dengan OTel, dan proxy, gateway, serta fleet management.
• Episode 17-21: versioning dual-era, SDK lanjutan dan custom transport, performa dan optimization, ekosistem dan pola integrasi, serta fitur modern dan roadmap.

Perhatikan polanya: setiap episode membangun di atas sebelumnya. Kalian tidak bisa mengamankan server tanpa memahami transport, dan tidak bisa memahami transport tanpa paham arsitektur. Ini kurikulum yang dirancang agar setiap skill mengunci skill sebelumnya.

#Checklist Production

Sebagai pemantapan, berikut checklist yang merangkum seluruh series — tempel di dokumen tim kalian:

• Spec server sudah di versi 2026-07-28 atau lebih baru.
• Dual-era compatibility aktif untuk client legacy.
• OAuth 2.1 dengan PKCE dan token yang di-bound ke authorization server.
• Validasi input ketat untuk semua tool dan resource.
• OTel tracing terpasang di transport, dengan request ID di setiap pesan.
• Fitur deprecated (Roots, Sampling, Logging) sudah di-migrasi.
• Scaling stateless tanpa sticky session, dengan health check.

mcp:
  spec: 2026-07-28
  dualEra: true
  oauth21:
    pkce: true
    boundTokens: true
  inputValidation: strict
  observability:
    otel: true
    requestIds: true
  deprecated:
    roots: migrated
    sampling: migrated
    logging: migrated
  scaling:
    stateless: true
    stickySessions: false

Baris ini bukan sekadar dokumen — jalankan sebagai audit berkala, terutama setiap kali versi spec baru dirilis.

#Sumber Belajar dan Langkah Berikutnya

Untuk melanjutkan setelah series ini, berikut sumber resmi yang paling bernilai:

• modelcontextprotocol.io — specification, docs, dan architecture.
• blog.modelcontextprotocol.io — changelog dan rilis spec.
• github.com/modelcontextprotocol — repo spec dan semua SDK resmi.
• MCP community registry — katalog server siap pakai untuk dieksplorasi.
• AGNTCY/A2A documentation — dokumen resmi kolaborasi antar-agent jika ingin memperluas ke multi-agent.

Langkah praktis berikutnya: bangun server kecil dengan FastMCP (pip install mcp), tambahkan OAuth 2.1, deploy secara stateless, dan ukur dengan OTel. Mulailah dari satu server sederhana, lalu perluas ke pola gateway dan A2A ketika kebutuhan kolaborasi antar-agent muncul. Latihan kecil itu mengubah konsep menjadi keterampilan.

#Penutup

Dan di sinilah perjalanan 23 episode (0 hingga 22) Belajar MCP berakhir. Kalian telah menyusuri setiap lapisan: dari prasyarat dan sejarah, arsitektur dan primitives, lifecycle stateless, tools, resources dan prompts, SDK server dan client, MRTR, deployment dan authorization, Apps dan Tasks, transport dan security, observability, gateway dan fleet, versioning, SDK lanjutan, performa, ekosistem, fitur modern, hingga hari ini — ekosistem alternatif dan refleksi.

Jika ada satu pesan yang ingin saya tinggalkan: MCP adalah jembatan, bukan tujuan. Ia mengubah integrasi yang fragmented menjadi satu standar yang membuat LLM bisa memegang data dan tools dengan aman dan terukur. Kalian sekarang memiliki peta lengkap — dari konsep hingga checklist produksi — untuk membangun jembatan itu sendiri.

Terima kasih sudah bertahan sampai episode terakhir. Praktekkan apa yang kalian pelajari, audit server kalian dengan checklist produksi, dan jadikan setiap keputusan arsitektur keputusan yang sadar protokol. Sampai jumpa di series berikutnya!