Ehitame AI-d süsteemidesse, millel on juba omanikud, õigused ja tagajärjed — kus tulemust peab saama selgitada ka kuude pärast ja kus keegi peab selle eest vastutama.
Mudel on väike osa. Töö on andmepiirides, hindamises, eskalatsiooniteedes madala kindluse korral, ligipääsuõigustes, versioonihalduses, seires ja tagasiteedes siis, kui midagi läheb valesti.
Oleme insenerimeeskond, mitte AI-nõustaja. Ehitame süsteemi ja see läheb tootmisse.
Miros on tehisintellektil põhinev tootesoovitus e-kaubandusele: see loeb ostja kavatsust käitumisest, mitte märksõnadest. Meie töö on sobitamine ja selle taga olevate erinevate AI-mudelite orkestreerimine — milline mudel millal ja mille peal töötab ning mis tulemusega edasi juhtub.
Orkestreerimine ongi koht, kus enamik tootmises töötavast AI-st tegelikult elab. Üks mudel teeb harva kogu töö ära ja just mudelite vahelistes õmblustes kvaliteet võidetakse või kaotatakse.
Loeme dokumendist andmed välja ja võrdleme neid, tuvastame võimalikud pettusetunnused ning suuname madala kindluse või erandjuhtumid inimesele üle vaadata. Suunamine on sama oluline kui väljalugemine — süsteem, mis vaikselt oletab, on halvem kui see, mis küsib.
Vastused tuginevad kinnitatud juhenditele, protseduuridele ja andmetele, viidatud allikatega, olemasolevate ligipääsuõigustega ja asjakohase logimisega. Assistent, mis pääseb ligi rohkemale kui selle kasutaja, ei ole funktsioon.
Kasutame AI-d seal, kus see võtab ära käsitsi lugemise ja sortimise, ning jätame otsuse sellele, kes peab sellele alla kirjutama. Eskalatsiooniteed on sisse projekteeritud algusest peale, mitte lisatud siis, kui keegi kaebab.
Selle ümber: versioonitud mudelid ja juhised, hindamisandmestikud, kooskõlastused, seire ning püsivad kirjed sisenditest, kasutatud allikatest ja väljunditest.
Enamik panku on AI demot näinud. Raskem osa on viia AI tootmisse, kus olulised väljundid peavad jääma jälgitavaks, ülevaadatavaks ja põhjendatavaks veel kaua pärast käivitamist.
Toome kaasa insenerdistsipliini, mis on kujunenud identiteedi-, allkirja- ja maksesüsteemides, kus töökindlus ja auditeeritavus on nõuded, mitte hilisemad lisandused.
Hoiatuste triaaž on tavaline algus: seada hoiatused tähtsuse järjekorda ja vähendada analüütiku koormust nii, et tõendid ja põhjendus jäävad alles ning otsused hoiatust vaigistada, eskaleerida või sulgeda järgivad panga kinnitatud reegleid ja jäävad hiljem ülevaadatavaks.