АВС прави промену компатибилности која је важна за тимове који граде инфраструктуру агента на Амазон Бедроцк АгентЦоре. Према АВС документацији, АВС Агент Регистри је тренутно у јавном прегледу под именским простором bedrock-agentcore, али од 6. августа 2026. услуга се премешта у простор имена agent-registry.
Ово није лансирање новог основног модела и није најава цена. То је промена водовода. Али за програмере који управљају агентима, каталозима алата, интеграцијама у стилу протокола контекста модела или интерним регистрима, измене водовода су често оне које прво прекидају производне скрипте.
АВС каже да корисници морају да ажурирају крајње тачке, ИАМ смернице, SDK клијенте, CLI скрипте и податке регистратора као део премештања. То чини ово правим миграцијским догађајем, а не козметичким преименовањем. Било ком систему који директно позива стари простор имена, даје дозволе за њега или аутоматизује операције регистратора преко командне линије или токова посла SDK можда ће бити потребне промене да би могао да ради чисто са новим идентитетом услуге.
Шта се променило у АВС Агент Регистри
АВС Агент Регистри је документован као услуга јавног прегледа повезана са Амазон Бедроцк АгентЦоре. Регистар је намењен да помогне тимовима да управљају и откривају агенте, укључујући картице агената и повезане метаподатке који се користе у екосистемима агената. До сада је преглед био у именском простору bedrock-agentcore.
Промена од 6. августа раздваја регистар у именски простор agent-registry. У практичном смислу, то значи да би интеграције требало да престану под претпоставком да је регистар само под-део ширег простора имена Бедроцк АгентЦоре. АВС документација наводи неколико области које захтевају пажњу: крајње тачке услуге, смернице за управљање идентитетом и приступом, SDK клијенти, CLI скрипте и подаци регистратора.
Ове категорије покривају већину места где инфраструктура агента постаје лепљива. Крајње тачке могу бити уграђене у конфигурацију услуге. ИАМ дозволама могу да управљају безбедносни тимови, а не програмери апликација. SDK клијената може бити закачено у интерним библиотекама. CLI скрипте могу бити покренуте у ЦИ цевоводима или оперативним рунбооковима. Подаци регистра ће можда требати миграцију или поновну регистрацију у зависности од тога како тим користи услугу прегледа.
Зашто је ово важно за агента и MCP алате
Тајминг је приметан јер инфраструктура агента постаје све формалнија. Недавне промене на тржишту одгурнуле су програмере од једнократних демонстрација ка системима којима се управља: регистрима, серверима алата, извештавању о коришћењу, контроли приступа и ревизијским траговима. У том контексту, промена простора имена регистра је сигнал да АВС третира откривање агента и управљање као посебну површину инфраструктуре.
За тимове који експериментишу са агентима, ово може бити мали задатак одржавања. За компаније које граде интерне платформе око каталога агената, посао је шири. Позиви регистратора могу се налазити иза портала за програмере, система за преглед безбедности, слојева оркестрације, токова рада за одобравање или аутоматизованих имплементација. Ако су ти системи направљени током периода прегледа, они могу садржати претпоставке које сада треба поново размотрити.
Промена је такође релевантна за примену протокола контекста модела и друге обрасце интероперабилности агената. Регистри агената могу постати место где платформе откривају шта је агент, које алате може да користи, које крајње тачке излаже и које границе поверења се примењују. Ако мрежни пролаз, оркестратор или партнерска платформа излажу клијентима агенте подржане АВС-ом, мора да зна да ли гледа у стари именски простор, нови простор имена или обоје током прелазног периода.
Ко је погођен
Корисници који су највише погођени су програмери и тимови платформи који већ користе АВС Агент Регистри током јавног прегледа. Требало би да ревидирају сваки код или инфраструктуру која упућује на bedrock-agentcore за операције регистра. То укључује код апликације, шаблоне инфраструктуре као кода, ИАМ смернице, ЦИ послове, CLI скрипте, SDK омоте, алате локалног програмера и документацију коју користе тимови за подршку.
Такође су погођени тимови за безбедност и управљање облаком. ИАМ промене могу да потрају дуже од закрпа у апликацији јер често захтевају преглед, проверу најмањих привилегија и токове рада за одобравање. Премештање простора имена може захтевати нове дозволе, ажуриране референце услуга и освежене шаблоне смерница. Ако организације имају интерне контроле које подразумевано блокирају непознате просторе имена услуга, можда ће морати да се дода нови простор имена agent-registry пре него што програмери могу да наставе.
API Продавци мрежних пролаза и аутоматизације имају другачији проблем: збуњеност купаца. АВС је недавно такође померио Бедроцк Агенте на „класични“ пут за доступност новим клијентима, усмеравајући нови рад ка АгентЦоре-у. Миграција именског простора регистра агента је одвојена од ранијег ограничења Бедроцк Агентс Цлассиц, али оба догађаја утичу на исту широку категорију инфраструктуре агента. Документација, токови укључивања и одговори подршке би требало да јасно покажу ту разлику.
Практични кораци за миграцију
Тимови треба да почну са инвентаром. Претражујте спремишта, манифесте за примену, датотеке смерница и ЦИ скрипте за позиве у вези са регистром под старим Бедроцк АгентЦоре именским простором. Затим идентификујте које су референце критичне за време извођења, а које су само документација или примери.
Даље, ажурирајте ИАМ смернице и тестирајте их на непроизводном налогу. Промене простора имена често откривају прешироке дозволе или скривене зависности. Контролисани тест може да покаже да ли су нове референце услуга довољне пре него што производни агенти или регистри зависе од њих.
УпотребаSDK и CLI треба да се проверава одвојено. Неки тимови позивају услуге облака преко званичних клијената SDK; други се издвајају за CLI команде унутар цевовода за изградњу. Оба пута могу пропасти различито. SDK клијентима ће можда требати ажурирање верзије или нови конструктори услуга. CLI скриптама ће можда бити потребна нова имена команди, ознаке крајње тачке или претпоставке о аутентификацији.
Подаци регистра заслужују сопствени план миграције. АВС документација каже да се подаци регистра морају ажурирати, али ће оперативни утицај зависити од тога како сваки тим има моделиране агенте, идентификаторе и метаподатке. Тимови треба да провере да ли записи агента, картице агента, верзије или референце остају стабилни након миграције и да ли низводни системи кеширају те идентификаторе.
За предузећа која користе мрежни пролаз са више модела API или АИ API, већа лекција је да је инфраструктури агента сада потребна иста дисциплина управљања променама као и рутирању модела. Мрежни пролаз као што је Model Gate можда није директно укључен у миграцију АВС регистра агената, али је оперативни образац познат: површине API на страни провајдера се мењају, а тимовима је потребна централизована конфигурација, видљивост коришћења, контроле кључа и јасно власништво како би се избегло расуло кварове.
Шта остаје неизвесно
Доступне информације потичу из АВС документације, а не из засебног блога о покретању или ширег саопштења. То не чини промену мање применом, али ограничава јавни контекст око АВС-ове мапе пута за регистар. Документација потврђује миграцију простора имена и категорије потребних ажурирања; не даје, у преузетом материјалу, детаљно објашњење тржишног позиционирања или независну потврду из другог АВС извора.
Пошто је АВС Агент Регистри у јавном прегледу, тимови такође треба да претпоставе да је могуће више промена интерфејса. Услуге прегледа су корисне за рано усвајање, али захтевају јаче границе апстракције од зрелих АПИ-ја. Ако су операције регистратора разбацане по многим апликацијама, ово је добар тренутак да их консолидујете иза интерних библиотека или услуга платформе како би се следећа промена лакше апсорбовала.