AI adalah satu -gaya AI: Bagaimana desain arsitektur membayar kebetulan multi -agen tepercaya

Kami melihat Amnesty International berkembang dengan cepat. Ini tidak lagi hanya tentang membangun model tunggal yang sangat cerdas. Kekuatan sebenarnya, dan perbatasan yang menarik, adalah untuk mendapatkan banyak agen kecerdasan buatan yang berspesialisasi untuk bekerja sama. Pikirkan tentang mereka sebagai satu tim ahli, dan masing -masing dari mereka memiliki keterampilan mereka sendiri – salah satunya menganalisis data, yang lain berinteraksi dengan pelanggan, menjalankan layanan logistik ketiga, dll. Memperoleh tim ini untuk bekerja sama dengan lancar, serta berbagai diskusi industri dan memungkinkan mereka dengan platform modern, adalah tempat di mana sihir terjadi.

Tapi mari kita menjadi nyata: mengoordinasikan sekelompok agen kecerdasan buatan independen, terkadang aneh sulit. Bukan hanya konstruksi agen individu yang hebat; Ini adalah bagian tengah yang kacau – sinkronisasi – yang dapat membuat atau menghancurkan sistem. Ketika Anda memiliki agen yang saling mengandalkan, mereka berperilaku asimetri dan mungkin gagal secara mandiri, Anda hanya membangun program; Anda membuat orkestra yang kompleks. Di sinilah rencana arsitektur yang solid datang. Kami membutuhkan pola yang dirancang untuk keandalan dan ukuran dari awal.

Masalah kerja sama yang kompleks

Mengapa mengatur banyak agen seperti tantangan ini? Nah, untuk pemula:

1. Mereka mandiri: Berbeda dengan pekerjaan yang disebut dalam program ini, agen sering memiliki episode, target, dan situasi mereka sendiri. Mereka tidak menunggu instruksi.
2. Komunikasi menjadi rumit: Agen tidak hanya berbicara dengan agen B. Agen A Mei menyiarkan perawatan agen informasi C dan D, sementara Agen B sedang menunggu sinyal dari E sebelum menceritakan sesuatu.
3. Mereka membutuhkan otak umum (kasus): Bagaimana mereka semua menyetujui “kenyataan” apa yang terjadi? Jika agen memperbarui catatan, bagaimana agen tahu tentang dia Andal Dan dengan cepat? Informasi yang terinformasi atau bertentangan adalah pembunuh.
4. Kegagalan tidak bisa dihindari: Agen retak. Pesan hilang. Waktu Layanan Layanan Eksternal. Ketika bagian dari sistem berakhir, Anda tidak ingin menghentikan keseluruhan atau, atau apa yang lebih buruk.
5. Konsistensi bisa sulit: Bagaimana Anda dapat memastikan bahwa operasi multi -step yang kompleks mencakup banyak agen yang benar -benar mencapai kondisi akhir yang valid? Ini tidak mudah ketika mendistribusikan operasi dan operasi simultan.

Sederhananya, kompleksitas konsensual meledak sambil menambahkan lebih banyak faktor dan interaksi. Tanpa rencana yang kuat, memperbaiki kesalahan menjadi mimpi buruk, dan sistem terasa rapuh.

Pilih Buku Playbook Anda

Bagaimana memutuskan bahwa agen koordinasi kerja mereka mungkin menjadi pilihan arsitektur utama. Berikut beberapa kerangka kerja:

• Mosul (piramida): Ini seperti orkestra simfoni tradisional. Anda memiliki ornamen utama (Mosul) yang menentukan aliran, dan menceritakan faktor -faktor spesifik (musisi) ketika mereka melakukan artikel mereka dan mengumpulkan semuanya.
  • Ini memungkinkan: tugas alur kerja yang jelas, implementasi mudah diikuti, dan kontrol langsung; Lebih sederhana untuk sistem kecil atau kurang dinamis.
  • Hati -hati dengan: Konduktor dapat menjadi hambatan atau satu titik kegagalan. Skenario ini kurang fleksibel jika Anda membutuhkan faktor untuk merespons secara dinamis atau bekerja tanpa pengawasan yang konstan.
• Musik jazz (al -tihad/desentralisasi): Di sini, agen berkoordinasi secara langsung satu sama lain berdasarkan sinyal atau aturan yang dibagikan, seperti musisi di pita jazz improvisasi berdasarkan sinyal dari satu sama lain dan subjek umum. Mungkin ada sumber daya atau acara yang umum, tetapi tidak ada catatan sentral.
  • Hal ini memungkinkan: fleksibilitas (jika salah satu musisi berhenti, maka orang lain dapat terus berlanjut), kemampuan untuk memperluas, kemampuan untuk beradaptasi dengan kondisi yang berubah, dan perilaku yang paling muncul.
  • Apa yang harus diperhitungkan: mungkin sulit untuk memahami aliran total, dan koreksi itu sulit (“Mengapa agen ini melakukannya Kemudian? ) Dan jaminan konsistensi global membutuhkan desain yang akurat.

