Multiagentné systémy: chyba nie je v modeli, ale v handoffe

Multiagentné systémy najčastejšie zlyhávajú medzi agentmi, nie v samotnom modeli. Research agent, analytický agent aj reportovací agent môžu jednotlivo fungovať výborne, no keď si začnú odovzdávať dáta, objavia sa drobné nezrovnalosti, ktoré sa v ďalšom kroku znásobia. O spoľahlivosti produkcie rozhoduje kvalita handoffu, teda toho, čo a v akom tvare jeden agent odovzdá druhému.

Toto pozorovanie nie je nové a za posledné dni sa neobjavil žiadny výskum ani incident, ktorý by ho menil. Opakovane sa vynára v praxi ľudí, ktorí takéto systémy stavajú, napríklad v diskusii na r/artificial aj v starších technických rozboroch ako Corbits o strate kontextu v multiagentných systémoch. Zhoda je pomerne triezva: model je málokedy vinník.

Prečo dobrí agenti dávajú zlý výstup

Lebo výstup celku nie je súčtom kvality jednotlivých agentov. Každý agent optimalizuje svoju čiastkovú úlohu, no za konzistenciu na hranici neručí nikto. Research agent vráti payload^?Dátový balík, ktorý si agenti navzájom posielajú. Ak nemá pevný tvar, ďalší krok si chýbajúce údaje domyslí. s chýbajúcim poľom, analytický agent si ho domyslí a reportovací agent to prezentuje ako fakt. Chyba vznikla ticho a prejaví sa až vo výsledku.

Klasický príklad z praxe: agent, ktorý má dohľadať údaje, občas vráti štruktúru s prázdnym alebo preformulovaným poľom. Sám osebe je to drobnosť. Lenže nasledujúci agent nemá ako vedieť, že vstup je poškodený, tak s ním počíta ako s platným. Hovorí sa tomu strata kontextu pri handoffe a je to najbežnejšia príčina, prečo pipeline vyzerá zdravo na úrovni komponentov a chorá na úrovni systému.

Analógiu pozná každý, kto viedol tím. Traja výborní ľudia ešte nie sú výborný tím. Rozdiel robí odovzdávanie práce.

Kde presne sa handoff láme

Na hranici medzi agentmi, kde sa formát, stav a predpoklady prekladajú z jedného kroku do druhého. Typické miesta zlyhania:

• Nekonzistentný formát payloadu: agent vráti raz objekt, inokedy text, no ďalší agent očakáva vždy to isté.
• Chýbajúce alebo tiché defaultné hodnoty: namiesto chyby sa doplní domnienka, ktorá sa tvári ako dáta.
• Strata stavu: to, čo vedel prvý agent, sa do ďalšieho kroku nedostane, lebo sa neprenáša explicitne.
• Žiadna validácia na vstupe: agent verí všetkému, čo dostane, a nemá kontrakt, podľa ktorého by vstup odmietol.

Podobný vzorec sa opisuje aj v analýze The Handoff Problem, kde autor kladie zlyhanie práve na boundary medzi agentmi. Podstatné je, že tento typ problému nevyrieši žiadny silnejší model. Lepší LLM^?Veľký jazykový model, základ dnešných AI agentov. Generuje text na základe vstupu, no neručí za konzistenciu medzi krokmi. vygeneruje z pokazeného vstupu len krajšie nezmysly.

Čo s tým robiť v produkcii

Hranice treba ošetriť rovnako vážne ako samotné modely. V praxi sa osvedčila kombinácia jednoduchých vecí, ktoré nie sú nové, len sa na ne pri nadšení z agentov zabúda:

1. Definujte kontrakt medzi agentmi^?Dohodnutý formát a povinné polia vstupu a výstupu, ktoré musí handoff splniť, inak sa dáta neposunú ďalej.. Každý handoff^?Odovzdanie dát a stavu z jedného AI agenta na ďalší v rámci pipeline. Miesto, kde sa najčastejšie stráca kontext. má mať pevný tvar payloadu a povinné polia. Čo nesplní kontrakt, ďalej sa neposunie.
2. Validujte na vstupe, nie až na výstupe. Agent má poškodený vstup odmietnuť, nie ho domyslieť.
3. Prenášajte stav explicitne. Zdieľaný stav alebo štruktúrovaný záznam rozhodnutí je lacnejší než ladenie tichého úniku kontextu.
4. Merajte úspešnosť handoffu, nie len kvalitu agenta. Bez metriky na hraniciach neviete, kde systém tečie.

Kto stavia takýto systém na produkciu, narazí ešte na napojenie agentov na reálne dáta a nástroje. Tam pomáha štandardizovaný protokol; k tomu sme písali samostatne v texte o tom, ako cez MCP server spoľahlivo napojiť AI na kód a dáta. Ak riešite tieto veci systematicky a chcete si architektúru RAG^?Retrieval-Augmented Generation: technika, pri ktorej model odpovedá na základe dohľadaných relevantných dokumentov, nie len z tréningu. a agentov prejsť s ľuďmi, ktorí ich reálne nasadzujú, dáva zmysel dvojdňový workshop o produkčnej AI, RAG a architektúre kontextu pre CTO a architektov. Nie je to kurz pre tých, čo hľadajú prvý prototyp, ale pre tímy, ktoré už prototyp majú a potrebujú z neho spoľahlivú prevádzku.

Kedy multiagentný systém vôbec nepotrebujete

Vždy, keď úlohu zvládne jeden agent alebo obyčajná pipeline bez odovzdávania stavu. Každý handoff je ďalšie miesto, kde sa systém môže potichu pokaziť. Viac agentov znamená viac hraníc, viac validácie a viac nákladov na údržbu. Reťaz troch agentov nie je automaticky lepšia než jeden dobre napísaný krok.

Agent je posledná možnosť, nie prvá. Ak úlohu vybaví jedno volanie API a jasný prompt, je to spravidla spoľahlivejšie aj lacnejšie riešenie. Zložitosť sa oplatí pridávať len tam, kde ju úloha naozaj vyžaduje, a s vedomím, že za rozhodnutia autonómnych systémov nesie zodpovednosť vedenie firmy, nie model.

Než pridáte ďalšieho agenta, napíšte na papier presný tvar payloadu, ktorý si dvaja susedia odovzdajú. Ak to neviete napísať, systém ešte nie je pripravený na produkciu. Architektúra zlyháva potichu, faktúry prichádzajú nahlas.