AgentOps su Bedrock AgentCore: DI agentams reikia ne magijos, o priežiūros

·


Amazon Bedrock AgentCore AgentOps agentinio DI priežiūros iliustracija

AgentOps yra viena iš tų DI temų, kur norisi ne šūkių, o paprasto klausimo: ką žmogus rytoj darbe darys kitaip?

AWS aprašė AgentOps praktiką su Amazon Bedrock AgentCore. Kitaip tariant, kaip DI agentą iš gražaus demo paversti darbu, kuris neišgąsdina IT, saugumo ir finansų komandų.

Atvirai? Man tokiose naujienose visada įdomiausia ne scena ir ne graži skaidrė. Įdomiausia, kur prasideda realus darbas, reali rizika ir realus sutaupytas laikas.

KAS NUTIKO

AWS AgentOps remiasi keturiomis kryptimis: valdymu ir saugumu, kūrimu ir operacijomis, vertinimu bei stebėsena. Tai skamba nuobodžiai. Bet būtent tokie dalykai atskiria žaislą nuo sistemos.

Man agentai primena naują darbuotoją, kuris labai greitai mokosi, bet kartais per daug pasitiki savimi. Jį galima paleisti vieną? Gal. Bet pirma nori žinoti, ką jis veikia, kur eina ir kada kelia ranką.

KODĖL TAI SVARBU

Agentai daro kelių žingsnių veiksmus. Jie kviečia įrankius, skaito duomenis, rašo failus, siunčia užklausas. Jei nėra stebėsenos, klaida gali įvykti tyliai ir būti pastebėta tik tada, kai rezultatas jau pas klientą.

DI jau nebe vien langelis, į kurį įmetame tekstą. Jis jungiasi prie įrankių, atsimena kontekstą, kviečia servisus ir pradeda liesti tikrus procesus. Čia romantika baigiasi. Prasideda tvarka.

KĄ TAI REIŠKIA VERSLUI

Verslui AgentOps reiškia paprastą brandą: agentas turi savininką, taisykles, testus, matavimus ir stabdžius. Be šito diegimas tampa tikėjimo pratimu.

  • kiekvienam agentui priskirti savininką
  • turėti testinius scenarijus
  • stebėti kainą ir klaidas
  • užfiksuoti, kada reikia žmogaus patvirtinimo

Pradėkite nuo vieno agento darbo žurnalo: užduotis, naudoti įrankiai, trukmė, kaina, klaidos ir galutinis žmogaus įvertinimas.

KUR PASISLĖPUSI RIZIKA

Rizika – agentų sprawl. Visi prisikuria pagalbininkų, niekas nežino, kurie dar veikia, kokius duomenis mato ir kas už juos atsakingas.

Blogiausia DI klaida dažnai neatrodo kaip klaida. Ji ateina gražiai parašytu sakiniu, mandagiu tonu ir labai užtikrintu veidu. Dėl to reikia ribų, logų ir žmogaus sprendimo ten, kur kaina didesnė.

KĄ PASIDARYTI ŠIĄ SAVAITĘ

Šią savaitę susirašykite visus komandoje naudojamus DI agentus. Jei sąrašas stebina, tai jau atsakymas.

Šaltinis: Amazon Web Services.

DUK

Kas yra AgentOps?

Tai praktikos, skirtos DI agentų kūrimui, testavimui, stebėsenai ir valdymui produkcijoje.

Kodėl to reikia?

Nes agentai atlieka veiksmus, todėl jų klaidos gali kainuoti pinigus ar duomenų saugumą.

Nuo ko pradėti?

Nuo agentų inventorizacijos, savininkų ir aiškių veiksmų ribų.

Jei norite DI naudoti praktiškai, pradėkite nuo vieno proceso. Vienas pasikartojantis darbas, vienas atsakingas žmogus, vienas matavimas. Daugiau praktikos rasite MasterSprint.