Sebagian besar sistem AI saat ini adalah agen tunggal. Satu model, satu lingkaran prompt, satu set alat. Itu berfungsi sampai pekerjaan terlalu besar untuk satu agen, atau sampai Anda membutuhkan agen yang dibuat oleh tim lain untuk menangani langkah yang tidak dapat dilakukan agen Anda. Saat itulah Anda menemui kendala: tidak ada cara standar bagi dua agen independen untuk menemukan satu sama lain, bertukar pekerjaan, dan melaporkan hasilnya. Agent2Agent (A2A) adalah protokol yang dibangun untuk menghilangkan kendala tersebut.
Panduan ini menjelaskan apa itu A2A, masalah yang dipecahkannya, cara kerjanya di balik layar, dan perbedaannya dengan MCP. Jika Anda ingin menguji agen A2A setelah membaca ini, panduan Apidog A2A Debugger melanjutkan dari akhir postingan ini.
tombol
Apa itu Agent2Agent (A2A)?
Agent2Agent (A2A) adalah protokol terbuka untuk komunikasi antar agen AI. Protokol ini mendefinisikan bagaimana satu agen mengiklankan kemampuannya, bagaimana agen lain terhubung dengannya, bagaimana keduanya bertukar pesan dan file, dan bagaimana status tugas mengalir kembali ke pemanggil.
Kata kuncinya adalah antar. A2A bukan tentang memberikan lebih banyak alat kepada satu agen. Ini tentang membiarkan agen-agen terpisah, yang sering dibangun di atas kerangka kerja yang berbeda oleh tim yang berbeda, bekerja sama tanpa salah satu pihak mengetahui internal pihak lain.
Anggap saja sebagai HTTP untuk lalu lintas agen. HTTP memungkinkan browser berbicara dengan server web mana pun tanpa mempedulikan bahasa yang digunakan server. A2A memungkinkan agen LangGraph berbicara dengan agen CrewAI tanpa mempedulikan bagaimana agen itu dibangun. Kedua belah pihak menyetujui "amplop"; tidak ada pihak yang membocorkan implementasinya.
Google memperkenalkan A2A pada tahun 2025 dan kemudian memindahkannya ke Linux Foundation sebagai proyek netral vendor. Spesifikasi tersebut tersedia secara terbuka di repositori GitHub A2A, dan implementasi referensi dipublikasikan di situs proyek A2A.
Masalah yang Dipecahkan A2A
Sebelum A2A, menghubungkan dua agen berarti menulis kode penghubung. Setiap pasangan bersifat kustom. Jika agen Anda perlu memanggil agen penelitian tim mitra, seseorang akan menulis klien khusus, memilih bentuk payload, menemukan skema otentikasi, dan memelihara semuanya secara manual. Pasangan berikutnya dimulai dari nol lagi.
Pendekatan itu cepat rusak:
- Tidak ada penemuan. Tidak ada cara standar bagi agen untuk bertanya "apa yang bisa Anda lakukan?" sebelum mengirim pekerjaan.
- Tidak ada model tugas bersama. Satu agen mengembalikan string biasa, agen lain mengembalikan blob JSON kustom, agen ketiga mengalirkan token. Pemanggil harus menangani setiap kasus secara khusus.
- Tidak ada otentikasi umum. Setiap integrasi menciptakan kredensial dan header baru.
- Tidak ada interoperabilitas. Agen yang dibangun di AutoGen tidak dapat menggantikan agen yang dibangun di LangGraph, bahkan ketika mereka melakukan pekerjaan yang sama.
A2A memperbaikinya seperti OpenAPI memperbaiki integrasi REST: satu kontrak yang disepakati, sehingga agen yang kompatibel dapat berbicara dengan agen kompatibel lainnya.
Bagaimana A2A Bekerja
A2A memiliki empat konsep inti. Setelah Anda mengetahuinya, seluruh protokol akan sesuai dengan pemahaman Anda.
Kartu Agen
Kartu Agen adalah dokumen JSON yang diterbitkan agen untuk menjelaskan dirinya sendiri. Ini adalah titik masuk penemuan. Kartu ini mencantumkan nama agen, deskripsi, kemampuan, keterampilan yang dideklarasikan, jenis input dan output yang didukung, persyaratan autentikasi, dan versi protokol.
Secara konvensi, kartu ini terletak di jalur yang terkenal, seringkali `https://your-agent.example.com/.well-known/agent.json`. Agen pemanggil mengambil URL tersebut terlebih dahulu, membaca kartu, dan mengetahui dengan tepat apa yang dapat dimintanya sebelum mengirim pesan tunggal.
Tugas
Tugas adalah unit pekerjaan di A2A. Ketika satu agen meminta agen lain untuk melakukan sesuatu, permintaan itu menjadi tugas dengan ID sendiri dan status yang bergerak melalui status seperti `submitted` (dikirim), `working` (dikerjakan), `input-required` (membutuhkan input), dan `completed` (selesai). Pemanggil dapat melakukan polling tugas atau berlangganan pembaruan. Model tugas bersama ini yang membuat agen A2A dapat ditukar; pemanggil menangani status dengan cara yang sama terlepas dari siapa yang melakukan pekerjaan.
Pesan dan Artefak
Pesan membawa konten aktual antar agen. Sebuah pesan terdiri dari beberapa bagian: bagian teks, bagian file, data terstruktur, atau campuran. Agen penerima membaca bagian-bagian yang dibutuhkan oleh keahliannya.
Ketika agen selesai, ia mengembalikan artefak; output terstruktur dari tugas. Artefak bisa berupa dokumen yang dihasilkan, tabel data, ringkasan, atau referensi file. Artefak juga dibangun dari bagian-bagian, sehingga formatnya tetap konsisten di kedua arah.
Streaming dan Pembaruan
Tugas yang berjalan lama tidak harus memblokir. A2A mendukung peristiwa yang dikirim server (server-sent events), sehingga agen dapat mengalirkan hasil parsial dan perubahan status seiring berjalannya pekerjaan. Agen penelitian dapat mengeluarkan "menemukan 3 sumber" sebelum mengeluarkan laporan akhir. Pemanggil menampilkan kemajuan alih-alih menatap ikon pemuatan.
Secara keseluruhan, pertukaran A2A yang umum terlihat seperti ini:
- Agen A mengambil Kartu Agen Agen B dan membaca kemampuannya.
- Agen A mengirim pesan yang membuat tugas.
- Agen B mengerjakan tugas dan mengalirkan pembaruan status.
- Agen B mengembalikan artefak ketika tugas mencapai `completed`.
- Agen A mengonsumsi artefak dan melanjutkan.
Seluruh percakapan adalah JSON melalui HTTP. Tidak ada yang eksotis.
A2A vs MCP
A2A dan Model Context Protocol (MCP) seringkali membingungkan karena keduanya melibatkan agen dan keduanya adalah protokol terbuka. Keduanya memecahkan masalah yang berbeda.
| A2A | MCP | |
|---|---|---|
| Menghubungkan | Agen ke agen | Agen ke alat dan data |
| Pertanyaan yang dijawabnya | "Bisakah agen lain melakukan langkah ini untuk saya?" | "Alat dan sumber daya apa yang dapat dijangkau agen ini?" |
| Penggunaan umum | Alur kerja multi-agen antar tim | Satu agen memanggil basis data, sistem file, atau API |
| Unit pertukaran | Tugas, pesan, artefak | Panggilan alat, sumber daya, prompt |
MCP adalah cara agen menjangkau *ke dalam* sistem eksternal. A2A adalah cara agen menjangkau *ke* agen lain. Sistem produksi yang sebenarnya sering menggunakan keduanya: agen menggunakan MCP untuk mengkueri basis data dan A2A untuk menyerahkan sub-tugas kepada agen spesialis. Perbandingan server MCP vs A2A membahas keputusan secara mendalam, dan debugger klien MCP Apidog menunjukkan sisi MCP dalam praktik.
Kolaborasi Multi-Agen di Dunia Nyata
A2A adalah salah satu cara untuk membuat agen berkolaborasi, tetapi bukan satu-satunya. Beberapa sistem menggunakan orkestrasi langsung sebagai gantinya, di mana satu agen merencanakan pekerjaan dan secara eksplisit mendelegasikan kepada agen lain.
Contoh sumber terbuka yang jelas adalah Codex-Claude-Collab, sebuah skill yang mengoordinasikan alur kerja real-time antara OpenAI Codex dan Claude Code. Codex merencanakan tugas, mendelegasikan implementasi ke Claude Code, lalu meninjau perbedaan dan memverifikasi hasilnya sebelum menjawab pengguna. Ini adalah lingkaran perencana-dan-pembangun yang ketat antara dua agen coding yang berbeda.
Pola itu adalah orkestrasi yang terprogram; satu pihak tahu persis siapa pihak lainnya. A2A menggeneralisasi ide yang sama: alih-alih Codex mengetahui bahwa ia memanggil Claude Code secara spesifik, pemanggil A2A membaca Kartu Agen dan bekerja dengan agen yang sesuai yang menjawab. Orkestrasi sangat baik ketika Anda mengontrol kedua ujungnya. A2A adalah apa yang Anda inginkan ketika agen-agen tersebut independen, dimiliki oleh tim yang berbeda, atau perlu dapat ditukar. Sebagian besar sistem yang matang akhirnya menggunakan keduanya: orkestrasi di dalam tim, A2A melintasi batas tim.
Bagaimana Cara Menguji Agen A2A
Setelah Anda membangun atau menggunakan agen A2A, Anda perlu melihat lalu lintasnya. Log konsol menyembunyikan bidang terstruktur, dan skrip pengujian khusus menjadi usang. Di sinilah debugger A2A visual berperan.
Apidog menyertakan A2A Debugger di klien standarnya. Anda menempelkan URL Kartu Agen, mengklik Sambungkan, dan Apidog membaca kartu tersebut serta menampilkan nama, kemampuan, dan keterampilan agen. Anda mengirim pesan pengujian, melampirkan file, menambahkan metadata, dan membaca balasan dalam tiga tampilan: pratinjau yang mudah dibaca, konten mentah, dan payload JSON-RPC lengkap. Ini menangani header Bearer Token, Basic Auth, dan API-key tanpa curl.
Intinya adalah isolasi. Ketika agen tidak berfungsi dengan baik, Anda ingin tahu apakah transmisinya salah atau logika agen yang salah. Melihat payload kawat yang tepat akan menjawabnya dalam hitungan detik. Panduan Apidog A2A Debugger menjelaskan seluruh lingkaran sambung-kirim-baca, dan prinsip yang lebih luas dari menguji agen AI yang memanggil API Anda menerapkan disiplin konfirmasi-kawat-terlebih-dahulu yang sama.
Memulai dengan A2A
Jika Anda ingin membangun atau menghubungkan agen A2A, berikut adalah jalur singkatnya:
- Baca spesifikasi A2A agar Anda mengetahui bidang Kartu Agen yang diperlukan dan siklus hidup tugas.
- Jalankan salah satu agen sampel referensi secara lokal. Sebagian besar dimulai dalam beberapa menit dan mengekspos Kartu Agen yang berfungsi.
- Arahkan debugger A2A ke URL Kartu Agen sampel dan kirim pesan "halo". Konfirmasi bahwa Anda dapat melihat perjalanan pulang-pergi.
- Bangun agen Anda sendiri, paparkan Kartu Agen yang valid, dan uji dengan cara yang sama sebelum menghubungkannya ke dalam alur kerja.
- Tambahkan autentikasi, lampiran file, dan streaming setelah jalur teks biasa berfungsi.
A2A masih muda, tetapi didukung oleh fondasi netral vendor dan daftar integrasi kerangka kerja yang terus berkembang. Memperlakukan lalu lintas agen sebagai protokol kelas satu sekarang akan menghemat Anda dari penulisan ulang kode penghubung kustom di kemudian hari. Postingan agen AI adalah konsumen API baru menjelaskan kasus yang lebih panjang, dan merancang API untuk agen AI membahas apa yang berubah ketika konsumen Anda adalah agen daripada manusia.
Pertanyaan Umum
Apakah A2A dibuat oleh Google?
Google memperkenalkan A2A pada tahun 2025, kemudian menyumbangkannya ke Linux Foundation sebagai proyek terbuka yang netral vendor. Spesifikasi dikembangkan secara terbuka, dan vendor mana pun dapat mengimplementasikannya.
Apakah saya memerlukan A2A jika saya hanya memiliki satu agen?
Tidak. A2A menyelesaikan komunikasi antar-agen. Agen tunggal dengan satu set alat membutuhkan MCP, bukan A2A. Anda membutuhkan A2A setelah agen kedua masuk.
Kerangka Kerja Apa yang Mendukung A2A?
A2A dirancang agar agnostik terhadap kerangka kerja. Agen mana pun yang menerbitkan Kartu Agen yang valid dan berbicara dalam protokol dapat berpartisipasi, sehingga LangGraph, CrewAI, AutoGen, dan agen kustom semuanya berfungsi. Kerangka kerja internal agen tidak terlihat oleh pemanggil.
Apakah A2A sama dengan MCP?
Tidak. MCP menghubungkan satu agen ke alat dan sumber data. A2A menghubungkan agen satu sama lain. Keduanya saling melengkapi, dan banyak sistem menjalankan keduanya sekaligus.
Bagaimana cara men-debug integrasi A2A?
Gunakan debugger A2A visual seperti Apidog A2A Debugger. Tempelkan URL Kartu Agen, kirim pesan pengujian, dan periksa permintaan dan respons mentah sehingga Anda dapat membedakan bug transportasi dari bug logika agen.
Apakah A2A mendukung tugas yang berjalan lama?
Ya. Model tugas memiliki status eksplisit, dan protokol mendukung peristiwa yang dikirim server (server-sent events) untuk mengalirkan hasil parsial dan pembaruan kemajuan, sehingga pekerjaan yang lama tidak memblokir pemanggil.
tombol