AWS laiko taisyklės DI agentams: kodėl ne kiekvienas veiksmas turi galioti visą parą
·
DI agentų laiko taisyklės šiandien nėra teorinis žaislas. Tai jau darbas, pinigai, duomenys ir kartais labai žemiškas klausimas: kas prisiims atsakomybę, kai DI pradės veikti už žmogų?
DI agentų laiko taisyklės AWS AgentCore aplinkoje rugpjūčio 6 d. buvo pristatytos kaip saugos būdas, kuris skamba labai ūkiškai: ne visi veiksmai turi būti leidžiami visada.
Turiu prisipažinti, tokias naujienas skaitau ne kaip blizgančią vitriną. Skaitau kaip žmogus, kuris iš karto galvoja apie komandą pirmadienio rytą. Kas iš to bus naudinga? Kur bus painiava? Ir kur po mėnesio kas nors pasakys: „mes galvojom, kad čia automatiškai susitvarkys“.
KAS NUTIKO
AWS temporal policies leidžia aprašyti, kada agentas gali naudoti konkretų įrankį ar atlikti veiksmą. Tai aktualu, kai leidimai priklauso nuo darbo laiko, proceso stadijos, vartotojo rolės ar kitų laiko sąlygų.
Čia kaip raktas nuo biuro. Gal žmogus turi teisę įeiti. Bet ar tikrai norime, kad jis atrakintų duris sekmadienį trečią ryto be jokio klausimo?
Čia svarbi detalė: kalbame ne apie dar vieną gražų demonstracinį video. Kalbame apie produktus, politiką, infrastruktūrą arba tyrimus, kurie keičia, kaip žmonės dirba su DI realiose organizacijose.
KODĖL TAI SVARBU
Agentai dažnai turi prieigą prie įrankių, kurie gali keisti duomenis, siųsti užklausas ar pradėti procesus. Laiko taisyklės prideda dar vieną ribą tarp „gali teoriškai“ ir „leidžiama dabar“.
DI jau išlipo iš „parašyk tekstą“ dėžutės. Jis naršo, jungiasi prie įrankių, analizuoja duomenis, planuoja veiksmus, kartais tvarko dokumentus ar padeda priimti sprendimą. Trumpai: jis artėja prie darbo proceso, ne tik prie pokalbio lango.
Ir čia smegenys mėgsta paslysti. Norisi sakyti: „ai, čia dar užsienyje“. Bet tas pats modelis ar funkcija rytoj atsiras kliento kompiuteryje, darbuotojo naršyklėje arba partnerio pasiūlyme.
KĄ TAI REIŠKIA VERSLUI
Verslui tai svarbu finansuose, klientų aptarnavime, IT priežiūroje ir operacijose. Kai kurios užduotys turi vykti tik darbo metu, tik per patvirtintą langą arba tik po ankstesnio žingsnio.
- riboti veiksmus pagal darbo laiką
- atskirti skaitymą nuo rašymo
- reikalauti patvirtinimo po nustatyto termino
- registruoti, kodėl veiksmas buvo atmestas
Paimkite vieną agentą ir parašykite jam darbo kalendorių: kada gali tik skaityti, kada gali ruošti veiksmą, kada turi kviesti žmogų.
Man patinka paprastas testas: ar po šios naujienos tavo komanda turi vieną aiškesnį sprendimą? Jei ne, vadinasi dar tik skaitome. Skaityti galima. Tik nereikia apsimesti, kad tai jau strategija.
KUR GALI SKAUDĖTI
Rizika – manyti, kad rolės leidimų pakanka. Kartais problema ne kas daro veiksmą, o kada ir kokiame proceso etape jis tai daro.
Dažniausia klaida labai ūkiška. Žmonės įsijungia įrankį, pabando, nustemba, pasidžiaugia ir tada palieka viską savieigai. Po kelių savaičių paaiškėja, kad vieni darbuotojai kelia jautrius failus, kiti matuoja naudą iš jausmo, o treti net nežino, kas leidžiama.
Ne tragedija. Bet tvarkos reikia.
KĄ PASIDARYTI ŠIĄ SAVAITĘ
Šią savaitę vienam DI agentui pridėkite laiko ribą bent vienam jautriam veiksmui.
Šaltinis: AWS Machine Learning Blog.
DUK
Kas yra DI agentų laiko taisyklės?
Tai taisyklės, kurios leidžia arba blokuoja agento veiksmus pagal laiką ar proceso kontekstą.
Kodėl jos reikalingos?
Nes kai kurie veiksmai yra saugūs tik tam tikru metu arba po žmogaus patvirtinimo.
Kur pradėti?
Nuo vieno jautraus veiksmo, pavyzdžiui, duomenų keitimo ar išorinio pranešimo siuntimo.
Jei nori DI naudoti praktiškai, pradėk nuo vieno proceso. Vienas pasikartojantis darbas. Vienas atsakingas žmogus. Vienas matavimas. Daugiau praktikos rasi MasterSprint.
