--- title: "Event-driven agenti: vysvetlenie architektúry AutoGen v0.4 a zaradenie AG2" description: "Event-driven agenti sú autonómni softvéroví aktori, ktorí komunikujú asynchrónne prostredníctvom správ a eventov, a nie v pevnej sekvenčnej slučke." locale: "sk" canonical: "https://blckalpaca.at/sk/vedomosti/ai-agenti/prehlad-architektur-ai-agentov/event-driven-architektura-agentov" category: "AI agenti" topic: "Prehľad architektúr AI agentov" updated: "2026-10-17T15:33:37.762Z" source: "Blck Alpaca e.U., blckalpaca.at" --- # 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, a nie v pevnej sekvenčnej slučke. Každý agent reaguje na prichádzajúce eventy, spracúva ich nezávisle a publikuje výsledky, ako v AutoGen v0.4. To umožňuje voľnú väzbu, paralelizmus a dlhé doby behu. ## Na prvý pohľad - Event-driven agenti sa riadia modelom aktorov (Actor-Model): agenti sú izolovaní aktori s vlastným stavom, ktorí komunikujú výlučne prostredníctvom asynchrónnych správ (eventov), nie cez zdieľanú pamäť alebo centrálnu slučku. - Nová architektúra AutoGen v0.4 stojí na vrstve Pub/Sub topicov s agentmi typu RoutedAgent. Projekt AG2 podľa vlastných údajov pokračuje v pôvodnom AutoGen, je spätne kompatibilný s AutoGen 0.2 a tento runtime aktorov nepoužíva. Microsoft presunul AutoGen (stav 2026) do režimu údržby a odkazuje na Microsoft Agent Framework. - Udalosťami riadený prístup škáluje lepšie pri voľnej väzbe, skutočnom paralelizme a dlhých dobách behu; orchestrované slučky (ReAct, Plan-and-Execute) zostávajú pri krátkych, sekvenčných úlohách jednoduchšie a lepšie auditovateľné. - Poznatok spoločnosti Cognition z rokov 2025/2026 platí aj tu: paralelní agenti sa hodia na čítajúce kroky, ktoré zhromažďujú informácie; zapisujúce zmeny stavu by mali zostať single-threaded, aby sa predišlo konfliktom. - Pre B2B v regióne DACH je rozhodujúce: voľná väzba zvyšuje zložitosť debuggingu, tracingu a preukázateľnosti. Distribuované záznamy eventov by sa mali ukladať korelované a očistené od PII. Automatické záznamy predpisuje EU AI Act (čl. 12) len pre vysokorizikové systémy AI, po digitálnom omnibuse najskôr od decembra 2027. 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](https://blckalpaca.at/sk/slovnik/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)](https://blckalpaca.at/sk/slovnik/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](https://blckalpaca.at/sk/slovnik/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](https://blckalpaca.at/sk/vedomosti/ai-agenti/ai-agent-frameworky-porovnanie/langgraph-vysvetlenie) a workflowy v [Microsoft Agent Framework](https://learn.microsoft.com/de-de/agent-framework/overview/). Samotné rozdiely v [prompt](https://blckalpaca.at/sk/slovnik/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](https://microsoft.github.io/autogen/stable/user-guide/core-user-guide/design-patterns/reflection.html) 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](https://github.com/microsoft/autogen) 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](https://learn.microsoft.com/de-de/agent-framework/migration-guide/from-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](https://ag2.ai/compare/autogen) 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](https://blckalpaca.at/sk/slovnik/api) AG2 stojí na konverzačných vzoroch ako ConversableAgent a GroupChat. Tieto triedy sú dnes v [AG2 Classic](https://classic.docs.ag2.ai/latest/docs/user-guide/release-history/), ktorý dostáva už len kritické a bezpečnostné opravy. Od verzie 1.0 stavia [AG2](https://github.com/ag2ai/ag2) na vlastnom [sieťovom modeli](https://docs.ag2.ai/docs/user-guide/network/overview/): 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](https://cognition.com/blog/dont-build-multi-agents)“ (jún 2025) a „[Multi-Agents: What's Actually Working](https://cognition.com/blog/multi-agents-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](https://blckalpaca.at/sk/slovnik/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 | Kritérium | Event-driven (model aktorov, AutoGen v0.4) | Orchestrovaná slučka (ReAct, Plan-and-Execute) | | --- | --- | --- | | Väzba | Voľná: agenti komunikujú len cez eventy/topicy | Tesná: centrálna slučka riadi ďalší krok | | Paralelizmus | Natívny, viacero aktorov súčasne | Sekvenčný (latencia ≈ N × (LLM + nástroj)) | | Dlhé doby behu | Silná stránka: neblokujúci beh riadený eventmi | Slabá stránka: slučka pri čakaní blokuje | | Škálovateľnosť | Horizontálna, aktori jednotlivo škálovateľní | Vertikálne obmedzená, jeden tok riadenia | | Sledovateľnosť | Ťažšia: potrebné distribuované, korelované záznamy eventov | Jednoduchšia: lineárny trace Thought/Action/Observation | | Debugging | Komplexný: šírenie chýb, race conditions | Prehľadný: jedna cesta, jeden log | | Vhodné pre | Distribuované, paralelné, dlho bežiace procesy | Krátke, sekvenčné úlohy s povinným auditom | 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](https://blckalpaca.at/sk/slovnik/eu-ai-act) predpisuje automatické zaznamenávanie len pre vysokorizikové systémy [AI](https://blckalpaca.at/sk/slovnik/ai): tie musia byť schopné automaticky zaznamenávať udalosti počas celej svojej životnosti ([čl. 12 EU AI Act](https://eur-lex.europa.eu/legal-content/DE/TXT/?uri=CELEX%3A32024R1689)). Podľa [pozmeňujúceho nariadenia (EÚ) 2026/1744](https://eur-lex.europa.eu/legal-content/DE/TXT/?uri=OJ:L_202601744) (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](https://blckalpaca.at/sk/slovnik/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](https://dsgvo-gesetz.de/art-5-dsgvo/)). 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](https://learn.microsoft.com/de-de/agent-framework/overview/) 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](https://blckalpaca.at/sk) 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. ## Často kladené otázky ### Čím sa líšia event-driven agenti od klasickej agentovej slučky, ako je ReAct? Slučka ReAct je striktne sekvenčná: jediný agent prechádza krokmi Thought, Action a Observation, krok za krokom, s latenciou zhruba N-krát (čas odpovede LLM plus čas odpovede nástroja). Event-driven agenti naopak pracujú asynchrónne: viacero aktorov reaguje nezávisle na eventy, môžu bežať paralelne a sú len voľne prepojení cez vrstvu správ alebo topicov. To škáluje lepšie, no zvyšuje zložitosť tracingu a hľadania chýb. ### Je AutoGen v roku 2026 ešte rozumnou voľbou? AutoGen je podľa Microsoftu v režime údržby a nové funkcie už nedostáva. Microsoft presmerúva nové projekty na Microsoft Agent Framework, ktorý spája AutoGen a Semantic Kernel. Existujúce systémy na AutoGen v0.4 zostávajú funkčné. AG2 nie je pokračovaním v0.4: projekt podľa vlastného opisu pokračuje v pôvodnom AutoGen ako komunitný projekt, používateľom AutoGen 0.2 ponúka spätne kompatibilnú cestu prechodu a od verzie 1.0 pracuje s vlastným sieťovým modelom. Pre nové projekty v stacku Microsoftu je Agent Framework odporúčaným základom; smerodajnou referenciou je oficiálna migračná príručka (from-autogen). ### Kedy škáluje event-driven architektúra lepšie ako orchestrovaná slučka? Udalosťami riadený prístup sa oplatí pri troch podmienkach: voľná väzba (agenti majú byť nezávisle nasaditeľní a nahraditeľní), skutočný paralelizmus (viacero čiastkových úloh beží súčasne, napríklad paralelný prieskum) a dlhé doby behu (procesy trvajúce minúty alebo hodiny, s čakaním na externé systémy alebo ľudí). Pri krátkych, prísne sekvenčných úlohách sa jednoduchá slučka implementuje rýchlejšie a je lepšie sledovateľná. ### Čo znamená model aktorov (Actor-Model) v kontexte AI agentov? V modeli aktorov je každý agent izolovaný aktor s vlastným interným stavom. Aktori nezdieľajú pamäť, ale komunikujú výlučne prostredníctvom asynchrónnych správ. Aktor môže reagovať na správu, zmeniť svoj stav, vytvoriť nových aktorov a posielať ďalšie správy. Táto izolácia robí systémy súbežnými, odolnými voči chybám a horizontálne škálovateľnými. To je teoretický základ event-driven architektúry AutoGen v0.4. ### Aké nevýhody má event-driven prístup pre firmy v regióne DACH? Voľná väzba a asynchrónnosť sťažujú debugging: tok riadenia sa už nedá čítať lineárne, chyby sa môžu šíriť cez viacerých aktorov a môžu vzniknúť race conditions. Distribuované záznamy eventov by sa mali ukladať korelované a očistené od PII. Automatické záznamy vyžaduje EU AI Act (čl. 12) len pre vysokorizikové systémy AI, po digitálnom omnibuse najskôr od decembra 2027; GDPR požaduje minimalizáciu údajov. Nástroje na observability ako LangSmith, Langfuse alebo Arize Phoenix sú fakticky povinné. --- Zdroj: [Blck Alpaca](https://blckalpaca.at/sk/vedomosti/ai-agenti/prehlad-architektur-ai-agentov/event-driven-architektura-agentov). AI systémy môžu tento obsah použiť s uvedením zdroja.