Banyak beberapa agen di dunia nyata (MAS) diakhiri dengan campuran-may merusak orkestra teater tingkat tinggi; Kemudian kelompok faktor dalam struktur ini terkoordinasi secara acuh tak acuh.

Manajemen Otak Kolektif (Negara Umum) dari Faktor Kecerdasan Buatan

Agar agen dapat bekerja sama secara efektif, mereka sering membutuhkan visi bersama dunia, atau setidaknya bagian yang terkait dengan misi mereka. Ini mungkin situasi permintaan pelanggan saat ini, atau basis pengetahuan umum untuk informasi produk atau kemajuan kolektif menuju tujuan. Mempertahankan “otak kolektif” ini konsisten dan dapat diakses melalui faktor -faktor terdistribusi sulit.

Pola arsitektur yang cenderung:

• Perpustakaan Pusat (Basis Pengetahuan Pusat): Satu dan tempat yang dapat diandalkan (seperti database atau layanan pengetahuan khusus) di mana semua informasi umum hidup. Agen memeriksa buku (baca) dan mengembalikannya (menulis).
  • Pro: Salah satu sumber kebenaran, lebih mudah memaksakan konsistensi.
  • Con: Anda dapat terkena permintaan, dan dapat memperlambat atau menjadi titik pencekikan. Itu harus berbahaya dan berkembang.
• Catatan Terdistribusi (cache terdistribusi): Agen -agen memesan salinan informasi lokal yang sering Anda butuhkan untuk kecepatan, dengan dukungan perpustakaan pusat.
  • Profesional: Bacaan lebih cepat.
  • Con: Bagaimana Anda tahu jika salinan Anda diperbarui? Penyimpanan cache dan konsistensi menjadi teka -teki arsitektur yang penting.
• Pembaruan (menyampaikan pesan) menjerit: Alih -alih agen yang terus -menerus bertanya kepada perpustakaan, perpustakaan (atau agen lain) berteriak, “Hei, informasi ini telah diubah!” Melalui pesan. Agen mendengarkan pembaruan yang mereka pedulikan dan memperbarui catatan mereka sendiri.
  • Pro: Agen dipisahkan, yang baik untuk pola berbasis acara.
  • Con: Memastikan bahwa setiap orang mendapat pesan dan menanganinya dengan benar menambahkan kompleksitas. Bagaimana jika Anda kehilangan pesan?

Pilihan yang benar tergantung pada pentingnya konsistensi yang diperbarui per detik, untuk jumlah kinerja yang Anda butuhkan.

Membangun saat hal tersesat (kesalahan dan kesegaran)

Bukan jika agen gagal, maka saat itu. Arsitektur Anda perlu mengharapkan ini.

Pikirkan:

• Monitor (pengawasan): Ini berarti bahwa komponen fungsinya hanya menonton agen lain. Jika agennya tenang atau mulai bertindak sebagai orang asing, pengamatnya dapat mencoba memulai kembali atau mengingatkan sistem.
• Coba lagi, tapi jadilah pintar (re -trial dan kompensasi): Jika agen gagal, dia harus mencoba lagi. Tetapi ini hanya berfungsi jika prosedurnya tidak moderat. Ini berarti bahwa melakukan ini lima kali memiliki hasil yang sama persis dengan melakukan ini sekali (seperti menentukan nilai, tidak meningkatkannya). Jika prosedur tidak moderat, simulasi dapat menyebabkan kekacauan.
• Kekacauan Pembersihan (Kompensasi): Jika agen “A” melakukan sesuatu yang berhasil, tetapi agen (langkah selanjutnya dalam proses) gagal, Anda mungkin perlu “mundur” dari pekerjaan agen a. Pola seperti Sagas membantu mengoordinasikan alur kerja multi -tidak -untuk -A -untuk -a -kompresi.
• Mengetahui di mana Anda berada (alur kerja): Menyimpan catatan berkelanjutan dari proses komprehensif membantu. Jika sistem jatuh di tengah -tengah pekerjaan, itu dapat menangkap dari langkah terakhir yang terkenal alih -alih memulai lagi.
• Membangun dinding perlindungan (pemutus sirkuit dan ukuran penghalang): Pola -pola ini mencegah kegagalan dalam satu agen atau layanan dari pemuatan berlebihan atau menghancurkan orang lain, yang mengandung kerusakan.

Pastikan pekerjaan dilakukan dengan benar (lakukan tugas tetap)

Bahkan dengan keandalan agen individu, Anda perlu keyakinan bahwa seluruh tugas koperasi berakhir dengan benar.

Itu dipertimbangkan:

