Konteksto intelektas: kodėl DI agentui neužtenka gražiai kalbėti

Svarbiausia

• Kas yra DI agentas? DI agentas yra sistema, kuri ne tik atsako į klausimą, bet gali planuoti veiksmus, naudoti įrankius ir atlikti užduotis pagal nustatytas taisykles.
• Kodėl DI projektams reikia žmogaus kontrolės? Nes DI gali suklysti, neteisingai suprasti kontekstą arba atlikti veiksmą, kurio pasekmės verslui per didelės automatiniam sprendimui.
• Nuo ko pradėti įmonėje? Pradėkite nuo vieno aiškaus proceso, ribotos rizikos, gerai aprašytų duomenų ir testų, kurie parodo ne tik rezultatą, bet ir agento elgesį.

Konteksto intelektas yra labai geras priminimas visiems, kurie galvoja, kad DI agentas stebuklingai sutvarkys verslą. Agentas nėra burtininkas. Jis yra toks geras, kokį kontekstą gauna.

Jei kontekstas išbarstytas po el. paštą, lenteles, duomenų bazes, CRM, sandėlio programą ir vieno darbuotojo galvą, agentas turi problemą. Tik jis ją pasakys gražiau nei mes.

Ką akcentuoja aws

AWS naujame tekste rašo, kad agentai gali priimti patikimus sprendimus tik tada, kai turi saugią prieigą prie reikalingo konteksto. Duomenys įmonėse gyvena daug kur: ežeruose, sandėliuose, duomenų bazėse, srautuose, dokumentuose ir nerašytose žiniose.

Čia yra labai praktiška mintis. Neužtenka prijungti agento prie vienos lentelės ir tikėtis, kad jis supras visą verslą. Jis matys tik skylutę tvoroje.

O tada prasideda „kodėl DI nesuprato?“ Nes mes jam neparodėme.

Duomenų chaosas yra di stabdys

Daug įmonių turi tą pačią bėdą. Duomenys yra. Tik jie netvarkingi, pasikartojantys, be savininkų, su skirtingais pavadinimais ir senomis taisyklėmis. Žmogus dar kažkaip susigaudo, nes žino istoriją. Agentas istorijos nežino.

Pavyzdžiui, klientas CRM vadinasi vienaip, sąskaitose kitaip, sandėlio sistemoje trečiaip. Žmogus supranta, kad tai tas pats klientas. Agentas gali nesuprasti. Arba dar blogiau – suprasti neteisingai.

Ir tada turime DI projektą, kuris gražiai atrodo prezentacijoje, bet stringa realybėje. Ne todėl, kad modelis blogas. Todėl, kad pamatai kreivi.

Kaip pradėti be didelio projekto

Pirmas žingsnis – pasirinkti vieną sprendimą, kurį agentas turėtų padėti priimti. Ne „pagerinti efektyvumą“. Konkretu. Pavyzdžiui: ar klientui galima taikyti nuolaidą? Ar ši sąskaita atitinka sutartį? Kuris tiekėjas vėluoja dažniausiai?

Tada surašyti, kokio konteksto reikia. Kliento istorija, sutartis, mokėjimai, sandėlio likučiai, paskutiniai aptarnavimo įrašai. Štai tada matosi, kur yra skylės.

Antras žingsnis – prieigos. Agentas neturi matyti visko vien todėl, kad gali. Jam reikia tiek, kiek reikia darbui. Nei daugiau, nei mažiau.

Trečias – žmogaus patvirtinimas jautrioms vietoms. Nuolaida už 5 eurus gal gali eiti automatiškai. Sutarties nutraukimas – ne.

Kodėl tai gera žinia

Gera žinia ta, kad konteksto tvarkymas duoda naudą net be DI. Kai žinote, kur yra duomenys, kas už juos atsako ir kaip jie naudojami, verslas tampa aiškesnis.

DI tiesiog labai greitai parodo netvarką. Kaip svečias, kuris ateina į namus ir mandagiai nepamato dulkių, bet jūs patys staiga pamatote.

Pirminis šaltinis: AWS. Jei planuojate agentus įmonėje, pradėkite ne nuo modelio pasirinkimo, o nuo konteksto žemėlapio.