Membuka Kunci Kerjasama AI: Protokol A2A

Dunia Kecerdasan Buatan (AI) berkembang pesat, dengan ejen AI menjadi semakin canggih dan berkemampuan. Apabila ejen-ejen ini menjadi lebih lazim, keperluan untuk komunikasi dan kerjasama yang lancar antara mereka menjadi sangat penting. Perkenalkan protokol Agent2Agent (A2A), penyelesaian inovatif Google yang direka untuk memupuk interoperabiliti dan kerja berpasukan di kalangan ejen AI.

A2A, pada terasnya, ialah rangka kerja yang membolehkan ejen AI berkomunikasi dan bekerjasama dengan berkesan, tanpa mengira seni bina asas mereka atau vendor di belakang mereka. Ia berfungsi sebagai penterjemah universal, merapatkan jurang antara sistem AI yang berbeza dan memudahkan interaksi yang lancar. Bayangkan ia sebagai bahasa yang sama yang membolehkan ejen AI bekerja bersama secara harmoni, membuka kunci kemungkinan baharu untuk penyelesaian masalah dan automasi yang kompleks.

Asal Usul A2A: Menangani Cabaran Integrasi AI

Untuk menghargai sepenuhnya kepentingan A2A, adalah penting untuk memahami konteks yang membawa kepada penciptaannya. Kebangkitan model bahasa yang berkuasa seperti GPT-3.5 menandakan titik perubahan dalam penggunaan AI, kerana pembangun mencari cara untuk meluaskan keupayaan mereka di luar antara muka sembang yang mudah.

Salah satu penyelesaian awal ialah panggilan fungsi, yang membenarkan Model Bahasa Besar (LLM) untuk berhubung dengan API luaran secara satu-dengan-satu. Walau bagaimanapun, pendekatan ini dengan cepat membawa kepada ekosistem yang berpecah-belah, di mana vendor dan pelaksana AI yang berbeza menggunakan kaedah integrasi yang berbeza-beza, mengakibatkan interoperabiliti terhad.

Protokol Konteks Model (MCP) Anthropic muncul sebagai penyelesaian yang berpotensi kepada ‘masalah NxM,’ di mana bilangan ejen/sistem AI (N) didarab dengan bilangan alat/sumber data (M). MCP bertujuan untuk menyeragamkan konteks dan memudahkan integrasi, tetapi Google menyedari keperluan untuk protokol yang membolehkan ejen berkomunikasi secara langsung antara satu sama lain.

Di sinilah A2A masuk. Seperti MCP, A2A menyatukan cara ejen AI berinteraksi, tetapi bukannya menumpukan pada menghubungkan ejen kepada alat dan data, ia menumpukan pada menghubungkan ejen kepada ejen lain. Ia merupakan langkah penting ke arah membina sistem AI yang benar-benar kolaboratif.

Mendedahkan Intipati A2A: Bahasa Universal untuk Ejen AI

A2A ialah protokol terbuka yang memperkasakan ejen AI untuk berkomunikasi antara satu sama lain, tanpa mengira asal atau reka bentuk mereka. Ia bertindak sebagai penterjemah, memahami dan mentafsir pelbagai bahasa dan rangka kerja, seperti LangChain, AutoGen, dan LlamaIndex.

Dilancarkan pada April 2025, A2A telah dibangunkan dengan kerjasama lebih daripada 50 rakan teknologi, termasuk gergasi industri seperti Atlassian, Salesforce, SAP, dan MongoDB. Pendekatan kolaboratif ini memastikan bahawa A2A bukan hanya inisiatif Google tetapi usaha industri yang lebih luas ke arah penyeragaman.

Pada terasnya, A2A menganggap setiap ejen AI sebagai perkhidmatan rangkaian dengan antara muka standard. Ini adalah serupa dengan cara pelayar web dan pelayan berkomunikasi menggunakan HTTP, tetapi bukannya tapak web, ia adalah untuk ejen AI. Sama seperti MCP menangani masalah NxM, A2A memudahkan proses menghubungkan ejen yang berbeza tanpa memerlukan kod tersuai untuk setiap pasangan.

