Mida tehisintellekt kunagi ei näe ja miks see on kõva piir

Igaüks, kes lisab tootele tehisintellekti funktsioone, võlgneb kasutajatele selge vastuse ühele küsimusele: mida mudel näeb.

Enamiku rakenduste puhul on aus vastus "väga palju", sest sisu asub serveris loetaval kujul ning selle mudelisse saatmine on vaid seadistuse muutmine, mitte inseneriprojekt.

Meie rakendus on teistsugune põhjusel, millel pole pistmist enesevalitsemisega.

Kõva piir

Küsimused, vastused, sõnumid ja kõned krüpteeritakse seadmetes võtmega, mis luuakse kohapeal ja mida ei saadeta kunagi meie serveritesse.

See tähendab, et me ei saaks paari vestlust mudelisse saata ka siis, kui otsustaksime seda teha. Me ei hoia seda kujul, mida keegi saaks lugeda, sealhulgas me ise või meie tulevane versioon, millel on teised prioriteedid.

See ongi erinevus reeglistiku ja piirangu vahel. Reeglistik on lause. Piirang on see, mis juhtub siis, kui keegi üritab.

Me ei luba, et me ei saada teie vestlust mudelisse. Me ütleme teile, et meil pole seda.

Mida näevad valikulised funktsioonid

Teksti, mille te otseselt sel eesmärgil esitate, ja ainult esitamise hetkel.

See on tahtlik ja nähtav tegevus. Te valite tekstilõigu ja palute sellega midagi teha. Taustal ei koguta midagi ning kaasata ei saa midagi, mida te pole ise üle andnud.

Kui te neid funktsioone kunagi ei kasuta, ei jõua teie andmetest mudeli lähedalegi midagi.

Miks me ei ehitanud rohkem

Laual on üks ilmselge toode, mida me pole teinud, ja on oluline öelda, miks.

Rakenduse versioon, mis saaks kõike lugeda, suudaks teha palju: märgata kuude jooksul mustreid, tuua välja, et üks teist on maininud sama muret üksteist korda, teha aastast kokkuvõtteid või soovitada teemasid selle põhjal, mida olete vältinud.

Mõni neist asjadest oleks tõesti väärtuslik. Kuid see kõik nõuab, et ettevõte hoiaks loetavat sissekannet kõige privaatsemast asjast, mis kahel inimesel on.

Otsustasime, et see tehing pole meie jaoks vastuvõetav. Otsus tehti piisavalt vara, et arhitektuur tagab selle toimimise ega sõltu sellest, kas me jääme ka tulevikus samale arvamusele.

Treenimine

Me ei treeni mudeleid kasutajate sisuga ning tavapärases mõttes me ei saakski seda teha, sest meil pole seda sisu.

Valikuliste funktsioonide puhul töödeldakse esitatud teksti tulemuse saamiseks ning seda ei kasutata millelegi treenimiseks. Kui kaasatud on kolmanda osapoole mudelipakkuja, on see lepinguline küsimus ja me suhtume sellesse vastavalt: kokkulepe välistab esitatud sisu kasutamise treenimiseks.

Eelistame viidata arhitektuurile, mitte lepingule, sest arhitektuur on see osa, mis ei sõltu sellest, kas keegi oma sõna peab.

Mida see tootele maksma läheb

Päris asju.

Vestlusteülest mälu pole. Miski ei saa märgata, et ütlesite märtsis midagi sarnast.

Meie poolel puudub otsing teie ajaloo kohta.

Puuduvad ennetavad soovitused selle põhjal, mida te kaks olete tegelikult kirjutanud, ehkki see on funktsioon, mida inimesed küsivad kõige rohkem.

Neid pole arendusplaanis. Need on kättesaamatud ja selles ongi teema tuum.

Kuidas hinnata iga rakendust, mis nii väidab

Küsige, mida mudel näeb. Küsige, kas vastus on tagatud arhitektuuri või reeglistikuga. Ja küsige, mida peaks ettevõte ümber ehitama, et vastust muuta.

Kui vastus viimasele küsimusele on "mitte midagi, me uuendaksime dokumenti", siis teate kõike, mida oli vaja teada.