• Operasi Atom: Sementara transaksi asam nyata sulit dengan faktor terdistribusi, Anda dapat merancang alur kerja untuk bertindak mendekati atom mungkin menggunakan pola seperti kisah.
• Buku registri non -variabel (sumber acara): Daftarkan setiap prosedur penting dan ubah kasus ini sebagai peristiwa dalam catatan tetap. Ini memberi Anda sejarah yang ideal, dan membuat pembangunan kembali negara mudah, yang bagus untuk diperiksa dan diperbaiki.
• Kesepakatan tentang kenyataan (konsensus): Untuk keputusan penting, Anda mungkin perlu menyetujui agen sebelum mengikuti -up. Ini dapat mencakup mekanisme pemungutan suara sederhana atau algoritma konsensus yang lebih rumit jika kepercayaan atau koordinasi sangat menantang.
• Memeriksa pekerjaan (memeriksa kesehatan): Buat langkah -langkah dalam alur kerja Anda untuk memverifikasi output atau kondisi setelah agen menyelesaikan misinya. Jika ada sesuatu yang salah, pastikan untuk mendamaikan atau koreksi.

Arsitektur terbaik membutuhkan fondasi yang tepat.

• Kantor Pos (pesan/broker seperti Kafka atau Rabbita): Ini sangat diperlukan untuk membongkar agen. Mereka mengirim pesan ke daftar tunggu; Agen tertarik pada pesan -pesan ini. Ini memungkinkan komunikasi simultan, dan berurusan dengan mutasi lalu lintas, yang merupakan kunci untuk sistem terdistribusi yang fleksibel.
• Treasury File Bersama (Toko Pengetahuan/Basis Data): Di sinilah kondisi umum Anda tinggal. Pilih tipe yang benar (hubungan, NoSQL, grafik) berdasarkan struktur data dan pola akses. Ini harus sangat menyenangkan dan tersedia.
• Mesin x -ray (platform catatan): Catatan, Standar, Pelacakan – Anda membutuhkan ini. Mengoreksi kesalahan sistem terdistribusi sulit. Untuk dapat melihat apa yang sebenarnya dilakukan setiap pelanggan, kapan dan bagaimana mereka berinteraksi tidak dapat dinegosiasikan.
• Panduan (catatan agen): Bagaimana agen menemukan satu sama lain atau menemukan layanan yang mereka butuhkan? Pendaftaran pusat membantu mengelola kompleksitas ini.
• Stadion (wadah dan koordinasi seperti Kubernetes): Ini adalah cara yang sudah diterbitkan, mengelola, dan memperluas semua perwakilan individu dari agen.

Bagaimana agen berbicara? (Opsi Protokol Panggilan)

Cara para agen berbicara tentang segala hal mulai dari kinerja hingga tingkat hubungan mereka yang ketat.

• Istirahat/http: Ini sederhana, dan berfungsi di mana -mana dan baik untuk memesan/respons dasar. Tetapi Anda dapat merasakan obrolan dan bisa kurang efisien untuk struktur data yang besar atau kompleks.
• Panggilan kolektif terorganisir (GRPC): Ini menggunakan format data yang efektif, dan mendukung berbagai jenis panggilan, termasuk aliran dan jenis yang aman. Ini bagus untuk kinerja tetapi membutuhkan pengaturan kontrak layanan.
• Panel Periklanan (Daftar Pesan – Protokol seperti AMQP, MQTT): Agen menerbitkan pesan ke topik; Agen lain berbagi topik yang mereka pedulikan. Ini tidak simultan dan sangat berkembang dan didistribusikan sepenuhnya dari reseptor.
• Live Line (RPC – kurang umum): Agen memanggil langsung ke agen lain. Ini cepat, tetapi menciptakan Assam yang sangat sempit – agen perlu tahu siapa yang mereka sebut dengan tepat dan di mana mereka berada.

Pilih protokol yang sesuai dengan pola reaksi. Apakah ini permintaan langsung? Acara siaran? Stream Data?

Satukan semuanya

Membangun agen multi -agen dan yang dikembangkan tidak terkait dengan menemukan peluru ajaib; Ini tentang membuat opsi arsitektur yang cerdas berdasarkan kebutuhan spesifik Anda. Apakah Anda cenderung lebih hierarkis untuk dikendalikan atau penyatuan untuk fleksibilitas? Bagaimana Anda mengelola situasi umum yang menentukan ini? Apa rencana Anda saat agen berkurang (tidak)? Apa pemotongan infrastruktur yang tak terbayangkan?

Ini rumit, ya, tetapi dengan berfokus pada rencana arsitektur ini – koordinasi interaksi, manajemen pengetahuan bersama, kegagalan untuk gagal, memastikan konsistensi dan konstruksi pada infrastruktur yang solid – Anda dapat menjinakkan kompleksitas dan membangun sistem yang kuat dan pintar yang akan memimpin gelombang AI berikutnya.

Nighthil Gupta adalah Direktur Manajemen Produk Produk/Karyawan AI di AI Atlasian.