Menguraikan Keupayaan Teras A2A: Mendayakan Kerjasama Lancar

A2A dibina berdasarkan empat keupayaan utama yang menjadikan kerjasama ejen satu realiti. Untuk memahami keupayaan ini, adalah penting untuk mentakrifkan beberapa istilah utama:

• Ejen pelanggan/Pelanggan A2A: Aplikasi atau ejen yang menggunakan perkhidmatan A2A. Ini ialah ejen ‘utama’ yang memulakan tugas dan berkomunikasi dengan ejen lain.
• Ejen jauh/Pelayan A2A: Ejen yang mendedahkan titik akhir HTTP menggunakan protokol A2A. Ini ialah ejen tambahan yang mengendalikan penyiapan tugas.

Dengan definisi ini dalam fikiran, mari kita terokai empat keupayaan teras A2A:

1. Penemuan Keupayaan: Keupayaan ini menjawab soalan, ‘Apakah yang boleh anda lakukan?’ Ia membenarkan ejen mengiklankan keupayaan mereka melalui ‘Kad Ejen,’ yang merupakan fail JSON yang menyediakan profil boleh baca mesin bagi kemahiran dan perkhidmatan ejen. Ini membantu ejen pelanggan mengenal pasti ejen jauh terbaik untuk tugas tertentu.
2. Pengurusan Tugas: Keupayaan ini menangani soalan, ‘Adakah semua orang bekerjasama, dan apakah status anda?’ Ia memastikan bahawa komunikasi antara ejen pelanggan dan jauh difokuskan pada penyiapan tugas, dengan objek dan kitaran hayat tugas tertentu. Untuk tugas yang berjalan lama, ejen boleh berkomunikasi untuk kekal segerak.
3. Kerjasama: Keupayaan ini menumpukan pada soalan, ‘Apakah konteks, balasan, output tugas (artifak), atau arahan pengguna?’ Ia membolehkan ejen menghantar mesej berulang-alik, mewujudkan aliran perbualan.
4. Rundingan Pengalaman Pengguna: Keupayaan ini menangani soalan, ‘Bagaimanakah saya patut menunjukkan kandungan kepada pengguna?’ Setiap mesej mengandungi ‘bahagian’ dengan jenis kandungan tertentu, membenarkan ejen merundingkan format yang betul dan memahami keupayaan UI seperti iframe, video, dan borang web. Ejen menyesuaikan cara mereka mempersembahkan maklumat berdasarkan perkara yang boleh dikendalikan oleh ejen penerima (pelanggan).

Menjelaskan Cara Dalaman A2A: Model Pelanggan-Pelayan untuk Komunikasi AI

A2A beroperasi pada model pelanggan-pelayan, di mana ejen berkomunikasi melalui protokol web standard seperti HTTP menggunakan mesej JSON berstruktur. Pendekatan ini memastikan keserasian dengan infrastruktur sedia ada sambil menyeragamkan komunikasi ejen.

Untuk memahami cara A2A mencapai matlamatnya, mari kita pecahkan komponen teras protokol dan terokai konsep ejen ‘legap.’

Komponen Teras A2A: Blok Binaan untuk Kerjasama AI

