Trebaš manje agenata nego što misliš
Gotovo svaki multi-agent sustav uzme jedan zadatak, razreže ga na dijelove i prepusti koordinaciju modelu u runtimeu. Ljepilo je mjesto gdje umiru pouzdanost i marža.
Lako je nasjesti na multi-agent demo. Planner preda researcheru, koji preda writeru, kojeg critic pregleda, i cijela se stvar naracijom prati dok teče. Izgleda kao tim na poslu. Ali dodavanje agenata nije dodalo sposobnost. Uzelo je jedan zadatak, razrezalo ga na dijelove i prepustilo spajanje tih dijelova jezičnom modelu u runtimeu. Gotovo uvijek je to korak unatrag prerušen u sofisticiranost.
Ljepilo je mjesto gdje puca
Kad razdijeliš zadatak na više agenata, zanimljivi kvarovi prestaju biti unutar agenata i počinju živjeti između njih. Svaki handoff je mjesto gdje se kontekst izgubi, loše sažme ili krivo pročita. Svaki agent ima vlastiti control flow, pa se nedeterminizam koji te već brine s jednim modelom ne zbraja preko pet — množi se.
Jedan agent koji katkad pogriješi možeš uhvatiti i ispraviti. Pet agenata u lancu, svaki prosljeđuje svoje greške dalje kao da su činjenice, proizvode kvarove za koje nijedan pojedini dio nije odgovoran i koje nijedan stack trace ne objašnjava. "Krivo su se razumjeli" nije redak koji možeš grepati.
Više troška, više površine, manje uvida
Swarm je i skuplji za pokretati i teži za vjerovati. Svaki agent je još jedan prompt za održavati, još jedan način da zakaže, još jedna površina za evaluirati i stalno re-evaluirati kako se modeli mijenjaju. Na kraju debugiraš razgovore između komponenti umjesto function callova s definiranim inputima i outputima.
Za onoga tko ovo isporučuje pod ugovorom s fiksnom cijenom to je pitanje marže prije nego tehničko: orchestration je stvaran posao, onaj koji se ne vidi u demu, a vidi se na računu. Više autonomnih dijelova znači i više toga za logirati i nadzirati ako sustav potpada pod pravila koja traže upravo to.
Kad multi-agent stvarno ima smisla
Ništa od ovoga ne znači da multi-agent nikad nije ispravan. Isplati se kad su podzadaci stvarno neovisni i mogu ići paralelno, pa je koordinacija fan-out i fan-in umjesto krhke štafete. Isplati se kad dijelovi posla trebaju različite tools, različite permissions ili različite trust boundaries — komponenta koja smije dirati produkciju odvojena je dizajnom od one koja samo piše tekst.
To su stvarni arhitektonski razlozi. "Djelovalo je više agentic" nije. Većina problema za koje se poseže za swarmom bolje je poslužena jednim sposobnim agentom s dobrim tools i fiksnim workflowom oko njega: jeftinije, testabilno i moguće je o tome rezonirati naknadno.
Prije nego zadatak razdijeliš na više agenata, pošteno odgovori na jedno pitanje: što ti dodatni agent donosi što običan tool call ne bi?