AWS je pomnilniku Amazon Bedrock AgentCore Memory dodal natančen nadzor dostopa, kar daje razvijalcem upravljan način za izolacijo pomnilnika agenta s strani uporabnika ali najemnika prek prehoda AgentCore. Izdaja 28. avgusta premakne občutljiv del zasnove agenta v infrastrukturno politiko: kdo lahko bere, piše, pridobiva ali spreminja pomnilnik, ki ga agent AI uporablja med sejami.

Funkcija uporablja preverjanje pristnosti OAuth JWT in politike Cedar, glede na AWS. Upravljani pomnilniški priključek razkrije 12 pomnilniških operacij kot dejanja Cedar, tako da lahko ekipe izrazijo pravila dostopa do pomnilniških operacij, namesto da bi se zanašale samo na kodo aplikacije za filtriranje zapisov pred ali po vsakem klicu.

To se morda sliši kot majhna posodobitev avtorizacije. ni. Trajni pomnilnik je ena glavnih razlik med preprostim vmesnikom za klepet in dolgotrajnim agentskim izdelkom. Ko si agenti zapomnijo uporabniške nastavitve, kontekst računa, zgodovino projekta, prejšnje odločitve, primere podpore ali stanje poslovnega procesa, pomnilnik postane varnostna meja. AWS to zdaj obravnava na ta način.

Kaj se je spremenilo

Amazon Bedrock AgentCore Memory je del sklada agentske infrastrukture AWS. Zasnovan je tako, da agentom pomaga pri shranjevanju in pridobivanju konteksta med interakcijami, namesto da bi prisilil vsako skupino aplikacije, da zgradi svojo lastno pomnilniško plast od začetka.

Nova zmožnost nadzora dostopa omogoča graditeljem, da uveljavijo izolacijo na uporabnika in na najemnika prek prehoda AgentCore. AWS pravi, da funkcija deluje z avtentikacijo OAuth JWT in Cedar, jezikom pravilnika, ki se uporablja tudi v drugih avtorizacijskih sistemih AWS. Dokumentacija AgentCore opisuje politiko v AgentCore kot mehanizem, ki temelji na Cedarju, za nadzor dostopa do orodij prehoda.

Praktični premik je, da je avtorizacija pomnilnika zdaj lahko bližje sloju prehoda in orodja. Namesto pisanja preverjanj po meri za vsak pomnilniški klic znotraj aplikacije lahko skupine definirajo politike, ki urejajo, kateri klicatelj lahko izvede katero pomnilniško dejanje v katerem imenskem prostoru ali kontekstu najemnika.

Za programsko opremo z več najemniki je to pomembna sprememba arhitekture. Pomočnik AI za odvetniško družbo, agencijo, skupino za podporo ali podjetniški oddelek lahko služi več uporabnikom prek iste kode agenta. Nevaren način okvare ni le v tem, da model daje slab odgovor. Gre za to, da se pomnilnik enega najemnika pridobi v seji drugega najemnika ali da agent zapiše občutljivo stanje v napačen obseg. Natančno uveljavljanje pravilnika je namenjeno zmanjšanju tega razreda napak.

Zakaj je izolacija pomnilnika zdaj pomembna

Pomnilnik agenta ustvarja novo težavo obstojnosti za platforme AI. Dnevniki pozivov, pridobljeni dokumenti, rezultati orodij, uporabniške nastavitve in stanje delovnega toka lahko postanejo del prihodnjih razmišljanj. Zaradi tega je pomnilnik uporaben, vendar je tudi težje sklepati o mejah podatkov.

Tradicionalna avtorizacija API-ja se običajno osredotoča na zahtevo: ali lahko ta klicatelj dostopa do tega vira prav zdaj? Spomin agenta raztegne vprašanje skozi čas. Zapis, shranjen med eno sejo, se lahko pridobi nekaj tednov pozneje z drugačnim klicem orodja, drugim modelom ali drugo različico agenta. Če platforma ne prenese identitete in avtorizacijskega konteksta v te pomnilniške operacije, lahko pomnilniška plast postane tihi vir uhajanja med uporabniki.

Uporaba Cedra s strani AWS je prav tako pomembna, ker kaže na politiko kot infrastrukturo za agentske sisteme. Izdelovalci agentov vedno bolj potrebujejo kontrole, ki zajemajo orodja, pomnilnik, izvajalna okolja, ključe API in revizijske dnevnike. Postavitev teh kontrol v sloj prehoda daje ekipam platform prostor za dosledno uveljavljanje pravilnika, tudi ko aplikacijske skupine eksperimentirajo z različnimi modeli ali ogrodji agentov.

