Multi-agent sistem — hər birinin öz əhatəsi və tool-ları olan bir neçə AI agentinin daha böyük problemin hissələri üzərində işlədiyi və nəticəni əlaqələndirdiyi sistemdir. Arxitektura dəbdədir, hərdən düzgündür və səssizcə ləğv edilən müəssisə AI layihələrinin ciddi hissəsinə cavabdehdir.

Dürüst başlanğıc mövqe budur: bir neçə agent tələb etdiyi deyilən problemlərin çoxuna daha çox tool-u olan bir agent, yaxud bir model çağırışı olan workflow lazımdır. Agentləri çoxaltmaq koordinasiyanı çoxaldır, etibarlılığın öldüyü yer isə koordinasiyadır. Gartner agentic AI layihələrinin 40%-dən çoxunun 2027-ci ilin sonuna qədər ləğv ediləcəyini — artan xərc, aydın olmayan dəyər və yetərsiz risk nəzarəti səbəbindən — gözləyir; sonrakı proqnoz isə müəssisələrin 40%-inin 2027-ci ilə qədər avtonom agentləri geri çəkəcəyini və ya söndürəcəyini gözləyir. Multi-agent dizaynlar bu üç riskin hamısını bir yerə toplayır.

Bununla belə, bir neçə agentin düzgün cavab olduğu problemlər var. Bu yazı fərqi ayırd etmək və qurmağa dəyənləri qurmaq haqqındadır.

Bir neçə agent nə vaxt həqiqətən əsaslıdır

Üç şərt. İkidən azı doğrudursa, tək agent qurun.

Fərqli səlahiyyətləri olan həqiqətən fərqli tool sahələri. Core banking sisteminə sorğu verən agentlə müştəri məktubları hazırlayan agentə fərqli data girişi, fərqli təsdiq qaydaları və fərqli audit rejimi lazımdır. Onları ayırmaq arxitektura zövqü deyil, təhlükəsizlik sərhədidir — birdən çox agentə sahib olmağın ən güclü səbəbi də təhlükəsizlik sərhədləridir.

Fərqli etibarlılıq tələbləri. Səhv ola bilən və yenidən sınana bilən araşdırma addımının ledger-ə yazan addımla eyni prosesdə olmağa ixtiyarı yoxdur. Onları ayırmaq sərt nəzarətləri lazım olan yerdə, yumşaqları isə lazım olmayan yerdə tətbiq etməyə imkan verir.

Paralel gedə bilən müstəqil iş. Müstəqil təhlil ediləcək on sənəd, nəticələr sonda birləşdirilməklə. Bu, ən təmiz multi-agent halıdır və özünü ən etibarlı şəkildə ödəyəndir, çünki koordinasiya cüzidir — paylayırsan, yığırsan, agentlər arasında danışıq yoxdur.

Bir neçə agenti əsaslandırmayan şey: rol oyunu ilə parçalama. Bir modelə tədqiqatçı, digərinə tənqidçi, üçüncüsünə redaktor personası vermək komanda kimi hiss olunur və üç dəfə çağırılmış bir model kimi davranır — daha çox gecikmə və daha çox səhv yeri ilə. Agentlərin fərqli tool-ları və ya fərqli səlahiyyətləri yoxdursa, onlar fərqli agent deyil.

İşləyən dörd arxitektura

Supervisor və işçilər. Bir əlaqələndirici agent tapşırığı parçalayır, ixtisaslaşmış agentlərə paylayır və nəticəni yığır. İşçilər bir-biri ilə danışmır. Bu, defolt yanaşmadır və elə olmalıdır: nəzarət axını mərkəzləşdirilib, yəni planın yaşadığı, büdcələrin tətbiq olunduğu və nəsə səhv gedəndə baxılacaq bir yer var.

Pipeline. İxtisaslaşmış agentlərin sabit ardıcıllığı, hər biri əvvəlkinin çıxışını götürür. Çıxarma, sonra yoxlama, sonra zənginləşdirmə, sonra yazma. Deterministik sıra, mərhələ-mərhələ test etmək asan, audit etmək asan. Ardıcıllıq həqiqətən sabitdirsə, bu, ümumiyyətlə multi-agent sistem deyil — içində model çağırışları olan workflow-dur, ki bu, tərifdir.

