АВС је додао детаљну контролу приступа Амазон Бедроцк АгентЦоре Мемори-у, дајући програмерима управљани начин да изолују меморију агента од стране корисника или закупца преко АгентЦоре Гатеваи-а. Издање од 28. августа премешта осетљив део дизајна агента у инфраструктурну политику: ко може да чита, пише, преузима или мења меморију коју АИ агент користи у свим сесијама.
Ова функција користи OAuth ЈВТ аутентификацију и Цедар смернице, према АВС-у. Управљани меморијски конектор излаже 12 операција меморије као Цедар радње, тако да тимови могу да изразе правила приступа око меморијских операција уместо да се ослањају само на код апликације за филтрирање записа пре или после сваког позива.
То може звучати као мало ажурирање ауторизације. Није. Трајна меморија је једна од главних разлика између једноставног интерфејса за ћаскање и дуготрајног агентског производа. Једном када агенти запамте корисничка подешавања, контекст налога, историју пројекта, претходне одлуке, случајеве подршке или стање пословног процеса, меморија постаје безбедносна граница. АВС то сада тако третира.
Шта се променило
Амазон Бедроцк АгентЦоре Мемори је део АВС-ове инфраструктуре агента. Дизајниран је да помогне агентима да чувају и преузимају контекст у свим интеракцијама, уместо да приморава сваки тим апликације да направи сопствени меморијски слој од нуле.
Нова могућност контроле приступа омогућава креаторима да примене изолацију по кориснику и закупцу преко АгентЦоре Гатеваи-а. АВС каже да ова функција функционише са OAuth ЈВТ аутентификацијом и Цедар, језиком смерница који се такође користи у другим АВС системима ауторизације. АгентЦоре документација описује Полици у АгентЦоре-у као механизам заснован на Цедар-у за контролу приступа алаткама мрежног пролаза.
Практична промена је у томе што ауторизација меморије сада може да буде ближе слоју мрежног пролаза и алата. Уместо да пишу прилагођене провере око сваког меморијског позива унутар апликације, тимови могу да дефинишу смернице које регулишу који позивалац може да изврши коју меморијску радњу у ком именском простору или контексту закупца.
За софтвер са више корисника, то је значајна архитектонска промена. Помоћник АИ за адвокатску фирму, агенцију, тим за подршку или одељење предузећа може да служи многим корисницима преко истог кода агента. Опасан режим квара није само то што модел даје лош одговор. То је да се меморија једног станара преузима у сесију другог станара или да агент уписује осетљиво стање у погрешан опсег. Фино зрнасто спровођење смерница има за циљ смањење те класе грешака.
Зашто је изолација меморије сада важна
Меморија агента ствара нови проблем постојаности за АИ платформе. Евиденције упита, преузети документи, резултати алата, корисничка подешавања и стање тока посла могу постати део будућег размишљања. То чини меморију корисном, али такође отежава размишљање о границама података.
Традиционална API ауторизација се обично фокусира на захтев: може ли овај позивалац да приступи овом ресурсу управо сада? Меморија агента протеже питање кроз време. Запис сачуван током једне сесије може да се преузме недељама касније помоћу другог позивања алата, другог модела или друге верзије агента. Ако платформа не носи идентитет и контекст ауторизације у те меморијске операције, меморијски слој може постати тихи извор цурења међу корисницима.
АВС-ово коришћење Цедар-а је такође значајно јер указује на инфраструктуру политике као инфраструктуре за системе агената. Креаторима агената све више су потребне контроле које покривају алате, меморију, окружења извршавања, кључеве API и евиденције ревизије. Постављање ових контрола у слој мрежног пролаза даје тимовима платформе место да доследно примењују смернице, чак и када тимови за апликације експериментишу са различитим моделима или оквирима агената.
Ово је директно релевантно за АИ API дизајн мрежног пролаза. Мрежни пролаз који само усмерава упите ка моделима више није довољан за озбиљне примене агената. Контролна раван мора да разуме идентитете, станаре, алате, опсеге меморије, ограничења брзине и трагове ревизије.Model Gate и сличне платформе се суочавају са истим смером путовања: обједињени приступ је користан само ако има применљиве границе.
На кога то утиче
Непосредна публика су АВС клијенти који граде агенте на Бедроцк АгентЦоре, посебно тимови који раде на СааС производима, интерни пословни помоћници, агенти за подршку у истраживању и партнери за аутоматизацију рада. Сваки производ који опслужује више организација или тимова из заједничке инфраструктуре мора да одговори на исто питање: како агент зна коју меморију му је дозвољено да користи?
Програмери могу имати користи јер могу да се ослоне на контролисане провере смерница уместо да разбацују логику ауторизације кроз код апликације. То не отклања потребу за пажљивим дизајном, али може да смањи број места на којима грешка може да открије погрешне податке.
То утиче и на тимове за безбедност и платформу. Меморију агента сада треба прегледати као базу података, индекс докумената или складиште тајни. Модел приступа треба да буде експлицитан. Ревизорски траг треба да покаже који идентитет је приступио којој меморијској операцији. Изолација закупца треба да се тестира директно, а не да се изводи на основу рутирања апликација.
За предузећа која купују или граде системе агената, издање поставља основу за питања добављача. Више није довољно питати се да ли асистент има меморију. Купци би требало да питају како је меморија подељена, да ли се ауторизација спроводи ван модела, како се ажурирају смернице и како се приступ меморији појављује у евиденцији.
Практичне последице за градитеље
Најочитија последица је архитектонска. Тимови који граде дуговечне агенте треба да одвоје рутирање могућности модела од дозвола за извршавање и меморију. Моћном моделу може бити дозвољено да размишља о задатку, али то не значи да сваки позив алата или тражење меморије треба да наследи широк приступ.
Друго, мрежне пролазе и платформе агената треба да третирају меморијске операције као првокласне догађаје. Читање, писање, претраживање, брисање и ажурирање имају различите профиле ризика. Аналитика коришћења не би требало да се заустави на броју токена. За радна оптерећења агента, аналитика све више треба да покаже употребу алата, приступ меморији, обим закупца, кориснички идентитет и резултате смерница.
Треће, производи са више закупаца треба да избегавају ослањање на брза упутства за спровођење раздвајања података. Моделу се може рећи да не преузима контекст другог купца, али трајна изолација мора да се примени испод модела. То значи да су акредитиви у опсегу, смернице мрежног пролаза, дизајн именског простора и тестови који доказују да приступ међу закупцима није успешан.
Коначно, платформе партнера и продаваца треба да обрате пажњу. Ако АИ API за агенције или ниво аутоматизације партнера API дозвољавају клијентима да граде агенте, управљање меморијом постаје део уговора о производу. Платформа треба да пружи партнерима довољно флексибилности да креирају корисне аутоматизације без допуштања да креирају невидљиве путање за дељење података између клијената.
Оно што остаје неизвесно
АВС је описао модел контроле и његову употребу OAuth ЈВТ-ова, Цедар политика, АгентЦоре Мемо Гатеваи-а и управљаних операција. Оно што остаје мање јасно из јавног саопштења јесте како ће тимови дизајнирати ове смернице у сложеним производним применама, колико ће лако бити отклањање грешака у политици и колико ће оперативних детаља клијенти подразумевано добијати у евиденцији.
Шири правац је, међутим, јасан. Меморија агента постаје инфраструктура. Како се то дешава, ауторизација, видљивост и наплата морају да га прате у слоју мрежног пролаза. Компаније које граде поуздане платформе агента биће оне које могу да учине приступ моделу, дозволе алата и стање меморије видљивим и којима се може управљати на једном месту.