AWS AgentOps: DI agentų valdymas tampa atskiru darbu
·
AWS AgentOps šiandien yra viena iš tų naujienų, kuri iš pirmo žvilgsnio atrodo techninė. Bet tada pagalvoji apie realią komandą: pardavimus, klientų klausimus, dokumentus, sprendimus ir tą vieną žmogų, kuris vis dar viską nešioja savo galvoje.
AWS aprašė AgentOps kryptį: kaip operatyviai valdyti agentinį DI naudojant Amazon Bedrock AgentCore.
Atvirai? Man tokios žinios rūpi tik tada, kai jos nusileidžia ant stalo. Ne konferencijų salėje. Ant tikro darbo stalo, kur yra per daug langų, per mažai laiko ir vienas labai žmogiškas klausimas: ar tai man padės šiandien?
KAS NUTIKO
AgentOps apima agentų stebėseną, veiksmų žurnalus, leidimus, klaidų analizę ir procesus, kurie reikalingi ne demonstracijai, o kasdieniam darbui.
Čia tas momentas, kai DI projektas nustoja būti „pažaiskim“ ir tampa darbu, už kurį kažkas turi atsakyti.
KODĖL VERTA SUSTOTI
Agentas gali planuoti, kviesti įrankius ir priimti tarpinius sprendimus. Jei nežinote, ką jis padarė ir kodėl, verslui tai ne pagalbininkas, o juoda dėžė.
Čia yra pavojinga vieta. Labai lengva pasakyti: „nu va, dabar agentai viską padarys“. Nepadarys. Jei procesas kreivas, DI jį tik greičiau nuneš į kitą kambarį. Kaip su dokumentų spinta: nauja etiketė nepadeda, jei viduje guli 2019 metų sutartys, trys versijos ir niekas nežino, kuri galutinė.
KĄ TAI REIŠKIA VERSLUI
Vadovams tai reiškia naują atsakomybės lygį. Reikia ne tik nusipirkti DI įrankį, bet ir susitarti, kas jį prižiūri, kokie rodikliai svarbūs ir kada agentas stabdomas.
- turėti agentų savininkus, ne tik vartotojus
- registruoti veiksmus ir klaidas
- matuoti rezultatą pagal procesą
- turėti išjungimo ir perdavimo žmogui taisykles
AgentOps ypač svarbus tada, kai agentas liečia klientus, pinigus, sutartis ar vidines sistemas.
RIZIKA, APIE KURIĄ NORISI KALBĖTI GARSIAU
Didžiausia rizika – paleisti agentą kaip paprastą pokalbių robotą ir tik po klaidos suprasti, kad jis jau darė veiksmus.
Gera praktika paprasta: kuo daugiau veiksmų DI gali atlikti pats, tuo aiškesnės turi būti ribos. Kas tvirtina? Kur sustoja? Ką įrašo į žurnalą? Kas atsako, jei atsakymas gražus, bet klaidingas?
KĄ PASIDARYTI ŠIĄ SAVAITĘ
Pasidarykite vieno agento valdymo lapą: savininkas, leidimai, ribos, žurnalai, klaidų eskalacija ir mėnesio KPI.
Šaltinis: Amazon Web Services.
DUK
Kas yra AgentOps?
Tai DI agentų valdymo, stebėsenos ir operacijų disciplina.
Kodėl to reikia?
Nes agentai gali atlikti veiksmus, todėl jų elgesį reikia matyti ir valdyti.
Nuo ko pradėti?
Nuo vieno agento savininko, veiksmų žurnalo ir aiškių sustabdymo taisyklių.
Norite DI naudoti kaip sistemą, o ne kaip vieną triuką? Išsirinkite vieną procesą, susitarkite dėl ribų ir tik tada junkite įrankius. Daugiau praktikos galite rasti MasterSprint.