Fan-out və merge. Eyni agentlərin müstəqil elementlər üzərində paralel işi, nəticələr isə deterministik merge addımı ilə birləşdirilir. Birləşdirmə qaydası ifadə oluna bilirsə, merge addımı model yox, kod olmalıdır.

Blackboard. Agentlər ortaq state-i oxuyur və yazır, uyğun bir şey görəndə hərəkət edir. Güclüdür və haqqında mühakimə yürütmək həqiqətən çətindir, çünki davranış emergent-dir və bir baq-ı təkrarlamaq bütün state tarixçəsini təkrarlamağı tələb edir. Nadir hallarda əl atın və heç vaxt birinci tətbiqdə yox.

Müəssisə şəraitində işləməyən arxitektura sərbəst formalı peer danışıqlarıdır — agentlərin öz aralarında kimin nə edəcəyinə qərar verməsi. Demo-da təsir edici görünür, təkrarlana bilməyən davranış istehsal edir və auditora izah oluna bilmir.

Uğursuzluq formaları

Altısı da nəzəriyyədən yox, müşahidədən; hər birinin konkret həlli var.

Yığılan xəta. Hər agent 95% etibarlıdır. Ardıcıl beşi təxminən 77% verir. Onu 60%. Sistem birinci addımda səs-küylə sınmır; sürüşür, çıxış isə inandırıcı görünür. Həlli: qısa zəncirlər, mərhələlər arasında deterministik yoxlama və uğuru uzun qırılmaz ardıcıllıqdan asılı olan tapşırıqları layihələndirməkdən imtina.

Xərc partlayışı. Agent çağıran agentlər token istehlakını dizayn sənədindən proqnozlaşdırılması çətin şəkildə çoxaldır, çünki çağırışların sayı tapşırığın çətinliyindən asılıdır. Testdə qəpiklərə başa gələn icra çətin halda dollarlara başa gəlir və siz tavan qoymasanız, tavan yoxdur. Həlli: hər icra üçün sərt token, addım və real vaxt büdcəsi — modelin yox, orkestrasiya qatının tətbiq etdiyi; plus sadə alt-tapşırıqları kiçik modellərə yönləndirmək. Batch rejimində self-hosted inference H100-də təxminən milyon çıxış tokeni üçün $0,18 təşkil edir — frontier hosted modellərdə milyona dollarlarla müqayisədə; multi-agent sistemdə bu nisbət dəfələrlə tətbiq olunur.

Deadlock və dövrələr. Agent A B-ni gözləyir, B A-nı. Yaxud iki agent tapşırığı bir-birinə ötürür, hər biri onun digərinə aid olduğuna qərar verərək. Həlli: peer-to-peer gözləməsi olmayan supervisor topologiyası və agentlərin nəyə inandığından asılı olmayaraq icranı dayandıran qlobal addım sayğacı.

Kompozisiya vasitəsilə səlahiyyət artımı. Agent A müştəri datasını oxuya bilər. Agent B e-poçt göndərə bilər. Heç biri təkbaşına təhlükəli deyil; kompozisiya isə müştəri datasını e-poçtla göndərir. Bu, multi-agentə xas ən ciddi riskdir və agent-agent təhlükəsizlik baxışında görünmür. Həlli: səlahiyyətləri bütöv sistem səviyyəsində qiymətləndirin və hüquqları tool çağırışı anında, sorğu verən istifadəçinin kimliyi altında tətbiq edin — heç vaxt servis hesabı altında yox.

İzlənə bilməyən davranış. Nəsə səhv getdi və hansı agentin nəyə qərar verdiyini heç kim deyə bilmir. Həlli: bütün icra boyu tək korrelyasiya identifikatoru, hər agentin girişləri, tool çağırışları, arqumentləri və çıxışları ona qarşı yazılmaqla. Bunu sonradan əlavə etmək mümkün deyil; qeyd ya var, ya da insident izah oluna bilmir.

Agentlər arasında yayılan prompt injection. Araşdırma agentinin oxuduğu sənəddə təlimat var; həmin agentin çıxışı isə yazma icazəsi olan agent üçün etibarlı girişdir. Həlli: agentlərarası hər mesaja etibarsız data kimi baxın, hər sərhəddə strukturu yoxlayın və oxunmuş məzmunun model olmayan bir yoxlamadan keçmədən yazan agentə çatmasına icazə verməyin.