• Kad Ejen: Fail JSON ini, biasanya dihoskan di URL yang terkenal (cth., /.well-known/agent.json), menerangkan keupayaan, kemahiran, URL titik akhir dan keperluan pengesahan ejen. Ia berfungsi sebagai ‘resume’ ejen yang boleh dibaca mesin, membantu ejen lain menentukan sama ada untuk melibatkan diri dengannya.
• Pelayan A2A: Ejen yang mendedahkan titik akhir HTTP menggunakan protokol A2A. Ini ialah ‘ejen jauh’ dalam A2A, yang menerima permintaan daripada ejen pelanggan dan mengendalikan tugas. Pelayan mengiklankan keupayaan mereka melalui Kad Ejen.
• Pelanggan A2A: Aplikasi atau sistem AI yang menggunakan perkhidmatan A2A. Pelanggan membina tugas dan mengedarkannya kepada pelayan yang sesuai berdasarkan keupayaan dan kemahiran mereka. Ini ialah ‘ejen pelanggan’ dalam A2A, yang mengatur aliran kerja dengan pelayan khusus.
• Tugas: Unit kerja pusat dalam A2A. Setiap tugas mempunyai ID unik dan berlangsung melalui keadaan yang ditakrifkan (cth., submitted, working, completed). Tugas berfungsi sebagai bekas untuk kerja yang diminta dan dilaksanakan.
• Mesej: Pertukaran komunikasi antara pelanggan dan ejen. Mesej ditukar dalam konteks tugas dan mengandungi Bahagian yang menyampaikan kandungan.
• Bahagian: Unit kandungan asas dalam Mesej atau Artifak. Bahagian boleh menjadi:
  • TextPart: Untuk teks biasa atau kandungan yang diformatkan
  • FilePart: Untuk data binari (dengan bait sebaris atau rujukan URI)
  • DataPart: Untuk data JSON berstruktur (seperti borang)
• Artifak: Output yang dijana oleh ejen semasa tugas. Artifak juga mengandungi Bahagian dan mewakili penghantaran akhir daripada pelayan kembali kepada pelanggan.

Konsep Ejen Legap: Melindungi Harta Intelek dan Memastikan Keselamatan

Istilah ‘legap’ dalam konteks A2A menandakan bahawa ejen boleh bekerjasama dalam tugas tanpa mendedahkan logik dalaman mereka. Ini bermakna bahawa:

• Ejen hanya perlu mendedahkan tugas yang boleh dilaksanakannya, bukan cara ia melaksanakannya.
• Algoritma atau data proprietari boleh kekal peribadi.
• Ejen boleh ditukar dengan pelaksanaan alternatif selagi mereka menyokong keupayaan yang sama.
• Organisasi boleh menyepadukan ejen pihak ketiga tanpa kebimbangan keselamatan.

Pendekatan A2A memudahkan pembangunan sistem berbilang ejen yang kompleks sambil mengekalkan piawaian keselamatan yang tinggi dan melindungi rahsia perdagangan.

Aliran Interaksi A2A Tipikal: Panduan Langkah demi Langkah

Apabila ejen berkomunikasi melalui A2A, mereka mengikuti urutan berstruktur:

1. Fasa Penemuan: Bayangkan pengguna bertanya kepada ejen AI utama mereka, ‘Bolehkah anda membantu saya merancang perjalanan perniagaan ke Tokyo bulan depan?’ AI menyedari keperluan untuk mencari ejen khusus untuk penerbangan, hotel, dan aktiviti tempatan. Ejen pelanggan mengenal pasti ejen jauh yang boleh membantu dengan setiap tugas dan mendapatkan semula Kad Ejen mereka untuk menilai kesesuaian mereka.
2. Permulaan Tugas: Dengan pasukan dipasang, tiba masanya untuk memberikan kerja. Ejen pelanggan mungkin berkata kepada ejen tempahan perjalanan, ‘Cari penerbangan ke Tokyo dari 15 Mei hingga 20hb.’ Pelanggan menghantar permintaan ke titik akhir pelayan (biasanya POST ke /taskssend), mewujudkan tugas baharu dengan ID unik. Ini termasuk mesej awal yang memperincikan perkara yang pelanggan mahu pelayan lakukan.
3. Pemprosesan: Ejen pakar tempahan (pelayan/ejen jauh) mula mencari penerbangan yang tersedia yang memenuhi kriteria. Ia mungkin:
   • Menyiapkan tugas dengan segera dan mengembalikan artifak: ‘Berikut ialah penerbangan yang tersedia.’
   • Meminta lebih banyak maklumat (menetapkan keadaan kepada input-required): ‘Adakah anda lebih suka syarikat penerbangan tertentu?’
   • Mula mengerjakan tugas yang berjalan lama (menetapkan keadaan kepada working): ‘Saya sedang membandingkan kadar untuk mencari tawaran terbaik untuk anda.’
