Querio käivitas GitHubil põhineva analüütika, et AI-assistendid kasutaksid samu määratlusi

Querio ametlik käivitamisteade kirjeldab töökorraldust, kus ettevõtte analüütika on versioonihalduses ning inimene vaatab muudatused enne kasutuselevõttu üle. Sama loogikat soovitakse pakkuda eri assistentidele ja suhtluskanalitele. Uudise keskne küsimus on, kas see aitab vähendada olukordi, kus sama äriotsuse jaoks saadakse mitu erinevat arvu.

EU-Startups kinnitab 27. oktoobri kajastuses Londoni ettevõtte käivitamist ning viie miljoni dollari kogurahastust. See ei ole ettevõtte väärtus ega tõend, et kogu summa laekus ühes uues voorus samal päeval. Rahastuste täpseid sulgemiskuupäevi kasutatud materjalid ei nimeta.

Ühine definitsioon vähendab üht vastuolude allikat

Querio Contexti tootetutvustus kirjeldab võimalust hoida loetavates failides määratlusi, kontrollitud päringuid ja ärireegleid ning vaadata muudatusi üle GitHubi tõmbetaotlustes. See on konkreetsem lähenemine kui üksnes kõigi assistentide ühendamine sama andmebaasiga.

Näiteks võivad kaks õigesti töötavat päringut anda erineva käibenumbri, kui üks sisaldab tagastusi ja teine mitte. Samuti võib müük tähendada tellimuse, arve või laekumise kuupäeva järgi arvestatud summat. Ühine tabel ei lahenda neid erinevusi ilma kokkulepitud tähenduseta.

Need on toimetuslikud näited, mitte Querio klienditestides tuvastatud juhtumid. Nende eesmärk on näidata, mida ühine analüüsiloogika peaks sisaldama. Kui määratlus jääb üldsõnaliseks, võib iga assistent selle endiselt erinevalt päringuks tõlkida.

Sama määratlus ei taga veel sama vastust

Ka ühise reegli korral võivad tulemused erineda, kui assistendid kasutavad erineva värskusega andmeid. Üks vastus võib pärineda vahemälust ja teine uuest päringust. Võrdluses tuleb seetõttu säilitada nii andmete seis kui ka rakendatud loogika versioon.

Ligipääsud võivad tekitada põhjendatud erinevusi. Müügijuht ja osakonna töötaja ei pruugi näha sama ulatusega andmeid. Sellises olukorras ei ole erinev arv tingimata viga; probleem tekib siis, kui vastus jätab oma ulatuse ütlemata.

AI-Radari hinnangul peaks vastusega kaasnema kasutatud periood, filtrid ja andmete värskus. Küsimuse täpsustamine on osa töövoost, mitte tingimata assistendi puudus. Usaldusväärne süsteem peaks oskama ebamäärase küsimuse korral enne arvutamist vajalikud piirid kokku leppida.

Inimese ülevaatus vajab kontrollitavat muudatust

Versioonihaldus annab võimaluse näha, mida muudeti, kuid sisuline heakskiit nõuab mõju mõistmist. Kui agent muudab käibe definitsiooni, peaks ülevaataja teadma, millised aruanded ja varasemad võrdlused sellest sõltuvad. Ühe faili muudatus võib mõjutada paljusid juhtimisotsuseid.

Hea ülevaatus võiks sisaldada näidisandmetel vana ja uue arvutuse võrdlust ning põhjendust, miks tulemus muutus. Oluline on eristada tehnilist parandust ärilise tähenduse muutusest. Viimase puhul võib vaja minna mõõdiku omaniku otsust, mitte ainult andmearendaja kinnitust.

Tagasipööramine peab samuti olema läbi mõeldud. Koodi varasema versiooni taastamine ei pruugi üksi taastada mineviku vastust, kui lähteandmed on vahepeal muutunud. Seetõttu tuleks olulise aruande juurde säilitada piisav jälg selle arvutuse taastamiseks.

Käideldavus ja MTTR sobivad piiritletud piloodiks

Buildrya vaates võiks sama põhimõtet katsetada monitooringu andmetega. Näiteks võiks eri assistentidelt küsida sama teenuse käideldavust ja keskmist taastamisaega ehk MTTR-i. Enne katset tuleb määrata, millal katkestus algab ja lõpeb ning millised sündmused arvestusse kuuluvad.

Kavandatud hooldus, osaline teenusekatkestus ja korduv alarm võivad tulemust mõjutada erinevalt. Kui üks assistent loeb alarmide arvu ja teine tegelikke intsidente, ei mõõda nad sama asja. Nõue peab kirjeldama ka seda, kuidas kattuvad sündmused kokku viiakse.

Piloodis võiks esmalt kasutada lukustatud sündmuste komplekti, mille õige vastus on käsitsi kontrollitud. Seejärel saab muuta üht tingimust korraga: lisada hilinenud sündmuse, muuta ajapiiri või piirata kasutaja ligipääsu. Nii selgub, millise muutuse järel erinevus tekib.

Edu mõõdik võiks olla põhjendamatute lahknevuste arv ja nende lahendamiseks kulunud tööaeg. Pelk vastuste sõnasõnaline sarnasus pole piisav, sest ühesugune vale vastus võib peita ühiselt vigast reeglit. Kontroll peab ulatuma arvutusest selle tähenduseni.

Tootelubadus tuleb eristada tõendatud tulemusest

Querio lubadus anda eri tööriistades järjepidevaid vastuseid on ettevõtte kirjeldus oma lahendusest. Kasutatud allikad ei paku sõltumatut korduskatset, mis tõendaks seda kõigis kirjeldatud kasutusviisides. Rahastus ja toote avalik käivitamine ei asenda sellist tõendit.

Uue tarnija hindamisel võiks vaadata, kas määratlusi ja analüüse saab tegelikult üle viia ning kas olemasolev ligipääsuloogika säilib. Sama oluline on hoolduse vastutus: keegi peab otsustama, millal ärireegel vajab muutmist ja kes selle heaks kiidab.

Esimene otsus ei pea olema kogu analüütikataristu vahetamine. Üks selgelt määratletud mõõdik mitmes assistendis annaks juba kasulikku teavet. Kui lahknevused vähenevad ja nende põhjused muutuvad jälgitavaks, on alus hinnata järgmise töövoo lisamist.