Temporal policies: DI agentui kartais reikia pasakyti „dar ne“
·
Temporal policies yra labai paprasta idėja su labai rimta pasekme: DI agentas neturi visada turėti teisės veikti.
Kartais jis gali veikti tik darbo metu. Kartais tik prieš deadline. Kartais tik po žmogaus patvirtinimo. Kartais – visai ne šiandien.
AWS rugpjūčio 6 d. aprašė, kaip laiko taisyklės gali saugoti Amazon Bedrock AgentCore agentus.
KODĖL LAIKAS SVARBUS
Daug saugumo taisyklių atsako į klausimą „kas gali ką daryti“. Bet agentams reikia dar vieno klausimo: „kada?“
Pavyzdžiui, agentas gali turėti teisę paruošti finansinę ataskaitą, bet ne išsiųsti ją savaitgalį. Gali tikrinti incidentą, bet negali keisti nustatymų ne darbo valandomis.
Atrodo smulkmena. Kol neįvyksta pirmas keistas veiksmas šeštadienį 02:13.
AGENTAI DIRBA GREIČIAU UŽ MUS
Žmogus dažnai sustoja pats, nes pavargsta, abejoja, paskambina kolegai. Agentas to neturi iš prigimties. Jam reikia ribų sistemoje.
Laiko politika leidžia įdėti pauzę ten, kur jos reikia. Ne moralinę pauzę. Techninę.
Čia panašu į sportą: gera treniruotė turi ne tik krūvį, bet ir poilsio laiką. Be jo greitai prasideda nesąmonės.
PRAKTINIS VERSLO PAVYZDYS
Įsivaizduokite pirkimų agentą. Jis gali surinkti tiekėjų kainas, paruošti rekomendaciją ir įvesti užsakymo juodraštį. Bet tvirtinti pirkimą virš 1 000 eurų gali tik darbo dieną ir tik po vadovo patvirtinimo.
Tai nėra nepasitikėjimas DI. Tai pasitikėjimo dizainas.
Kuo daugiau agentas gali padaryti, tuo svarbiau jam duoti aiškų darbo laikrodį.
FAQ
Kas yra temporal policies?
Tai taisyklės, ribojančios veiksmus pagal laiką, datą, darbo langą ar kitą laiko sąlygą.
Kodėl tai aktualu DI agentams?
Agentai gali veikti savarankiškiau, todėl reikia riboti ne tik jų teises, bet ir veikimo momentą.
Ar tai tinka mažam verslui?
Taip, ypač kai agentas tvarko užsakymus, klientų duomenis, finansus ar sistemų pakeitimus.
Šaltinis: AWS.
Šią savaitę paimkite vieną agento idėją ir atsakykite: kokiu metu jis neturėtų veikti? Atsakymas gali išgelbėti nuo brangios klaidos.
