Amazon Web Services uvedly svou původní službu spravovaného agenta pro Amazon Bedrock do režimu údržby pro nové přijetí. Služba dříve známá jako Amazon Bedrock Agents je nyní zdokumentována jako Amazon Bedrock Agents Classic a AWS říká, že od 30. července 2026 již není otevřena novým zákazníkům.

To neznamená, že stávající nasazení přestanou fungovat. AWS říká, že současní zákazníci mohou nadále používat Bedrock Agents Classic, a samostatně uvádí, že modely Amazon Bedrock, znalostní báze a zábradlí nejsou změnou ovlivněny. Směr pro práci s novými agenty je ale jasný: AWS doporučuje Amazon Bedrock AgentCore jako srovnatelnou cestu pro nové nebo migrované aplikace agentů.

Pro týmy postavené na Bedrocku jde o víc než jen o změnu názvu služby. Posouvá výchozí architekturu pro agenty hostované AWS ze staršího rozhraní Bedrock Agents na novější runtime a zásobník nástrojů zaměřený na AgentCore. U platforem, které poskytují bránu AI API, směrovací vrstvu LLM nebo infrastrukturu podnikových agentů, vytváří omezení otázku kompatibility a migrace, která sedí vedle běžného výběru modelu.

Co se změnilo 30. července

Dokumentace AWS nyní identifikuje Amazon Bedrock Agents jako Amazon Bedrock Agents Classic. Stejné pokyny pro režim údržby říkají, že Bedrock Agents Classic je od 30. července 2026 pro nové zákazníky uzavřen, zatímco stávající zákazníci jej mohou nadále používat.

Praktický význam závisí na zákazníkově účtu AWS a aktuálním využití. Stávající výrobní systémy postavené na Classic by neměly předpokládat okamžité odstavení pouze na základě oznámení o veřejné údržbě. Nové týmy, nové účty a organizace standardizující budoucí infrastrukturu agentů by však měly Classic považovat za starší cestu spíše než za výchozí službu agenta Bedrock.

AWS ukazuje nové a migrující zákazníky na Bedrock AgentCore. Společnost popisuje AgentCore jako podporující řízenou orchestraci a širší sadu schopností produkčního agenta, včetně vystavení nástrojů prostřednictvím protokolu Model Context Protocol, paměti, identity, pozorovatelnosti a sledování. Tyto funkce naznačují, že se AWS posouvá od užšího sestavovače spravovaných agentů k obecnějšímu běhu agenta pro dlouhodobé aplikace využívající nástroje.

Jedna hranice je také důležitá: změna se týká vrstvy orchestrace spravovaných agentů společnosti Bedrock, nikoli celé platformy Bedrock. AWS říká, že modely Bedrock, Knowledge Base a Guardrails nejsou ovlivněny. Tým může stále používat Bedrock modelové odvození nebo načítání a bezpečnostní komponenty, i když potřebuje znovu navštívit kolem nich službu orchestrační orchestrace agentů.

Proč je to pro tvůrce agentů důležité

Infrastruktura agentů je stále obtížnější považovat za tenký obal kolem volání modelu. Produkční agent často potřebuje oprávnění nástroje, pravidla paměti, mapování identity, protokolování, vyhodnocování a přiřazování nákladů. Když se vrstva řízené orchestrace změní, vývojáři možná budou muset zkontrolovat, jak jsou výzvy, schémata nástrojů, vyhledávání, ochranné zábradlí a monitorování vzájemně propojeny.

To platí zejména pro podniky, které přijaly Bedrock Agents Classic jako řízenou alternativu k budování vlastní orchestrace. Pokud tyto společnosti nyní vytvoří další prostředí, začlení nové obchodní jednotky nebo přebudují nové účty AWS, mohou se setkat s odlišnou dostupností a doporučenou architekturou, než jakou používají jejich stávající nasazení.

Přerušení ovlivňuje také dodavatele a týmy interních platforem, které abstrahují Bedrock za jednotné rozhraní. Platforma pro více cloudů nebo více modelů to nemůže považovat za „cestu k modelu AWS“. Možná bude potřebovat vědět, zda zákazník vyvolává odvození z prostého modelu, pracovní postup znalostní báze, zásady Guardrails, klasického agenta nebo pracovní zátěž hostovanou AgentCore. Jedná se o různé operační povrchy s různými riziky migrace.