Altda nə olmalıdır

Multi-agent sistem prompt nümunəsi deyil. O, beş konkret imkanı olan orkestrasiya qatı tələb edir.

Kimlik ötürülməsi hər keçiddə — belə ki, dördüncü agent hələ də sorğunu vermiş insanın kimliyi altında hərəkət etsin. Bundan azı səlahiyyətləri bütün təşkilat üzrə yastılaşdırır.

Agent üzrə əhatələnən tool registri. Bu agent bu kontekstdə hansı tool-ları, hansı arqument məhdudiyyətləri ilə çağıra bilər. Struktur olaraq, prompt-dakı bir cümlə kimi yox.

Davamlı state. Yeddinci addımdakı sıradan çıxmanın birinci addımdan yenidən başlaması multi-agent sistemin nəticəsiz büdcə yandırmasının ən çox rast gəlinən səbəbidir.

İcra səviyyəli büdcələr — token, addım, xərc və real vaxt üzrə, modellərdən kənarda tətbiq olunan.

Korrelyasiyalı audit bütün icra üzrə, auditorun soruşacağı dənəlikdə. Tənzimlənən institutda ISO/IEC 42001 auditinin görmək istədiyi budur.

Bu beşi olmadan əlinizdə model çağıran bir neçə skript var və o, elə buna uyğun davranacaq.

Birinci sistemi qurmaq

Fan-out və merge ilə başlayın — müstəqil elementlər üzərində, deterministik merge ilə. Ən az koordinasiyası və ən aydın dəyəri olan arxitekturadır və komandaya əməliyyat reallıqlarını — xərc dəyişkənliyi, təkrar davranışı, qismən sıradan çıxma — supervisor topologiyasının qərar vermə risk profili olmadan öyrədir.

Hər agentə birindən başqa hamısı yalnız-oxuma tool-lar verin və həmin yazma əməliyyatı geri qaytarıla bilən olsun: qaralama yaratmaq, tiket açmaq, dəyişiklik təklif etmək. Geri dönməyən hərəkətlər sistem özünü sübut edənə qədər insanın arxasında qalmalıdır.

Qiymətləndirmə dəstini birinci istehsalat icrasından əvvəl qurun — öz sahənizdən əlli-yüz real hadisə, agent üzrə deyil, uçdan-uca qiymətləndirilməklə. Xətaların yığıldığı sistemdə agent üzrə dəqiqlik yanıldıcı metrikdir; əhəmiyyət daşıyan yeganə rəqəm bütöv icranın düzgün nəticə verib-vermədiyidir.

Sonra layihənin yaşayıb-yaşamayacağını həll edən şeyi ölçün: insanın sonradan həmin işi neçə dəfə səssizcə yenidən gördüyünü. İstehsalatda qalan multi-agent sistemləri qalmayan 40%-dən ayıran metrik tapşırıq tamamlama faizi yox, məhz budur.

Əsas məqamlar

  • Multi-agent adlandırılan problemlərin çoxuna daha çox tool-u olan bir agent və ya bir model çağırışı olan workflow lazımdır. Rol oyunu ilə parçalama arxitektura deyil.
  • Əsas verən hallar: fərqli səlahiyyətli fərqli tool sahələri, fərqli etibarlılıq tələbləri, yaxud həqiqətən paralel müstəqil iş.
  • Supervisor-işçilər, pipeline və ya fan-out-merge işlədin. Sərbəst formalı peer danışıqları demo-da yaxşıdır, auditə açıq deyil.
  • Xətalar yığılır: ardıcıl beş 95%-lik agent 77% verir. Aralarında deterministik yoxlama olan qısa zəncirlər üzərində qurun.
  • Kompozisiya vasitəsilə səlahiyyət artımı multi-agentə xas riskdir və agent üzrə baxışda görünmür. Bütöv sistemi qiymətləndirin.
  • İcra üzrə korrelyasiyalı audit birinci gündən mövcud olmalıdır. İnsidentdən sonra bərpa edilə bilmir.

HAVAA multi-agent sistemləri müştərinin perimetri daxilində işlədir — kimlik ötürülməsi, agent üzrə tool əhatələnməsi və korrelyasiyalı audit daxil olmaqla. Əlaqəli oxu: AI agent nədir və MCP nədir.