4. Perbualan Berbilang Pusingan: Jika lebih banyak maklumat diperlukan, pelanggan dan pelayan bertukar-tukar mesej tambahan. Pelayan mungkin bertanya soalan penjelasan (‘Adakah sambungan okay?’), dan pelanggan membalas (‘Tidak, penerbangan terus sahaja.’), semuanya dalam konteks ID tugas yang sama.
5. Kemas Kini Status: Untuk tugas yang mengambil masa untuk disiapkan, A2A menyokong beberapa mekanisme pemberitahuan:
   • Pengundian: Pelanggan menyemak status tugas secara berkala.
   • Acara Hantar Pelayan (SSE): Pelayan menstrim kemas kini masa nyata jika pelanggan dilanggan.
   • Pemberitahuan tolak: Pelayan boleh POST kemas kini ke URL panggilan balik jika disediakan.
6. Penyiapan Tugas: Apabila selesai, pelayan menandakan tugas sebagai completed dan mengembalikan artifak yang mengandungi hasil. Sebagai alternatif, ia mungkin menandakan tugas sebagai failed jika ia menghadapi masalah, atau canceled jika tugas itu ditamatkan.

Sepanjang proses ini, ejen utama mungkin serentak bekerja dengan ejen pakar lain: pakar hotel, guru pengangkutan tempatan, dalang aktiviti. Ejen utama akan mencipta jadual perjalanan dengan menggabungkan semua hasil ini ke dalam pelan perjalanan yang komprehensif, kemudian mempersembahkannya kepada pengguna.

Pada dasarnya, A2A memperkasakan berbilang ejen untuk menyumbang dan bekerjasama ke arah matlamat yang sama, dengan ejen pelanggan memasang hasil yang melampaui jumlah bahagiannya.

A2A lwn. MCP: Perkongsian Sinergi untuk Integrasi AI

Walaupun A2A dan MCP mungkin kelihatan bersaing untuk ruang yang sama, ia direka bentuk untuk berfungsi seiring. Mereka menangani aspek integrasi AI yang berbeza tetapi saling melengkapi:

• MCP menghubungkan LLM (atau ejen) kepada alat dan sumber data (integrasi menegak).
• A2A menghubungkan ejen kepada ejen lain (integrasi mendatar).

Google telah dengan sengaja meletakkan A2A sebagai pelengkap kepada MCP. Falsafah reka bentuk ini terbukti dalam pelancaran pembina ejen Vertex AI mereka dengan sokongan MCP terbina bersama A2A.

Untuk menggambarkan perkara ini, pertimbangkan analogi ini: Jika MCP membolehkan ejen menggunakan alatan, maka A2A ialah perbualan mereka semasa mereka bekerja. MCP melengkapkan ejen individu dengan keupayaan, manakala A2A membantu mereka menyelaraskan keupayaan tersebut sebagai satu pasukan.

Dalam persediaan yang komprehensif, ejen mungkin menggunakan MCP untuk mendapatkan semula maklumat daripada pangkalan data dan kemudian menggunakan A2A untuk menghantar maklumat itu kepada ejen lain untuk analisis. Kedua-dua protokol boleh bekerjasama untuk mencipta penyelesaian yang lebih lengkap untuk tugas yang kompleks, sambil memudahkan cabaran pembangunan yang telah wujud sejak LLM menjadi arus perdana.

Piawaian Keselamatan A2A: Memastikan Perlindungan Gred Perusahaan

