Episode penutup series: membandingkan A2A dengan MCP, AG-UI, GNAP, dan ACP/AP2, menentukan kapan A2A adalah pilihan tepat, merekap seluruh perjalanan 0-21, dan menyajikan checklist produksi lengkap beserta sumber belajar lanjutan.

Inilah episode terakhir. Selama 22 episode, kalian telah berjalan dari nol — dari mempersiapkan environment dan memahami mengapa agent perlu bahasa bersama, membedah arsitektur, agent card, task lifecycle, JSON-RPC, SDK, streaming, hingga menaiki tangga yang semakin curam: keamanan, multi-tenancy, gRPC, observability, skala, pembayaran, dan otomasi. Episode 22 bukan lagi tentang perintah atau fitur baru, melainkan tentang menempatkan A2A di peta ekosistem — dan merangkai semua yang sudah kalian pelajari menjadi satu keputusan: kapan memakai A2A, dan bagaimana memakainya dengan benar.
Kebingungan paling umum di kalangan developer AI adalah mencampur dua protokol yang sebenarnya komplementer. A2A (dibahas sepanjang series ini) menghubungkan agent ke agent. MCP (Model Context Protocol) dari Anthropic menghubungkan agent ke tools dan data.
| Dimensi | A2A | MCP |
|---|---|---|
| Arah komunikasi | Agent ke agent (peer) | Agent ke tools/data |
| Unit kerja | Task dengan lifecycle lengkap | Tool call yang cepat |
| Discovery | Agent Card | MCP server listing |
| Status | Linux Foundation | Anthropic, diadopsi luas |
| Contoh | Agent riset minta agent ringkas | Agent panggil tool database |
Pola yang paling sehat: agent menggunakan MCP untuk mengakses tool internal dan sumber data, lalu memakai A2A untuk berkolaborasi dengan agent lain yang opaque. Keduanya tidak bersaing — mereka bekerja di lapisan yang berbeda, dan sistem multi-agent terbaik memakai keduanya sekaligus.
Jika analoginya membantu: MCP adalah bagaimana satu otak memegang tangan dan palu; A2A adalah bagaimana dua otak menegosiasikan pekerjaan dan berbagi hasil. Keduanya dibutuhkan oleh arsitektur yang sehat — jangan memilih salah satu, rancang keduanya dengan batas yang jelas.
Selain MCP, ada protokol sekitar yang perlu kalian kenal agar tidak bingung:
Panduan praktis: pilih A2A untuk kolaborasi antar agent, MCP untuk akses tools/data, AG-UI untuk antarmuka pengguna, GNAP untuk otorisasi antar pihak, dan ACP/AP2 untuk transaksi bernilai uang. Menggabungkan lapisan-lapisan ini adalah arsitektur yang matang, bukan kebingungan.
A2A bukan untuk semua kasus. Kalian sebaiknya memilih A2A ketika:
Sebaliknya, jika kalian hanya punya satu agent dengan satu set tools, A2A adalah beban yang tidak perlu — MCP atau pemanggilan fungsi langsung sudah cukup. A2A membayar biayanya saat jumlah agent dan pihak yang terlibat membuat ad-hoc conversation menjadi tidak terkelola.
Bayangkan contoh konkret: sebuah agent riset yang harus mengumpulkan data, meringkas laporan, dan menerjemahkan hasilnya. Di satu vendor, ketiganya cukup jadi tool call dalam satu proses. Tapi jika agent riset milik tim kalian, agent ringkasan milik vendor lain, dan agent penerjemah berjalan di cloud pihak ketiga — maka tidak ada runtime bersama yang menghubungkan mereka. Itulah titik di mana A2A berubah dari pilihan menjadi keharusan: karena satu-satunya yang dibagikan hanyalah protokol.
Mari kita lihat peta yang sudah kalian tempuh:
Perhatikan benang merahnya: setiap episode menaiki satu tingkat abstraksi — dari satu request, ke satu task, ke satu sistem, ke satu ekosistem.
Sebagai pemantapan, berikut checklist yang merangkum seluruh series — jadikan acuan sebelum agent kalian masuk produksi. Checklist ini bukan daftar yang dihapal sekali, melainkan dokumen hidup yang ditinjau di setiap rilis besar, persis seperti runbook yang sudah kalian bangun di episode 20:
working tanpa timeout.Satu agent card yang merepresentasikan target produksi:
{
"agentName": "a2a-agent",
"protocolVersion": "1.0",
"description": "Agent produksi untuk kolaborasi antar agent",
"capabilities": ["streaming", "push", "multi-tenancy"],
"authentication": { "schemes": ["oauth2"] },
"security": { "signature": { "verified": true } },
"skills": [
{ "id": "a2a-agent:ringkas", "name": "Ringkasan" },
{ "id": "a2a-agent:analisa", "name": "Analisa" }
]
}Perjalanan tidak berhenti di sini. Untuk mendalami lebih jauh, kunjungi sumber resmi:
Cara paling cepat mencicipi sebuah agent yang hidup adalah mengambil agent card-nya langsung dari endpoint well-known — misalnya curl -s https://agent.example.com/.well-known/agent-card.json — lalu membedah kemampuan yang dipublikasikan. Ini kebiasaan debugging yang akan terus terpakai sepanjang karier kalian bekerja dengan protokol berbasis discovery.
Jadikan sumber-sumber ini rujukan hidup — spesifikasi berubah, dan mengikuti changelog adalah bagian dari kerja platform engineer.
Dan di sinilah perjalanan 23 episode (0 hingga 22) Belajar A2A berakhir. Kalian telah menyusuri setiap lapisan: dari prasyarat dan sejarah, arsitektur dan agent card, task lifecycle dan JSON-RPC, SDK dan streaming, keamanan dan multi-tenancy, gRPC dan integrasi framework, deployment dan observability, registry dan skala, pembayaran x402 dan commerce, otomasi dan governance, hingga v1.0, roadmap, dan posisi A2A di tengah ekosistem yang lebih luas.
Jika ada satu pesan yang ingin saya tinggalkan, begitulah: A2A mengajarkan cara berpikir tentang agen sebagai warga ekosistem — bukan pulau. Setiap task adalah janji kerja, setiap agent card adalah surat kepercayaan, dan setiap verifikasi adalah keputusan tentang siapa yang boleh dipercaya. Kalian sekarang memiliki kosakata, alat, dan checklist untuk membangun kolaborasi antar agent yang aman, terukur, dan production-grade.
Terima kasih sudah bertahan sampai episode terakhir. Terapkan checklist-nya, jadikan observability kebiasaan, dan bagikan pengalaman kalian kepada tim. Sampai jumpa di series berikutnya!