Pro uživatele Model Gate a podobné zákazníky brány plyne poučení, že směrování LLM API již není jen o ceně, latenci a kvalitě modelu. Umístění agentů je také důležité. Brána může pomoci centralizovat správu klíčů API, analýzy využití, týmové kontroly a viditelnost výdajů, ale stále musí respektovat možnosti a stav životního cyklu základních služeb poskytovatelů.

Koho se to týká

Nejvíce postiženou skupinou jsou zákazníci AWS plánující nové sestavení řízeného agenta na Bedrocku. Pokud dříve nepoužívali Bedrock Agents Classic, měli by očekávat, že doporučenou cestou bude AgentCore. Týmy, které již používají klasické agenty, je mohou podle AWS používat i nadále, ale při rozhodování o dlouhodobých plánech by měly plánovat způsob údržby služby.

Cloud architekti jsou ovlivněni, protože referenční architektury mohou vyžadovat aktualizaci.Dokumentace, moduly Terraform, interní zlaté cesty a bezpečnostní kontroly, které předpokládaly Bedrock Agents Classic jako standardní vrstvu spravovaného agenta, by měly být zkontrolovány s ohledem na rozhraní API AgentCore, model identity, funkce pozorovatelnosti a provozní požadavky.

Souvisí také týmy pro zabezpečení a řízení. Důraz AgentCore na identitu, přístup k nástrojům, pozorovatelnost a sledování odráží problémy, které se nyní podniky snaží vyřešit: který uživatel nebo služba jedná, jaké nástroje může agent volat, jaká data může získat, jak lze auditovat rozhodnutí a jak jsou detekovány únikové smyčky nástrojů nebo volání drahých modelů.

Dodavatelé softwaru vycházející z období Bedrock mohou potřebovat období duální podpory. Stávající zákazníci mohou stále používat Classic, zatímco noví zákazníci mohou potřebovat AgentCore. To může znamenat další testování, příznaky funkcí, logiku nasazení specifickou pro zákazníka a jasnější dokumentaci o tom, která cesta agenta Bedrock je podporována.

Praktické důsledky a otevřené otázky

Prvním praktickým krokem je inventář. Týmy by měly zjistit, zda používají Bedrock Agents Classic, plain Bedrock model API, znalostní báze, Guardrails nebo vlastní orchestraci mimo Bedrock. Upozornění na režim údržby ovlivňuje tyto kategorie odlišně.

Druhým krokem je mapování závislostí migrace spíše než předpoklad přímého posunu. Pracovní zátěž agenta může záviset na definicích nástrojů, konfiguraci načítání, šablonách výzev, oprávněních IAM, protokolech auditu a zpracování chyb specifických pro aplikaci. Přechod na AgentCore může být příležitostí ke zlepšení pozorovatelnosti a kontroly identity, ale stále může vyžadovat integrační práci.

Třetím krokem je kontrola nákladů a řízení. Nové běhové prostředí agentů často usnadňuje připojení více nástrojů a provozování autonomnějších pracovních postupů. To zvyšuje hodnotu analýzy využití, atribuce na úrovni požadavků a řízení rozpočtu. V prostředí brány by se týmy měly rozhodnout, která volání budou procházet centrální vrstvou zásad a která zůstanou v orchestraci řízené AWS.

Některé podrobnosti zůstávají specifické pro účet. Nezávislý komentář naznačil, že způsobilost může záviset na předchozím použití účtu a že některé nově vydané modely po ukončení nemusí být dostupné prostřednictvím Classic. Než budou tyto body považovány za zásady, měly by být ověřeny na základě vlastního účtu AWS zákazníka a aktuální dokumentace režimu údržby AWS.

Větší signál je dostatečně jasný: AWS neopouští agenty Bedrock, ale přesouvá novou práci agentů z původního rozhraní Bedrock Agents. Pro vývojáře a platformové týmy je bezpečný předpoklad, že budoucí investice agentů AWS se soustředí kolem AgentCore, zatímco Bedrock Agents Classic se stane problémem kompatibility pro stávající nasazení.