Event-driven agenti: vysvetlenie architektúry AutoGen v0.4 a zaradenie AG2

Event-driven agenti sú autonómni softvéroví aktori, ktorí komunikujú asynchrónne prostredníctvom správ a eventov, nie v pevnej, sekvenčnej slučke. Každý agent reaguje na prichádzajúce eventy, spracúva ich nezávisle a svoje výsledky publikuje ako nové eventy. Táto architektúra, ako ju implementuje AutoGen v0.4, oddeľuje agentov od seba a umožňuje paralelizmus, voľnú väzbu a dlhé doby behu.

• Jadro: Agenti = aktori s vlastným stavom, ktorí komunikujú výlučne prostredníctvom asynchrónnych správ namiesto centrálnej riadiacej slučky.
• Výhoda: Voľná väzba, skutočný paralelizmus a vhodnosť pre dlho bežiace procesy (minúty až hodiny) s čakaním na externé systémy alebo ľudí.
• Kompromis: Vyššia zložitosť pri debuggingu, tracingu a preukázateľnosti. Tok riadenia sa už nedá čítať lineárne.

Od orchestrovanej slučky k event busu

Väčšina klasických agentových vzorov je prísne sekvenčná. Pri vzore ReAct napríklad jediný agent postavený na veľkom jazykovom modeli (LLM) opakovane prechádza cyklom Thought → Action → Observation, kým nevydá finálnu odpoveď. Latencia je pritom zo svojej podstaty sériová: zhruba zodpovedá počtu krokov vynásobenému súčtom času odpovede LLM a času odpovede nástroja. Aj Plan-and-Execute alebo ReWOO síce plánujú vopred, no kroky v jadre vykonávajú jeden po druhom.

Event-driven architektúry sa s týmto modelom rozchádzajú. Namiesto centrálnej slučky, ktorá diktuje ďalší krok, existuje vrstva správ alebo topicov (event bus). Agenti odoberajú určité topicy, reagujú na publikované eventy a sami spúšťajú následné eventy. Mnohé frameworky dnes ponúkajú workflowy založené na grafoch s volaním nástrojov (tool calling), napríklad LangGraph a workflowy v Microsoft Agent Framework. Samotné rozdiely v prompt vzoroch pritom ustupujú do pozadia; rozhodujúca je kvalita middleware, observability a context engineeringu.

Model aktorov ako teoretický základ

Event-driven agenti implementujú model aktorov (Actor-Model) známy zo súbežného programovania. Aktor je izolovaná výpočtová jednotka s tromi vlastnosťami:

• Vlastný, zapuzdrený stav: medzi aktormi nie je zdieľaná pamäť, a teda ani klasické race conditions cez spoločné premenné.
• Komunikácia len prostredníctvom správ: aktor spracúva prichádzajúce správy typicky jednu po druhej zo svojej poštovej schránky (mailboxu).
• Dynamika za behu: aktor môže zmeniť svoj stav, vytvoriť nových aktorov a posielať ďalšie správy.

V AutoGen v0.4 sa to odráža v abstrakcii RoutedAgent a vo vrstve Pub/Sub topicov. Oficiálna dokumentácia AutoGen opisuje napríklad vzor Reflection ako dvoch agentov typu RoutedAgent, ktorí komunikujú cez Pub/Sub topicy: CoderAgent a ReviewerAgent, ktorí iterujú, kým recenzent kód neschváli. Ako ďalšiu možnú podmienku ukončenia uvádza dokumentácia maximálny počet kôl. Práve táto logika smerovania podľa topicov je prechodom od napevno naprogramovanej slučky k väzbe riadenej udalosťami: o tom, ktorý agent bude aktívny ako ďalší, nerozhoduje centrálny kontrolér, ale publikovaný event a odbery topicov.

AutoGen v0.4, AG2 a kontext Microsoftu

Dôležité pre manažérov s rozhodovacou právomocou v regióne DACH, ktorí hodnotia stack Microsoftu: AutoGen je podľa vlastného repozitára na GitHube v režime údržby a nové funkcie už nedostáva. Microsoft zlúčil AutoGen a Semantic Kernel do Microsoft Agent Framework a nové projekty smeruje tam. Migračná príručka z AutoGen je smerodajnou referenciou pre existujúcich používateľov AutoGen.

AG2 nie je odnožou architektúry v0.4. Podľa vlastného opisu projekt pokračuje v pôvodnom AutoGen ako komunitný projekt a používateľom AutoGen 0.2 ponúka spätne kompatibilnú cestu prechodu. Klasické API AG2 stojí na konverzačných vzoroch ako ConversableAgent a GroupChat. Tieto triedy sú dnes v AG2 Classic, ktorý dostáva už len kritické a bezpečnostné opravy. Od verzie 1.0 stavia AG2 na vlastnom sieťovom modeli: centrálny hub drží záväzný stav a agenti si vymieňajú eventy cez kanály. RoutedAgent a Pub/Sub topicy z AutoGen v0.4 sa v ňom nevyskytujú. Kto dnes stavia event-driven architektúru, vyberá teda prakticky medzi existujúcim AutoGen v0.4 (funkčným, ale už len udržiavaným), Microsoft Agent Framework pre nové projekty v podnikovom prostredí a AG2 ako samostatnou alternatívou s iným modelom.

Kedy udalosťami riadený prístup škáluje lepšie

Udalosťami riadený prístup sa neoplatí vždy. V jeho prospech hovoria tri podmienky:

1. Voľná väzba: agenti majú byť nezávisle nasaditeľní, zameniteľní a jednotlivo škálovateľní. Agenta na rešerš môžeš nasadiť nanovo bez zásahu do agenta, ktorý píše.
2. Paralelizmus: viacero čiastkových úloh beží súčasne. Zistenia spoločnosti Cognition z článkov „Don't Build Multi-Agents“ (jún 2025) a „Multi-Agents: What's Actually Working“ (apríl 2026) sú tu ústredným vodidlom: multiagentové zostavy fungujú pre čítajúce, paralelné zhromažďovanie informácií, zatiaľ čo zapisujúce zmeny stavu by mali zostať single-threaded. V Devine môže manažérsky Devin rozdeliť väčšiu úlohu, spustiť na ňu podriadené Deviny a ich postup koordinovať cez interné MCP. Pre klientov agentúr to znamená: ako štandard jeden silný agent s nástrojmi, paralelní subagenti len na zhromažďovanie informácií, nikdy na zapisovacie operácie alebo zmeny stavu.
3. Dlhé doby behu: procesy trvajúce minúty alebo hodiny, s čakaním na externé API, dávkové systémy alebo ľudí (Human-in-the-Loop). Synchrónna slučka by tu blokovala; event-driven systém jednoducho počká na ďalší event.

Výhody a nevýhody oproti orchestrovaným slučkám

Najväčšou slabinou je pozorovateľnosť. Pri slučke ReAct je úplný trace Thought/Action/Observation k dispozícii lineárne a dá sa priamo auditovať, čo je reálna výhoda pre regulované odvetvia v regióne DACH. V event-driven modeli je tok riadenia rozložený medzi mnoho aktorov; chyby sa môžu šíriť a bez starostlivého tracingu je analýza príčin náročná. Nástroje na observability ako LangSmith, Langfuse alebo Arize Phoenix sú preto fakticky povinné. EU AI Act predpisuje automatické zaznamenávanie len pre vysokorizikové systémy AI: tie musia byť schopné automaticky zaznamenávať udalosti počas celej svojej životnosti (čl. 12 EU AI Act). Podľa pozmeňujúceho nariadenia (EÚ) 2026/1744 (digitálny omnibus k AI) platia povinnosti pre vysokorizikové systémy podľa prílohy III až od 2. decembra 2027, pre AI vo výrobkoch podľa prílohy I od 2. augusta 2028. GDPR zároveň vyžaduje obmedziť osobné údaje na nevyhnutnú mieru a neuchovávať ich v identifikovateľnej podobe dlhšie, než je potrebné (čl. 5 GDPR). Distribuované záznamy eventov by sa preto mali ukladať korelované a očistené od PII, aby sledovateľnosť a minimalizácia údajov išli ruka v ruke.

Konkrétny príklad: paralelný prieskum trhu

Marketingová agentúra má pre B2B klienta vypracovať analýzu konkurencie: päť konkurentov, pre každého tri zdroje dát (web, tlačové správy, sociálne médiá). V slučke ReAct by to bežalo prísne za sebou: 5 × 3 = 15 sekvenčných krokov s nástrojmi. Pri predpokladaných 8 sekundách na krok (čas odpovede LLM plus nástroja) by to dalo zhruba 120 sekúnd celkovej latencie a každý krok navyše znova platí celý kontextový prefix.

Pri riadení udalosťami to vyzerá takto (pseudopriebeh):

```
Event: AnalyzaSpustena(konkurenti=[A,B,C,D,E])
-> Orchestrator publikuje 5 eventov "AnalyzujKonkurenta"
-> 5 ResearchAgentov reaguje PARALELNE, každý 3 zdroje
-> každý publikuje "CiastkovyVysledokHotovy"
-> AggregatorAgent odoberá "CiastkovyVysledokHotovy"
-> pri 5/5 čiastkových výsledkoch publikuje "SpravaPripravena"
-> WriterAgent (single-threaded!) vytvorí finálnu správu
```

Päť prieskumných aktorov beží súčasne; reálny čas behu (wall-clock time) klesne zhruba na trvanie najpomalšej vetvy (≈ 3 × 8 = 24 sekúnd) plus agregácia, namiesto 120 sekúnd pri sériovom behu. Rozhodujúce podľa princípu Cognition: čítajúce prieskumné kroky sú paralelizované, zapisujúca finálna správa zostáva single-threaded pri jedinom WriterAgentovi. Tak nevznikajú protichodné rozhodnutia pri zápise. Dôležité: tu uvedené časy v sekundách sú ilustratívne orientačné hodnoty; reálne čísla výrazne závisia od modelu, latencie nástrojov a siete a mali by sa merať na vlastnej záťaži.

Pre agentúry a vedenie B2B firiem

Event-driven agenti nie sú samoúčelom. Podľa zásady overenej v praxi začni s najjednoduchším vzorom, ktorý funguje, väčšinou so slučkou ReAct, a na udalosťami riadené architektúry s viacerými aktormi prejdi až vtedy, keď to odôvodňujú namerané požiadavky (paralelizmus, dlhé doby behu, voľná väzba). Pre marketingové agentúry je typicky najvhodnejšie paralelné, čítajúce zhromažďovanie informácií s jedným single-threaded zapisovacím krokom na konci. Kto hodnotí stack Microsoftu, mal by v roku 2026 zvoliť Microsoft Agent Framework namiesto AutoGen, ktorý je v režime údržby. AG2 je komunitná alternatíva s vlastným architektonickým modelom, nie náhrada za runtime aktorov z v0.4. Blck Alpaca pomáha firmám v regióne DACH vybrať vhodný architektonický vzor, nastaviť observability pre súlad s GDPR a EU AI Act a škálovať agentové workflowy na základe meraní, nie podľa pocitu.