Bedrock Automated Reasoning įgūdžiai: agentas jau tikrina taisykles, ne tik rašo kodą
·
Bedrock Automated Reasoning š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ų?
Bedrock Automated Reasoning įgūdžiai AWS aprašyme rodo kitą agentų kryptį: agentas ne tik rašo kodą, bet ir padeda kurti, testuoti, derinti bei validuoti taisyklių politikas.
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 pristato atvirų agento įgūdžių rinkinį, kuris apima visą Automated Reasoning policy gyvavimo ciklą: kūrimą, peržiūrą, testavimą, klaidų taisymą, diegimą ir validaciją.
Čia truputį mažiau blizgesio, bet daugiau tikro darbo. Nes įmonėse dažnai reikia ne dar vieno gražaus atsakymo, o įrodymo, kad taisyklė veikia taip, kaip sutarta.
Č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
Automated reasoning aktualus ten, kur DI turi laikytis formalių taisyklių: prieigos, atitikties, finansinių ribų, saugos ar produkto logikos.
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 reiškia galimybę kai kurias DI taisykles tikrinti griežčiau, ne vien pasikliauti modelio nuojauta.
- formalias taisykles laikyti atskirai nuo promptų
- testuoti politiką su pavyzdžiais
- fiksuoti validacijos rezultatus
- agentui duoti ribotą policy kūrimo užduotį
Pavyzdys paprastas: jei agentas ruošia nuolaidos pasiūlymą, automated reasoning politika gali tikrinti, ar nuolaida neperžengia vadovo patvirtinimo ribos.
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 – taisykles aprašyti gražiai, bet jų netestuoti. Tada turite ne kontrolę, o dar vieną dokumentą, kuris atrodo rimtai.
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ę pasirinkite vieną taisyklę, kurią DI sistemoje reikia tikrinti formaliai, ir parašykite tris teisingus bei tris neteisingus pavyzdžius.
Šaltinis: AWS Machine Learning Blog.
DUK
Kas yra Bedrock Automated Reasoning?
Tai Amazon Bedrock funkcijos ir įrankiai formalizuotoms taisyklėms tikrinti bei validuoti.
Kuo čia padeda agentas?
Agentas gali padėti sukurti, testuoti, derinti ir dokumentuoti reasoning policy gyvavimo ciklą.
Kur naudoti?
Ten, kur DI veiksmai turi atitikti aiškias taisykles: finansus, prieigas, atitiktį ar saugą.
Jei nori DI naudoti praktiškai, pradėk nuo vieno proceso. Vienas pasikartojantis darbas. Vienas atsakingas žmogus. Vienas matavimas. Daugiau praktikos rasi MasterSprint.
