Amazon Bedrock Managed Knowledge Base: agentas be žinių bazės greitai tampa plepiu praktikantu

Amazon Bedrock Managed Knowledge Base š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ų?

AWS pristatė Amazon Bedrock Managed Knowledge Base – valdomą žinių bazę DI programoms. Vertimas į žmogišką kalbą: agentui reikia patikimų įmonės žinių, o ne vien gražaus modelio.

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 teigia, kad naujos galimybės padeda kūrėjams per kelias minutes sukurti įmonės duomenimis grįstas generatyvinio DI programas. Tikslas – greitesni, tikslesni ir patikimesni atsakymai.

Čia labai paprasta. Jei naujas darbuotojas nežino įmonės taisyklių, jis klausinėja kolegų. Jei agentas nežino, jis pradeda spėlioti. Ir dar labai užtikrintai.

Č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

Žinių bazė yra vieta, kur DI susitinka su realiu verslu: kainodara, procedūros, produktai, sutartys, vidinės taisyklės.

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 aktualu ten, kur agentas atsakinėja darbuotojams arba klientams. Be tvarkingų šaltinių jis bus greitas, bet nebūtinai teisus.

• atskirti patvirtintus dokumentus nuo juodraščių
• žinoti, kada žinios buvo atnaujintos
• riboti jautrių dokumentų prieigą
• matuoti, iš kokių šaltinių agentas atsako

Pradėkite nuo vienos žinių srities. Pavyzdžiui, klientų aptarnavimo procedūrų. Ne nuo viso įmonės archyvo.

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 – sukrauti viską į vieną vietą ir tikėtis tvarkos. Blogi dokumentai žinių bazėje duos blogus atsakymus greičiau nei žmogus spės juos pagauti.

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Ę

Pasirinkite 20 dokumentų, kuriuos agentas turėtų žinoti, ir pažymėkite, kurie iš jų tikrai galioja šiandien.

Šaltinis: AWS News Blog.

DUK

Kas yra Amazon Bedrock Managed Knowledge Base?

Tai AWS valdomos žinių bazės galimybės DI programoms, kurios naudoja įmonės duomenis.

Kam to reikia DI agentui?

Kad agentas atsakytų remdamasis patvirtintais dokumentais, o ne vien modelio bendromis žiniomis.

Nuo ko pradėti įmonei?

Nuo vienos aiškios dokumentų grupės ir prieigos taisyklių.

Jei nori DI naudoti praktiškai, pradėk nuo vieno proceso. Vienas pasikartojantis darbas. Vienas atsakingas žmogus. Vienas matavimas. Daugiau praktikos rasi MasterSprint.