Semantinis sluoksnis agentams: DI be duomenų tvarkos greitai meluoja

Svarbiausia

• Kas yra semantinis sluoksnis? Tai verslo sąvokų ir ryšių sluoksnis, padedantis sistemoms suprasti duomenų prasmę.
• Kodėl jo reikia DI agentams? Agentai turi suprasti ne tik lenteles, bet ir verslo kontekstą.
• Nuo ko pradėti? Nuo pagrindinių sąvokų, duomenų savininkų ir vieno realaus verslo klausimo.

semantinis sluoksnis agentams skamba kaip techninis terminas. Bet kai pažiūri praktiškai, čia yra labai žemiškas klausimas: kiek darbo darome rankomis tik todėl, kad niekas neprisėdo sutvarkyti proceso?

AWS liepos 10 d. parodė, kaip kurti semantinį sluoksnį agentiniam DI su Stardog, Aurora, Redshift ir Amazon Bedrock AgentCore. Pavadinimas skamba sausai. Bet verslui čia yra viena labai žemiška pamoka: agentas negali gerai dirbti su duomenimis, kurių pati įmonė nesupranta.

Man tokiose naujienose visada įsijungia mažas vidinis buhalteris. Ne tas, kuris skaičiuoja sąskaitas, o tas, kuris klausia: kiek tai kainuos, kas prižiūrės ir kur gali lūžti?

Kas nutiko

Pavyzdyje Stardog semantinis sluoksnis jungia duomenis iš skirtingų šaltinių ir leidžia agentui klausti ne tik lentelių, bet verslo sąvokų: klientų, produktų, ryšių, taisyklių.

Dažna įmonės realybė: vienas skyrius „klientą“ supranta vienaip, kitas kitaip, trečias turi savo Excel failą, o vadovas nori, kad DI viską sujungtų per penktadienį. Na, sėkmės.

Kodėl tai svarbu

Semantinis sluoksnis agentams svarbus todėl, kad DI agentai priima sprendimus pagal kontekstą. Jei kontekstas netvarkingas, agentas gali gražiai paaiškinti neteisingą atsakymą.

DI jau nebe vien langelis, į kurį įmetame tekstą. Jis jungiasi prie įrankių, moka kviesti servisus, gali veikti keliais žingsniais ir pradeda liesti tikrus verslo pinigus. Čia romantika baigiasi. Prasideda tvarka.

Ką tai reiškia verslui

Verslui tai reiškia, kad prieš didelius agentų projektus reikia sutvarkyti sąvokas, ryšius ir duomenų savininkus. Kitaip DI tik pagreitins chaosą.

• susitarti, ką reiškia pagrindinės verslo sąvokos
• pažymėti duomenų savininkus
• jungti duomenis per ryšius, ne tik per lenteles
• testuoti agentą su klausimais, kuriuos užduoda vadovai

Pavyzdys: klausimas „kurie klientai rizikuoja išeiti?“ reikalauja pardavimų, aptarnavimo, mokėjimų ir produkto naudojimo duomenų. Be bendros kalbos agentas spėlios.

Kur pasislėpusi rizika

Rizika – pradėti nuo modelio, kai problema yra duomenų tvarka. Tai tas pats, kas pirkti greitą automobilį ir važiuoti per lauką be kelio.

Blogiausia DI klaida dažnai neatrodo kaip klaida. Ji ateina gražiai parašytu sakiniu, mandagiu tonu ir labai užtikrintu veidu. Todėl verslui reikia ne tik įrankių, bet ir įpročio tikrinti.

Ką pasidaryti šią savaitę

Pasirinkite vieną svarbų verslo klausimą ir surašykite, iš kokių sistemų reikia duomenų. Tada pamatysite, ar agentui yra ant ko stovėti.