Apa Itu A2A di Zero
Zero A2A adalah bentuk komunikasi agen-ke-agen praktis di dalam produk. Ini memungkinkan satu agen membuka beberapa percakapan terisolasi, memungkinkan koordinator menugaskan pekerjaan terbatas kepada agen ahli, dan memungkinkan Anda mengetik @ di komposer percakapan untuk membawa percakapan yang ada ke dalam perbandingan, penyerahan, atau keputusan.
Ini berguna ketika pekerjaan terlalu luas, bising, atau berisiko untuk satu percakapan panjang. Sebaliknya dari meminta satu agen untuk memegang setiap uji coba, sumber, dan keputusan dalam konteks yang sama, Anda memberikan setiap bagian pekerjaan tempat yang jelas dan membawa kembali hanya bukti yang penting.
Tiga Cara A2A Berfungsi di Zero
| Apa yang ingin Anda lakukan | Gunakan setup ini | Latar belakang yang baik |
|---|---|---|
| Ulangi satu metode dengan konteks yang bersih | Satu agen, beberapa percakapan | Uji coba pendaftaran, biilling, izin, dan mobile secara terpisah |
| Berikan bagian dari pekerjaan kepada ahli yang berbeda | Satu koordinator, beberapa agen ahli atau subagen | Bagi peluncuran menjadi penelitian, QA browser, penulisan, dan penerbitan |
| Menggunakan pekerjaan yang sudah ada | @ percakapan lain di komposer | Bandingkan dua laporan QA atau lulus penelitian ke dalam tugas penulisan |
Tiga objek produk berada di balik pola-pola ini:
- Agen adalah pekerja yang dapat digunakan kembali. Ia memiliki instruksi, alur kerja, koneksi, izin, nada, peran, dan pilihan model.
- Percakapan adalah satu percakapan terisolasi dengan agen. Ia mempertahankan uji coba, ulasan, atau tugas produksi dalam konteksnya sendiri.
- Eksekusi adalah satu respons aktif di dalam percakapan. Eksekusi melakukan pekerjaan dan dapat menunggu ketika ruang kerja mencapai batas konkurensi.
Detail pentingnya sederhana: percakapan anak baru tidak mewarisi sejarah penuh percakapan kontrol. Pesan pertama harus mencakup semua yang dibutuhkan untuk melakukan pekerjaan.
A2A, Percakapan Berulang, Subagen, Alur Kerja, dan Otomasi
Kata-kata ini menyelesaikan masalah yang berbeda. Gunakan setup terkecil yang memberi Anda batas yang Anda butuhkan.
| Pola produk | Yang diubah | Terbaik digunakan untuk |
|---|---|---|
| A2A di Zero | Bagaimana agen dan percakapan koordinasi pekerjaan | Delegasi, perbandingan, penyerahan, dan sinthesa akhir |
| Beberapa percakapan di bawah satu agen | Konteks, sementara instruksi dan izin tetap sama | Pengujian paralel, pengecekan lokalisasi, batch penelitian, dan evaluasi model |
| Agen ahli atau subagen | Peran, instruksi, model, alat, atau izin | Penelitian, QA, penulisan, analisis data, dan penerbitan terkontrol |
| Alur Kerja | Prosedur yang disimpan yang dapat diulang oleh agen | Daftar cek yang stabil atau metode multi-langkah |
| Otomasi | Triger yang memulai alur kerja dengan agen | Laporan yang dijadwalkan, triage berdasarkan peristiwa, dan pengecekan berkala |
Aturan jari yang berguna: pecah menjadi percakapan ketika metode tetap sama, pecah menjadi agen ahli ketika metode atau akses berubah, dan gunakan alur kerja ketika prosedur harus diulang dengan cara yang sama.
1. Satu agen membuka beberapa percakapan bersih
Anda akan meluncurkan. Pendaftaran, biilling, izin, dan mobile semua membutuhkan peninjauan akhir. Memasukkan setiap pengecekan ke dalam satu percakapan panjang terdengar nyaman, tetapi state dapat merembes dari satu perjalanan ke perjalanan berikutnya. Upgrade biilling dapat mengubah akun sebelum tes izin bahkan dimulai.
Gunakan satu percakapan per perjalanan.
Satu ringkasan singkat, empat pengecekan terisolasi, lalu satu laporan akhir.
Kami mereproduksi setup ini di produk staging pada 25 Agustus 2026. Sama agen Zero membuka empat percakapan nyata untuk onboarding, biilling, izin tim, dan mobile plus tes lokal.
Masing-masing perjalanan memiliki percakapan sendiri, jadi bukti tetap mudah diperiksa.
Coba prompt ini:
Lintasi rilis staging ini sebagai empat pekerjaan terpisah. Buka satu percakapan untuk pendaftaran dan onboarding, satu untuk upgrade biilling, satu untuk undangan tim dan izin ditolak, dan satu untuk mobile plus tes lokal. Gunakan agen peninjauan yang sama untuk setiap percakapan. Setiap pekerja harus kembali URL yang diuji, peran akun, langkah-langkah yang terhitung, screenshot, status lulus/ gagal, dan langkah reproduksi yang tepat. Bawa hasil kembali ke sini dan kelompokkan blokir yang sama.
Polanya juga bekerja untuk:
- Satu percakapan per browser atau ukuran perangkat
- Satu percakapan per bahasa atau peran akun
- Satu percakapan per pull request atau fitur fitur
- Satu percakapan per peninjau, dengan temuan dipisahkan sampai akhir
- Satu percakapan per batch wawancara pelanggan atau sumber penelitian
- Satu percakapan per model ketika Anda ingin membandingkan output secara adil
Apa yang biasanya salah? Ringkasannya terlalu pendek. "Cek biilling" meninggalkan pekerja menebak tentang akun, build, hasil yang diharapkan, dan format bukti. Berikan setiap percakapan daftar cek yang sama dan akun uji yang terpisah ketika alur berubah data yang dibagikan.
2. Gunakan @ untuk membawa obrolan lain ke dalam pekerjaan
Seringkali pekerjaan yang berguna sudah ada. Obrolan penelitian memiliki kutipan pelanggan. Obrolan QA memiliki layar layar. Ulasan kedua mencapai kesimpulan yang berbeda. Anda tidak perlu salin dan tempel semua itu.
Klik kolom penulisan pesan dan ketik @. Zero akan membuka daftar chat yang sudah ada.
Mulai mengetik judul untuk mempersempit daftar, lalu pilih obrolan yang Anda butuhkan.
Obrolan yang dipilih muncul sebagai chip biru klik.
Chip menunjuk ke obrolan onboarding yang tepat. Jawaban akan ditulis dalam obrolan saat ini.
Lalu tambahkan kata kerja. Beri tahu Zero apa yang harus dilakukan dengan chat tersebut:
- “Bandingkan
@Onboarding QAdengan ulasan tagihan ini.” - “Lanjutkan dari
@Penelitian Pelanggan batch 2dan tulis rekomendasi di sini.” - “Tantang kesimpulan risiko tertinggi dalam
@Ulasan Keamanan.” - “Ubah layar layar dalam
@Walkthrough Mobilemenjadi laporan bug.” - “Ekstrak setiap pertanyaan yang belum terselesaikan dari
@Penelitian Peluncuran.”
Tulis @, pilih obrolan, lalu katakan apa yang ingin Anda lakukan dengan obrolan tersebut.
Mention berfungsi sebagai alamat, bukan sekadar label teks. Mention mengarahkan Zero ke chat yang dipilih tanpa menyalin seluruh percakapan ke kolom pesan. Pesan tetap mudah dibaca, tetapi instruksi Anda tetap membutuhkan tindakan yang jelas. “Gunakan ini” terlalu kabur. “Bandingkan langkah yang gagal dan urutkan blocker yang sama” jauh lebih jelas.
3. Berikan bagian yang berbeda kepada agen ahli atau subagen
Gunakan beberapa obrolan ketika Anda ingin salinan bersih dari pekerja yang sama. Gunakan agen ahli ketika pekerjaan memerlukan instruksi yang berbeda, alat, model, atau batas izin. Agen ahli yang melakukan tugas terbatas untuk koordinator sering disebut subagen.
Peluncuran produk adalah contoh yang baik. Penjelajah Penelitian dapat memverifikasi bukti. Browser QA dapat memeriksa produk yang diterbitkan. Penulis Peluncuran dapat menulis halaman. Operator Publikasi dapat membuat sketsa CMS setelah klaim melewati tinjauan.
Staging workspace memiliki satu agen inti dan empat agen ahli yang dinamai, masing-masing siap untuk tugas terbatas.
Koordinator memiliki hasil. Ahli khusus kembali dengan bukti dan artefak, kemudian satu pemilik menulis hasil akhir.
Berikut adalah rencana peluncuran praktis:
Koordinasikan paket peluncuran untuk Fitur X. Mintalah Penjelajah Penelitian untuk memverifikasi bukti pelanggan dan klaim kompetitor. Mintalah Browser QA untuk mereproduksi setiap klaim produk di staging dan lampirkan layar layar. Mintalah Penulis Peluncuran untuk menulis halaman hanya setelah bukti tiba. Operator Publikasi dapat membuat sketsa CMS, tetapi tidak boleh mempublikasikannya. Laporkan bukti yang hilang dan klaim yang bertentangan dalam obrolan ini.
Nilainya berasal dari batas yang nyata. Agen riset dapat tetap hanya-baca. Agen publikasi dapat mengakses draft tanpa izin untuk menerbitkannya. Agen QA dapat mengikuti checklist browser yang sama setiap kali. Kontrol izin Zero membantu menjaga batas tersebut tetap ketat.
Jangan buat ahli hanya untuk membuat sidebar lebih sibuk. Buat satu ketika peran berubah bagaimana pekerjaan dilakukan.
4. Biarkan peninjau independen berbeda pendapat, lalu gunakan hakim
Dua tinjauan berguna hanya ketika peninjau kedua tidak mengcopy peninjau pertama. Buka obrolan bersih, berikan keduanya bukti yang sama, dan jaga laporan pertama mereka terpisah.
Lalu mulai obrolan hakim dan sebutkan keduanya dalam satu prompt.
Satu prompt dapat merujuk ke dua chat QA yang nyata dan meminta Zero menemukan blocker yang sama.
Misalnya:
Bandingkan
@Onboarding QAdengan@Billing QA. Daftar penghalang yang ditemukan oleh keduanya, masalah yang ditemukan oleh obrolan saja, dan bukti yang masih hilang. Kemudian putuskan apakah rilis harus diluncurkan. Sebutkan layar layar atau langkah yang mendukung setiap penghalang.
Pola ini cocok untuk tinjauan desain, tinjauan keamanan, pemilihan vendor, keputusan arsitektur, tinjauan kontrak, dan perbandingan model. Tentukan kriteria penilaian sebelum laporan masuk. Jika tidak, penilai bisa memilih tulisan yang paling percaya diri, bukan bukti yang paling kuat.
5. Serahkan pekerjaan dari satu agen ke agen berikutnya
Beberapa pekerjaan tidak boleh dijalankan pada waktu yang sama. Penelitian harus selesai sebelum draft. Draft harus selesai sebelum QA. QA harus selesai sebelum publikasi.
Tangani setiap penerus seperti catatan pengiriman singkat:
- Nama agen penerima atau chat.
- Lampirkan atau referensikan artefak.
- Nyatakan kriteria penerimaan.
- Katakan di mana penerima harus melaporkan kembali.
“Beri penulis apa yang kamu temukan” sulit untuk diverifikasi. Ini lebih baik:
Kirim ringkasan penelitian yang disetujui ke Writer Launch. Draft harus menggunakan klaim yang terverifikasi saja, simpan terminologi yang disetujui, dan tandai bukti yang hilang dengan
[BUKTI DIBUTUHKAN]. Kembalikan tautan draft dan pertanyaan yang belum terpecahkan ke chat ini.
Chip chat @ berguna di sini karena memberikan pekerja berikutnya sumber yang tepat. Untuk pekerjaan dengan banyak file, berikan juga tautan artefak. Koordinator membutuhkan status, keputusan, dan bundle akhir. Koordinator tidak memerlukan catatan kasar yang dicopy ke konteksnya sendiri.
Bagaimana agen AI berbagi konteks di Zero?
Agen di Zero tidak memerlukan percakapan bersama yang besar. Konteks bergerak melalui brief yang jelas, menyinggung chat @, tautan artefak, dan ringkasan yang dikembalikan. Setiap pekerja menerima konteks yang paling berguna, menyelesaikan tugas yang terbatas, dan mengirim bukti atau keputusan kembali ke koordinator.
Pendekatan ini menghindari dua masalah agen multi-agent yang umum. Pertama, sejarah yang tidak relevan tidak mengganggu konteks pekerja. Kedua, koordinator dapat melihat dengan tepat sumber atau chat yang mendukung klaim tersebut.
Gunakan empat pola berbagi konteks ini:
- Brief sendiri: terbaik untuk chat anak baru yang harus dimulai bersih.
- Menyinggung chat
@: terbaik ketika percakapan yang ada adalah sumbernya. - Tautan artefak: terbaik untuk dokumen, layar screenshot, dataset, dan perubahan kode.
- Pengembalian struktur: terbaik ketika beberapa pekerja harus melaporkan dalam format yang sama.
Jangan asumsikan bahwa chat anak sudah tahu keputusan chat kontrol. Jika istilah, batasan, akun, rentang tanggal, atau format output penting, masukkan dalam pesan pertama.
Lebih banyak skenario kerja A2A dan multi-agent
| Skenario | Bagaimana membaginya | Apa yang dikembalikan |
|---|---|---|
| Walkthrough rilis | Satu agen, satu chat per perjalanan pengguna | Screenshot, pengecekan berhasil/gagal, dan pemblokir bersama |
| QA lokalisasi | Satu agen, satu chat per lokasi | String yang rusak, masalah tata letak, dan layar screenshot spesifik lokasi |
| Pengujian browser dan perangkat | Satu agen, satu chat per browser atau viewport | Matriks kompatibilitas yang dapat dibandingkan dengan bukti |
| Review permintaan penarikan | Satu agen, satu chat per PR atau sudut pandang review | Kesalahan, catatan risiko, dan rekomendasi per baris |
| Penelitian pelanggan | Satu agen, satu chat per batch wawancara | Kutipan, pola, objek, dan tautan sumber |
| Respons insiden | Koordinator ditambah aplikasi, API, deploy, dan agen dampak pelanggan | Sejarah satu dengan perjanjian dan konflik yang disorot |
| Produksi konten | Penelitian, penulisan, desain, QA, dan publikasi agen | Draft yang diperiksa dan pindah tangan publikasi yang dikendalikan |
| Triage dukungan pelanggan | Koordinator ditambah akun, produk, billing, dan agen balasan | Penyebab asli, prioritas, pemilik, dan draft balasan |
| QA analisis data | Agen analisis ditambah peninjau independen | Gabungan yang diperiksa, penyebut, zona waktu, dan asumsi |
| Perbandingan model | Chats bersih dengan brief yang sama dan model yang berbeda | Akurasi, biaya, latency, dan skor format |
Pembagian yang tepat menciptakan batas yang berguna. Ini dapat memisahkan konteks, melindungi batas akses, mempertahankan tinjauan yang independen, atau memungkinkan pekerjaan yang siap berjalan pada waktu yang sama.
Kapan Anda harus menggunakan satu chat, beberapa chat, atau beberapa agen?
Gunakan satu chat ketika langkah selanjutnya bergantung pada jawaban sebelumnya. Sesi debugging berurutan adalah contoh yang baik.
Gunakan beberapa chat di bawah satu agen ketika instruksi tetap sama tetapi Anda memerlukan konteks yang bersih atau bukti yang independen. Ini biasanya titik awal terbaik untuk pengujian, batch penelitian, dan perbandingan adil.
Gunakan beberapa agen spesialis ketika setiap bagian memerlukan keahlian yang berbeda, koneksi, batas akses, atau model. Berikan satu koordinator tanggung jawab untuk keputusan akhir.
Gunakan prosedur ketika prosedur harus dapat diulang. Tambahkan otomasi hanya ketika prosedur tersebut juga memerlukan jadwal atau pemicu peristiwa. Zero mendokumentasikan dua blok konstruksi ini secara terpisah: prosedur mendefinisikan metode, sementara otomasi menentukan kapan itu berjalan.
Batas keamanan A2A dan batas akses
Kerja multi-agent lebih aman ketika akses mengikuti penugasan. Berikan setiap ahli hanya koneksi dan batas akses yang diperlukan untuk bagiannya. Agen penelitian jarang membutuhkan akses publikasi. Agen QA mungkin memerlukan login staging tetapi tidak kontrol biilling produksi. Agen publikasi mungkin memerlukan akses draft tetapi masih memerlukan orang untuk mengonfirmasi rilis akhir.
Tetapkan penulisan eksternal di bawah satu pemilik yang dinamai. Beberapa agen dapat membaca repositori, CRM, atau CMS, tetapi satu agen harus membuat tiket akhir, memperbarui catatan, mengirim balasan pelanggan, atau mempublikasikan halaman. Ini mencegah penulisan yang berulang dan membuat jalur audit lebih mudah diikuti.
Untuk pekerjaan yang lebih berisiko, tambahkan kondisi henti ke brief: “Draft saja,” “Jangan kirim,” “Escalate jika bukti bertentangan,” atau “Tanyakan persetujuan sebelum mengubah produksi.” A2A membuat delegasi lebih mudah; itu tidak menghapus kebutuhan untuk tanggung jawab yang jelas.
Empat aturan yang menjaga kerja A2A tetap rapi
1. Pastikan setiap pesan pertama berisi informasi lengkap
Termasuk tujuan, sumber, batasan, format output, tujuan, dan kondisi berhenti. Chat anak tidak boleh menebak apa yang sudah diketahui chat kontrol.
2. Berikan pekerjaan bentuk respons yang sama
Jika empat chat QA mengembalikan empat format yang berbeda, koordinator akan menghabiskan waktu membersihkan teks. Mintalah setiap pekerja untuk memberikan informasi yang sama: lingkungan, langkah-langkah, bukti, status, dan tindakan berikutnya.
3. Berikan penulisan bersama kepada satu pemilik
Dua agen yang benar masih bisa membuat kerumitan dengan menulis dua kali. Nama agen yang memiliki tindakan akhir eksternal.
4. Bagi hanya pekerjaan yang mendapatkan manfaat dari pembagian
Membuat delapan chat tidak berarti delapan eksekusi akan berjalan secara bersamaan. Konkurensi ruang kerja masih berlaku, dan pekerjaan yang bergantung harus menunggu inputnya. Tetapkan satu pekerjaan dalam satu chat ketika setiap langkah berikutnya bergantung pada jawaban sebelumnya.
Apakah Zero A2A sama dengan protokol Agent2Agent Google?
Tidak disertai klaim kesetaraan protokol. Panduan ini menjelaskan koordinasi produk antara agen dan chat di dalam Zero: cara kerja dibagi, merujuk, menilai, dan ditransfer melalui antarmuka.
Protokol terbuka Agent2Agent dari Google adalah standar teknis untuk komunikasi antar sistem agen jarak jauh, termasuk penemuan kapabilitas, pengelolaan tugas, pesan, dan artefak. Hasil pencarian untuk “A2A” sering berfokus pada protokol tersebut, jadi perbedaannya penting: Zero A2A adalah alur kerja produk praktis yang dibahas dalam artikel ini.
Pertanyaan yang sering diajukan
Chat sama dengan agen?
Tidak. Agen adalah konfigurasi pekerja yang dapat digunakan kembali. Chat adalah satu percakapan terisolasi dengan agen tersebut. Satu agen dapat memiliki banyak chat.
Chat anak berbagi konteks dengan chat kontrol?
Tidak. Mulailah setiap chat anak dengan ringkasan lengkap. Pekerja dapat mengembalikan hasil atau memindahkan artefak terbatas ke chat lain, tetapi mereka tidak boleh mengasumsikan sejarah bersama.
Apa yang terjadi ketika saya @ chat?
Zero memasukkan referensi struktural ke chat yang Anda pilih. Referensi mengidentifikasi percakapan yang dimaksud. Ini tidak menyalin percakapan lengkap ke dalam komposer, jadi tambahkan tindakan yang jelas seperti perbandingan, tinjauan, lanjutkan, atau ekstrak.
Apa itu subagent di Zero?
Subagent adalah agen spesialis yang menerima tugas terbatas dari koordinator. Subagent dapat menggunakan instruksi yang berbeda, alat, izin, atau model yang berbeda, kemudian mengembalikan hasilnya ke chat kontrol.
Bolehkah beberapa chat berjalan secara paralel?
Ya, ketika konkurensi ruang kerja tersedia dan tugasnya saling bebas. Tugas dengan ketergantungan mungkin antri ketika batas tercapai. Kerja dengan ketergantungan harus berjalan secara berurutan.
Kapan saya harus menggunakan agen yang berbeda?
Gunakan agen yang berbeda ketika pekerjaan membutuhkan instruksi yang berbeda, alur kerja, model, koneksi, atau izin. Gunakan beberapa chat di bawah agen yang sama ketika Anda hanya membutuhkan konteks yang bersih.
Coba tur panduan staging terlebih dahulu
Buka chat baru di Zero dan pecah satu pengecekan rilis nyata menjadi empat chat yang bersih. Mintalah layanan gambar dan format lulus/gagal yang sama di setiap chat. Setelah itu berhasil, ganti satu cabang dengan agen spesialis atau sebutkan dua chat yang selesai dalam prompt penilaian.
Untuk ide lebih lanjut, lihat 20 kasus penggunaan AI agen dengan prompt dan alat yang tepat.
