Blog AWS Machine Learning zverejnil 9. októbra 2026 článok o tom, ako Postman prevádzkuje Agent Mode na Amazon Bedrock. Podľa článku Postman vytvoril Agent Mode ako spôsob práce navrhnutý s ohľadom na AI, ktorý pokrýva testovanie API, dokumentáciu, objavovanie API a implementáciu. Opis sa sústreďuje na to, ako agent zapadá do práce s API a ako sa jeho prístup prispôsobuje situáciám, v ktorých má k dispozícii veľa nástrojov a rôzne druhy kontextu.

Postman uvádza, že Agent Mode beží na Amazon Bedrock a že Bedrock používa na riadený prístup k základným modelom. Ide o opis architektúry sprostredkovaný článkom AWS; samotné tvrdenia o návrhu, testovaní a fungovaní systému sú tvrdeniami Postmanu uvedenými v článku. Tento rámec je dôležitý pri čítaní konkrétnych čísel: článok vysvetľuje, aké vzorce Postman opisuje, ale neposkytuje nezávislé potvrdenie ich výsledkov.

Výber nástrojov ako súčasť návrhu

Jedným z problémov, ktorým sa článok venuje, je rozsah nástrojov dostupných agentovi. Podľa testovania Postmanu sa chyby pri výbere nástrojov zvyšovali, keď viditeľná množina prekročila približne 40 nástrojov. Článok opisuje postup, ktorý z viac než 170 nástrojov zúži výber na približne 15 nástrojov súvisiacich s požiadavkou a až potom ich odovzdá subagentovi s izolovaným kontextom.

Praktický význam tohto postupu spočíva v tom, že agent nemusí pri každej požiadavke pracovať s celým katalógom. Najprv sa vykoná zúženie možností a vybraný subagent dostane menšiu sadu nástrojov zodpovedajúcu úlohe. Článok tým spája rozsah viditeľných nástrojov s presnosťou výberu podľa interného testovania Postmanu. Uvedené hranice sú približné a opisujú výsledky, ktoré uvádza spoločnosť; nemožno ich považovať za všeobecne platný limit pre každý systém agentov.

Postman tiež opisuje zmenu v prístupe k API Catalog. Namiesto viacerých úzkych pohľadov na katalóg zlúčil funkcie do jedného nástroja na dopytovanie. Agent môže vytvárať dopyty s použitím schém podkladových tabuliek ClickHouse. Podľa článku to agentovi umožňuje pracovať s katalógovými údajmi prostredníctvom dopytov, pričom samotný nástroj poskytuje prístup k údajom cez schému tabuliek.

Kontext a spôsob prezentácie údajov

Ďalšou opísanou úpravou sú vyhradené obslužné vrstvy kontextu. Postman vysvetľuje, že existujúci dátový model rozhrania bol vytvorený na vykresľovanie a prenos údajov, nie na uvažovanie agenta. Vyhradené obslužné vrstvy preto pripravujú kontext spôsobom určeným pre Agent Mode. Článok tým poukazuje na rozdiel medzi údajmi vhodnými na zobrazenie v rozhraní a informáciami usporiadanými pre prácu agenta.

Tento rozdiel pomáha čitateľovi pochopiť, prečo systém potrebuje osobitný prístup ku kontextu, aj keď už produkt obsahuje rozhranie a dátový model. Rozhranie a agent môžu pracovať s tými istými oblasťami produktu, ale ich potreby pri spracovaní údajov nie sú totožné. Podľa opisu Postmanu je preto kontextová vrstva súčasťou návrhu Agent Mode, nie iba ďalším pomenovaním existujúceho prenosu údajov.

Schvaľovanie, beh na pozadí a prevádzka

Článok uvádza, že Agent Mode vyžaduje schválenie používateľa pred akciami, ktoré menia stav aplikácie. Zároveň môže odosielať požiadavky na pozadí bez otvorenej karty, pričom požiadavky na schválenie zostávajú zachované. Tieto dve vlastnosti predstavujú odlišné stránky fungovania: požiadavka môže prebehnúť na pozadí, ale zmena stavu si stále vyžaduje súhlas používateľa podľa pravidiel uvedených v článku.

Pri smerovaní požiadaviek Postman podľa článku používa v Amazon Bedrock inferenciu naprieč regiónmi. Požiadavky sa smerujú medzi cieľové regióny určené inferenčným profilom. Článok tak opisuje regionálne smerovanie ako súčasť prevádzky Agent Mode, no neuvádza, že by sa každá požiadavka smerovala do ľubovoľného regiónu; rozhodujúci je profil definujúci cieľové regióny.

Postman tiež uvádza nastavenie nulového uchovávania údajov, pričom pre podporované modely je parameter data_retention_mode nastavený na hodnotu none. Dostupnosť a správanie tohto nastavenia závisia od modelu. Preto sa toto tvrdenie vzťahuje na modely, ktoré nastavenie podporujú, a nemožno ho rozšíriť na každý model používaný v Agent Mode.

Využitie opakovaného kontextu

Podľa článku Agent Mode využíva prompt caching v Amazon Bedrock s hodinovým kontrolným bodom pre základný obsah promptu, ktorý sa mení len minimálne, a s päťminútovým kontrolným bodom pre premenlivejší kontext. Tento opis rozlišuje medzi stabilnejšou časťou promptu a informáciami, ktoré sa menia častejšie. Ide o konkrétne nastavenie, ktoré článok pripisuje Postmanu, nie o tvrdenie, že rovnaké časové intervaly sú vhodné pre všetky aplikácie.

Spoločne tieto prvky vykresľujú Agent Mode ako systém, v ktorom sa podľa Postmanu rieši výber nástrojov, tvarovanie kontextu, schvaľovanie zmien a prístup k modelom. Článok AWS poskytuje čitateľovi obraz o tom, ako Postman vysvetľuje svoj návrh pre prácu s API: agent dostáva obmedzenú množinu nástrojov relevantných pre požiadavku, kontext sa pripravuje pre uvažovanie, práca na pozadí zachováva schvaľovacie pravidlá a Bedrock zabezpečuje prístup k modelom a regionálnemu smerovaniu. Všetky tieto podrobnosti treba chápať ako opis spoločnosti sprostredkovaný uvedeným článkom.