To je neposredno povezano z zasnovo prehoda API-ja AI. Prehod, ki samo usmerja pozive k modelom, ni več dovolj za resne uvedbe agentov. Nadzorna ravnina mora razumeti identitete, najemnike, orodja, obsege pomnilnika, omejitve hitrosti in revizijske sledi. Model Gate in podobne platforme se soočajo z isto smerjo potovanja: poenoten dostop je uporaben samo, če ima izvršljive meje.

Koga to zadeva

Neposredno občinstvo so stranke AWS, ki gradijo agente na Bedrock AgentCore, zlasti ekipe, ki delajo na izdelkih SaaS, notranjih pomočnikih v podjetju, avtomatizaciji podpore strankam, raziskovalnih agentih in potekih dela, obrnjenih k partnerjem. Vsak izdelek, ki služi več organizacijam ali skupinam iz skupne infrastrukture, mora odgovoriti na isto vprašanje: kako posrednik ve, kateri pomnilnik sme uporabljati?

Razvijalci imajo lahko koristi, ker se lahko zanesejo na preverjanja upravljanih pravilnikov, namesto da razpršijo avtorizacijsko logiko po kodi aplikacije. To ne odpravi potrebe po skrbnem načrtovanju, vendar lahko zmanjša število mest, kjer lahko napaka razkrije napačne podatke.

To vpliva tudi na varnostne in platformne ekipe.Pomnilnik agenta je zdaj treba pregledati kot bazo podatkov, indeks dokumentov ali shrambo skrivnosti. Model dostopa mora biti ekspliciten. Revizijska sled mora pokazati, katera identiteta je dostopala do katere pomnilniške operacije. Izolacijo najemnikov je treba preizkusiti neposredno, ne pa izpeljati iz usmerjanja aplikacij.

Za podjetja, ki kupujejo ali gradijo sisteme agentov, izdaja dviguje osnovo za vprašanja prodajalcev. Vprašanje, ali ima pomočnik spomin, ni več dovolj. Kupci bi se morali vprašati, kako je pomnilnik razdeljen, ali je avtorizacija uveljavljena zunaj modela, kako se pravilniki posodabljajo in kako je dostop do pomnilnika prikazan v dnevnikih.

Praktične posledice za graditelje

Najbolj očitna posledica je arhitekturna. Ekipe, ki gradijo dolgožive agente, bi morale ločiti usmerjanje zmogljivosti modela od izvajanja in dovoljenj za pomnilnik. Zmogljivemu modelu je morda dovoljeno razmišljati o nalogi, vendar to ne pomeni, da mora vsak klic orodja ali iskanje po pomnilniku podedovati širok dostop.

Drugič, prehodi in agentske platforme bi morali pomnilniške operacije obravnavati kot prvorazredne dogodke. Branje, pisanje, iskanje, brisanje in posodabljanje imajo različne profile tveganja. Analitika uporabe se ne sme ustaviti pri štetju žetonov. Za delovne obremenitve posrednikov mora analitika vse pogosteje prikazati uporabo orodja, dostop do pomnilnika, obseg najemnika, identiteto uporabnika in rezultate pravilnika.

Tretjič, izdelki za več najemnikov se morajo izogibati zanašanju na takojšnja navodila za uveljavljanje ločevanja podatkov. Modelu lahko rečemo, naj ne pridobi konteksta druge stranke, vendar je treba pod modelom uveljaviti trajno izolacijo. To pomeni povečane poverilnice, pravilnik o prehodih, zasnovo imenskega prostora in teste, ki dokazujejo, da dostop med najemniki ni uspešen.

Končno bi morale biti pozorne platforme partnerjev in preprodajalcev. Če AI API za agencije ali plast avtomatizacije Partner API strankam na nižji stopnji omogoča izdelavo agentov, postane upravljanje pomnilnika del pogodbe o izdelku. Platforma mora partnerjem zagotoviti dovolj prilagodljivosti za ustvarjanje uporabnih avtomatizacij, ne da bi jim dovolila ustvarjanje nevidnih poti za izmenjavo podatkov med strankami.

Kaj ostaja negotovo

AWS je opisal model nadzora in njegovo uporabo OAuth JWT, pravilnikov Cedar, prehoda AgentCore in operacij upravljanega pomnilnika. Iz javne objave ostaja manj jasno, kako bodo ekipe oblikovale te politike v zapletenih produkcijskih uvedbah, kako enostavno bo odpravljanje napak v politikah in koliko operativnih podrobnosti bodo stranke privzeto dobile v dnevnikih.

Vendar je širša usmeritev jasna. Pomnilnik agentov postaja infrastruktura. Ko se to zgodi, mu morajo avtorizacija, opazljivost in zaračunavanje slediti v sloj prehoda. Podjetja, ki gradijo zanesljive agentske platforme, bodo tista, ki lahko na enem mestu naredijo dostop do modela, dovoljenja orodij in stanje pomnilnika vidne in jih je mogoče upravljati.