AWS navrhuje agentické prekrytia pre staré podnikové API

Podnikové AI projekty často narážajú na jednoduchý problém: firmy už majú desiatky až stovky interných služieb, ktoré fungujú cez REST API, ale nové agentické systémy od nich očakávajú viac než klasické volanie endpointu. AWS preto v novom technickom texte navrhuje takzvané agentické prekrytia, teda tenké vrstvy nad existujúcimi službami, ktoré ich vedia predstaviť ako agentov alebo ako nástroje pre agentov. Pointa nie je zbúrať starú infraštruktúru, ale pridať rozhranie, cez ktoré sa dá bezpečne zapojiť do nového spôsobu práce.

Základný rozdiel je v tom, že REST API je navrhnuté na deterministické požiadavky a odpovede. Klient zavolá známy endpoint, pošle parametre a dostane predvídateľný výsledok. Agentické systémy však potrebujú objavovať schopnosti, vyjednávať kontext, skladať viac krokov a niekedy si odovzdávať priebežný stav. Preto AWS hovorí o kombinácii protokolu Agent-to-Agent, známeho ako A2A, a Model Context Protocolu, teda MCP. Prvý má pomôcť agentom komunikovať medzi sebou, druhý má sprístupniť existujúce API ako nástroje pre modely a orchestréry.

Praktický význam je v migrácii. Veľká banka, poisťovňa alebo priemyselný podnik nemôže len tak prepísať systémy pre účtovníctvo, schvaľovanie, zákaznícku podporu či logistiku. Ak by každý tím budoval vlastného nového agenta vedľa existujúcej služby, vzniklo by ďalšie roztrúsené prostredie s duplicitnou logikou. Prekrytie má preto fungovať ako adaptér: zachová pôvodný servisný kontrakt, ale pridá metadáta o schopnostiach, štandardizované správy, autentifikáciu, autorizáciu a spôsob, ako agentovi vysvetliť, čo služba vie urobiť.

AWS v texte zdôrazňuje, že takýto model nie je iba otázkou pohodlnej integrácie. V produkčnom prostredí je rozhodujúce, kto má právo daný nástroj použiť, v akom kontexte a s akou auditnou stopou. Preto sa architektúra opiera aj o prvky AgentCore Identity, Runtime a Observability. Identita rieši, ako sa agent alebo používateľ overí voči nástroju. Runtime dáva miesto, kde agentický komponent beží. Pozorovateľnosť má ukázať, ktoré kroky prebehli, prečo sa volali konkrétne služby a kde vznikla chyba.

Tento detail je dôležitý, pretože agentické systémy menia charakter rizika. Pri klasickej aplikácii je volanie API často pevne naprogramované. Pri agentovi môže výber nástroja závisieť od zadania, predchádzajúceho výstupu modelu a dostupného kontextu. Ak sa stará služba sprístupní príliš široko, vzniká riziko nečakaných zápisov, únikov dát alebo chaotických reťazcov volaní. Ak sa sprístupní príliš úzko, agent neprinesie veľa hodnoty. Agentické prekrytie má byť miesto, kde sa tieto hranice explicitne nastavia.

Pre vývojárov je zaujímavé aj to, že AWS odporúča nevnímať A2A a MCP ako náhradu RESTu. Skôr ide o nadstavbu nad dobre fungujúcimi službami. REST zostáva vhodný pre stabilné podnikové operácie, zatiaľ čo agentická vrstva pridáva opis schopností, konverzačný alebo úlohový kontext a koordinačný protokol. To môže byť realistickejšia cesta ako snaha pretvoriť každú internú aplikáciu na samostatného inteligentného agenta.

Dopad môže byť najväčší v organizáciách, ktoré už majú silné API riadenie, ale bojujú s tým, ako tieto API dostať do pracovných postupov s modelmi. Agentické prekrytia umožňujú robiť postupné piloty: najprv sprístupniť čítacie operácie, potom pridať schvaľované zápisy a až neskôr zložitejšie autonómne úlohy. Takýto postup je pomalší než marketingové predstavy o plne autonómnych agentoch, ale pre regulované prostredie je pravdepodobne oveľa použiteľnejší.

Otvorenou otázkou zostáva štandardizácia. A2A aj MCP sa rýchlo vyvíjajú a firmy budú potrebovať stabilné pravidlá pre metadáta, oprávnenia, logovanie a zodpovednosť. AWS však týmto návrhom vysiela signál, že agentická éra v podnikoch sa nebude začínať na zelenej lúke. Skôr pôjde o preklad existujúceho softvérového sveta do formátu, ktorému rozumejú agenti, modely a orchestréry.

Pre slovenské firmy je praktická lekcia jasná: pred nasadením agentov sa oplatí zmapovať, ktoré interné služby sú vhodné ako nástroje, aké majú dátové oprávnenia a čo sa musí zapisovať do auditných logov. Až potom dáva zmysel riešiť výber modelu alebo frameworku. Agentické prekrytie je menej nápadná vrstva než chatbot v používateľskom rozhraní, ale práve ona môže rozhodnúť, či sa agent dostane z ukážky do reálnej prevádzky.