A2A telah dibangunkan dengan keselamatan perusahaan sebagai kebimbangan utama. Selain penggunaan eksklusif ejen legap, setiap Kad Ejen menentukan kaedah pengesahan yang diperlukan (kunci API, OAuth, dll.), dan semua komunikasi direka bentuk untuk berlaku melalui HTTPS. Ini membolehkan organisasi mewujudkan dasar yang mengawal ejen mana yang boleh berkomunikasi antara satu sama lain dan data yang boleh mereka kongsi.

Sama seperti spesifikasi MCP untuk kebenaran, A2A memanfaatkan piawaian keselamatan web sedia ada dan bukannya mencipta modaliti baharu, memastikan keserasian segera dengan sistem identiti semasa. Memandangkan semua interaksi berlaku melalui titik akhir yang ditakrifkan dengan baik, kebolehcerapan menjadi mudah, membolehkan organisasi menyepadukan alat pemantauan pilihan mereka dan mendapatkan jejak audit yang bersatu.

Ekosistem dan Penerimaan A2A: Komuniti Sokongan yang Berkembang

Protokol A2A telah dilancarkan dengan sokongan ketara daripada lebih 50 rakan teknologi, yang kebanyakannya sama ada menyokong atau berhasrat untuk menyokong A2A dengan ejen mereka sendiri. Google telah menyepadukan A2A ke dalam platform Vertex AI dan ADKnya, menyediakan titik masuk yang dipermudahkan untuk pembangun yang sudah berada dalam ekosistem Google Cloud.

Organisasi yang mempertimbangkan pelaksanaan A2A harus mempertimbangkan perkara berikut:

1. Kos Integrasi Dikurangkan: Daripada membina kod tersuai untuk setiap pasangan ejen, pembangun boleh melaksanakan A2A secara universal, menurunkan kos integrasi.
2. Keluaran yang Agak Terkini: A2A masih dalam peringkat awal keluaran yang luas, bermakna ia masih belum menjalani ujian dunia sebenar yang meluas yang diperlukan untuk mendedahkan potensi kekurangan pada skala.
3. Kalis Masa Hadapan: Sebagai protokol terbuka, A2A membenarkan ejen baharu dan lama untuk disepadukan ke dalam ekosistemnya tanpa memerlukan usaha tambahan.
4. Had Ejen: Walaupun A2A mewakili langkah penting ke hadapan untuk AI autonomi yang benar-benar, ia kekal berorientasikan tugas dan tidak beroperasi sepenuhnya secara bebas.
5. Agnostisisme Vendor: A2A tidak mengunci organisasi ke dalam mana-mana model, rangka kerja atau vendor tertentu, membolehkan mereka mencampur dan memadankan di seluruh landskap AI.

Masa Depan Protokol Agent2Agent: Visi untuk Kerjasama AI Lancar

Melihat ke hadapan, A2A dijangka mengalami penambahbaikan selanjutnya, seperti yang digariskan dalam peta jalan protokol. Peningkatan yang dirancang termasuk:

• Skim kebenaran rasmi dan kelayakan pilihan terus dalam Kad Ejen.
• Rundingan UX dinamik dalam tugas yang berterusan (seperti menambah audio/video di tengah perbualan).
• Prestasi penstriman yang dipertingkatkan dan mekanik pemberitahuan tolak.

Mungkin kemungkinan jangka panjang yang paling menarik ialah A2A akan menjadi untuk pembangunan ejen seperti HTTP untuk komunikasi web: pemangkin untuk letupan inovasi. Apabila penggunaan meningkat, kita mungkin melihat ‘pasukan’ ejen pra-bungkus yang pakar untuk industri tertentu, dan akhirnya, rangkaian global ejen AI yang lancar yang boleh dimanfaatkan oleh pelanggan.

Untuk pembangun dan organisasi yang meneroka pelaksanaan AI, sekarang adalah masa yang sesuai untuk belajar dan membina dengan A2A. Bersama-sama, A2A dan MCP mewakili permulaan pendekatan yang lebih menyeragamkan, selamat, dan sedia perusahaan untuk AI.