Jokaisen tekoälyvastauksen taustalla oleva toimitusketju
Vastaus saapuu liian siistinä
Kaikkein epäilyttävin asia modernissa tekoälyvastauksessa on se, miten siistiltä se näyttää. Käyttäjä esittää kysymyksen, käyttöliittymä pitää henkeään hetken, ja esiin ilmestyy kappale sellaisen virkailijan varmuudella, joka ei ole koskaan hukannut yhtäkään lomaketta. Siinä ei ole pölyä. Siinä ei ole sormenjälkiä. Taustalla ei piippaa trukki. Vastaus näyttää syntyneen kokonaisena, kuin toimintamääräys lasikuvun alla.
Tämä siisteys on hyödyllistä käyttäjälle ja vaarallista operaattorille. Vastauksen takana on ketju syötteitä, muunnoksia, hallintatoimia, tallennuspäätöksiä, inhimillisiä valintoja ja koneellisia oletuksia. Jossakin on lähdeasiakirja, muisti, haettu katkelma, koulutusjälki, toimintosääntö tai välimuistiin tallennettu laskelma. On upotusmalli, joka päätti, mikä oli samankaltaista, hakemisto, joka päätti, mikä oli löydettävissä, malli, joka päätti, mitkä sanat tulisivat seuraavaksi, kehotevaippa, joka päätti, mitä käyttäjä sai kysyä, ja lokituskerros, joka päätti, mitä muistettaisiin sen jälkeen, kun kaikki olivat lähteneet kotiin.
Tavallisissa toimitusketjuissa olemme oppineet kysymään, mistä osat tulevat. Sairaala haluaa tietää, onko laite steriili. Sillanrakentaja haluaa tietää, mikä teräserä meni mihinkin palkkiin. Ruokakauppa haluaa tietää, mikä maatila lähetti salaatin, kun salaatti alkaa käyttäytyä kuin pieni lakiosasto. Tekoäly ansaitsee samanlaisen operationaalisen epäluulon. Vastaus ei ole ihme. Se on koottu tuote.
Vaikeus on siinä, että tekoälyn toimitusketjut ovat enimmäkseen näkymättömiä käyttöhetkellä. Käyttäjä näkee lauseen. Organisaatio saa päätöksen, suosituksen, yhteenvedon tai luonnoksen. Sitä, mitä se usein ei saa, on vastauksen materiaaliluettelo. Mitä tietoja käytettiin. Mikä malliversio puhui. Mitkä hakemistot olivat käytössä. Mikä toimintosääntö esti tai muokkasi vastausta. Mikä välimuisti palautti vanhentunutta aineistoa. Kuka ihminen muutti järjestelmää viime viikolla, koska kokous venyi ja muutosikkuna oli vielä auki.
Vastaus on lähetys, ei kipinä
Tämän kutsuminen toimitusketjuksi ei ole koristeellinen vertauskuva. Se muuttaa kysymykset. Jos vastaus on lähetys, on olemassa toimittajia, osia, reittejä, tarkastuksia, korvaavia tuotteita, viivästyksiä, hävikkiä, takaisinkutsuja ja vastuita. Kehote ei ole pelkkä lause. Se on tilaus. Hakukerros ei ole pelkkää hakua. Se on tavaran poimimista hyllyiltä. Malli ei ole pelkkää älykkyyttä. Se on muunnoslaitos, joka muuttaa valitun aineiston tuotokseksi. Toimintosääntökerros on laadunvalvontaa. Loki on toimitusasiakirja, olettaen että se on olemassa eikä sitä ole kirjoitettu häviävällä musteella, koska joku piti telemetriaa kalliina.
Useimmat organisaatiot ymmärtävät fyysiset toimitusketjut jo paremmin kuin digitaaliset. Ne tietävät, että pieni muutos toimittajassa voi aiheuttaa suuria vaikutuksia alavirtaan. Ruuvi, jonka toleranssi poikkeaa, ei välttämättä haittaa ennen kuin kone alkaa täristä. Tarra, jonka muoto muuttuu, ei välttämättä haittaa ennen kuin tulli kieltäytyy ottamasta laatikkoa vastaan. Kylmäketju, joka katkeaa kahdeksikymmeneksi minuutiksi, ei välttämättä haittaa ennen kuin näytteestä tulee lääketieteellisesti kiinnostava. Tekoälyssä sama kaava toistuu vähemmällä kohinalla. Palojen jakosääntö muuttuu. Malliversio päivittyy. Tietoaineisto virkistetään. Ranking-kynnys siirtyy. Vastaus näyttää edelleen sujuvalta, ja juuri siksi muutos voi jäädä huomaamatta.
Tällä on merkitystä, koska sujuva virhe on toiminnallisesti hankala. Kun kuljetinhihna pysähtyy, ihmiset huomaavat sen. Kun malli antaa uskottavan vastauksen väärästä lähteestä, organisaatio voi jatkaa kuukausia kohteliaan vian kanssa. Se näkyy epäjohdonmukaisina neuvoina, hitaana tukena, heikkona jäljitettävyytenä tai päätöksinä, joita ei voi puolustaa, kun sidosryhmän edustaja lopulta kysyy vanhanaikaisen kysymyksen: miksi.
Toimitusketjunäkökulma antaa tiimeille konkreettisemman tavan hallita tätä riskiä. Se edellyttää nimettyjä syötteitä, versioituja komponentteja, hallittuja korvaavia osia, mitattavia laatuportteja ja kuittauksia. Se ei vaadi mystistä varmuutta. Se vaatii riittävästi rakennetta, jotta perustavanlaatuisiin toiminnallisiin kysymyksiin voidaan vastata ilman, että vian selvittämisestä tulee istunto kuvakaappausten kanssa.
Piilotettu materiaaliluettelo
Ensimmäinen puuttuva artefakti monissa tekoälyjärjestelmissä on materiaaliluettelo. Ohjelmistotiimit tuntevat ajatuksen riippuvuuksien hallinnasta. Tietoturvatiimit tuntevat sen ohjelmistojen materiaaliluetteloista. Valmistustiimit tuntevat sen osaluetteloista. Tekoäly tarvitsee oman toiminnallisen versionsa, koska vastaus voi riippua muustakin kuin koodikirjastoista. Se voi riippua julkisista korpuksista, lisensoidusta datasta, yksityisistä asiakirjoista, upotuksista, piirrekauppapaikoista, kehotesivupohjista, järjestelmäviesteistä, työkaluista, käytännöistä, ihmispalautteesta, arviointijoukoista, laitteistokiihdyttimistä, suoritusaika-asetuksista ja joskus siitä hiljaisesta optimismista, jolla joku päätti, että oletuslämpötila olisi varmaan ihan hyvä.
Hyödyllinen materiaaliluettelo ei ole kolmenkymmenen sivun todistus, jota kukaan ei lue ennen kuin hankinta pyytää logoa. Se on elävä kartta komponenteista, jotka voivat vaikuttaa tulosteeseen. Hakujärjestelmässä sen tulisi yksilöidä lähdekokoelmat, asiakirjaversiot, poimintaprosessi, palojen jakostrategia, upotusmalli, indeksin rakennuspäivä, ranking-säännöt, käyttöoikeussuodattimet, tuoreustakuut ja poistopolku. Mallipalvelussa sen tulisi yksilöidä painot, sovitinkerrokset, kvantisointivalinnat, dekoodausasetukset, turvasuodattimet, työkaluoikeudet, lokien säilytysajat ja varakäyttäytyminen. Agenttipohjaisessa työnkulussa siihen tulisi sisältyä työkalut, laajuudet, tunnistetiedot, tila, uudelleenyrityssäännöt ja ihmisen tarkistuspisteet.
Materiaaliluettelon on oltava riittävän lähellä toimintaa pysyäkseen paikkansapitävänä. Jos se elää vain vaatimustenmukaisuuskansiossa, se vanhenee kuin jogurtti hansikaslokerossa. Insinöörit muuttavat asetuksia, tuotetiimit lisäävät lähteitä, toimittajat päivittävät palveluita, ja virallinen asiakirja pysyy itsevarmasti vääränä. Kartta on sidottava julkaisuihin, lähdemuutoksiin, indeksin rakennuksiin, käytäntöpäivityksiin ja toimittajailmoituksiin. Muuten organisaatiolla on museoesiteksti, ei hallintapinta.
Tässä kohtaa tekoälyinfrastruktuurista tulee vähemmän glamourista ja hyödyllisempää. Työ ei ole vain nopeampaa päättelyä tai suurempia konteksti-ikkunoita. Se on tylsää kurinalaisuutta siitä, että tiedetään, mitä järjestelmään tuli, mikä muunsi sen, mikä esti sen, mitä lähti ja mitä todisteita jää jäljelle. Tylsä on loukkaus vain siihen asti, kunnes sääntelijä, asiakas, kliinikko tai tuomari kysyy yksityiskohtia. Silloin tylsästä tulee huoneen kaunein sana.
Datallakin on toimittajia
Ihmiset kohtelevat usein dataa kuin se vain olisi olemassa, kuten sää tai toimiston pöly. Todellisuudessa datalla on toimittajia. Joku keräsi sen, muokkasi sen, merkitsi sen, vei sen, korjasi sen, unohti korjata sen tai peri sen aiemmasta järjestelmästä, jonka tietokantakaavio näyttää suunnitellulta paloharjoituksen keskellä. Datan alkuperällä on merkitystä, koska tekoälyjärjestelmät vahvistavat oletuksia, jotka tavallinen raportointi saattaisi vain näyttää.
Asiakastietue, julkinen säädös, huoltoloki, sairauskertomus, tuotemanuaali ja tutkimustiivistelmä eivät ole samassa toimitusketjussa. Niihin liittyy erilaisia oikeuksia, päivitysrytmejä, laatuongelmia ja haittaprofiileja. Mallin vastaus, joka nojaa vanhentuneeseen tuotemanuaaliin, voi aiheuttaa harmia. Mallin vastaus, joka nojaa vanhentuneeseen kliiniseen protokollaan, voi aiheuttaa paljon muutakin kuin harmia, ja harmia on jo aiheutettu riittämiin terveydenhuollon hallinnossa.
Hyvä datan hankinta kysyy yksinkertaisia mutta epämukavia kysymyksiä. Kuka omistaa tämän lähteen. Mikä on virallinen versio. Kuinka nopeasti päivitykset saapuvat. Miten korjaukset leviävät upotuksiin ja välimuisteihin. Mitkä osat on lisensoitu tähän käyttötarkoitukseen. Mitkä kentät ovat arkaluonteisia myös muunnoksen jälkeen. Minkä lähteen pitäisi voittaa, kun kaksi lähdettä ovat eri mieltä. Minkä lähteen on sallittua ylittää raja. Minkä lähteen on jätettävä kuitti käytön yhteydessä.
Vastaus ei voi olla yksi yleinen sääntö. Jotkut lähteet tarvitsevat reaaliaikaista tuoreutta. Jotkut tarvitsevat vakaita historiallisia tilannekuvia. Jotkut tarvitsevat ihmisen hyväksynnän ennen lisäämistä. Jotkut tarvitsevat automaattisen vanhenemisen. Jotkut tarvitsevat poistamisen ennen indeksointia. Joitakin ei pitäisi koskaan indeksoida lainkaan. Toimitusketjuajattelu hyväksyy tämän epätasaisuuden. Se lakkaa teeskentelemästä, että kaikki data on yleistä polttoainetta, ja alkaa kohdella sitä varastona, jolla on käsittelyohjeet.
Mallin painot ovat tuontikomponentteja
Mallin painoista puhutaan usein kuin ne olisivat yksi ostettu esine. Käytännössä ne käyttäytyvät enemmän kuin tuontikomponentti, jonka sisäinen rakenne on tuntematon. Perusmalli saapuu mukanaan koulutushistoria, arkkitehtuurivalinnat, vertailuarvojen käyttäytyminen, lisenssit, turvallisuusviritys, tunnetut heikkoudet ja tuntemattomat heikkoudet. Adapterikerrokset, hienosäätö, kvantisointi ja käyttöönottokääreet muuttavat sitten, miten kyseinen komponentti käyttäytyy paikallisessa järjestelmässä.
Tämä ei tee malleista oletusarvoisesti epäluotettavia. Se tarkoittaa, että niitä tulisi käsitellä vakavina komponentteina. Testaat niitä omaa käyttötapaustasi vasten. Kirjaat versiot. Ymmärrät lisenssirajoitukset. Mittaat käyttäytymistä kvantisoinnin jälkeen. Tarkistat, onko turvallisuusviritys ristiriidassa toimialavaatimusten kanssa. Säilytät aiemmat versiot vertailua varten. Et vaihda moottoria julkiseen bussiin siksi, että kilparadalla tehty vertailu näytti lupaavalta.
Malli ei myöskään ole koko vastaus. Tämä on tärkeää, koska hankinta- ja hallintokeskusteluista voi tulla mallikeskeisiä. Ihmiset kysyvät, mikä malli on paras, ikään kuin vastaus ratkaisisi arkkitehtuurin. Heikompi malli, jolla on puhtaat lähteet, tiukat käyttöoikeudet, selkeä haku, hyvät kuittaukset ja tunnetut vikatilat, voi olla operatiivisesti vahvempi kuin kyvykkäämpi malli, jota ruokitaan suosta. Kyvykkyys ilman toimitusketjun kurinalaisuutta on vain nopeutta, jossa on hienompi typografia.
Toimitusketjun hallinta erottaa siten komponentin suorituskyvyn järjestelmän vastuusta. Mallintoimittaja voi tarjota kyvykkään moottorin, mutta organisaatio on edelleen vastuussa siitä, miten moottori hankitaan, konfiguroidaan, yhdistetään, valvotaan ja selitetään. Komponentin ulkoistaminen ei ulkoista velvollisuutta ymmärtää reitti kysymyksestä vastaukseen. Tuolla reitillä monet viat asuvat, nimilapussa lukee integraatio.
Päätelmä on logistiikkaa paineen alla
Päätelmä tuntuu laskennalta, ja sitä se onkin, mutta operatiivisesti se käyttäytyy kuin logistiikka. Työ saapuu ennakoimattomasti. Jotkut kysymykset ovat pieniä paketteja. Toiset ovat kontteja täynnä kontekstia. Pyynnöt tarvitsevat reitityksen oikeaan malliin, pääsyn oikeisiin lähteisiin, riittävän kapasiteetin, hyväksyttävän viiveen, käytäntötarkistukset, kustannusrajat ja palautumisen, kun riippuvuus on hidas. Käyttäjä ei välitä siitä, että jono oli tyylikäs. Käyttäjä välittää siitä, että vastaus saapui ennen kuin kokous päättyi.
Tämä paine on syy oikoteiden ilmestymiseen. Tiimit välimuistittavat tulosteita. Ne laskevat hakukynnyksiä. Ne reitittävät kalliita pyyntöjä halvempiin malleihin. Ne karsivat kontekstia. Ne eräajavat. Ne heikkenevät sulavasti tai vähemmän sulavasti viikosta riippuen. Nämä valinnat eivät ole vääriä. Ne ovat operaatioita. Mutta operaatiot tarvitsevat kuittauksia, koska jokainen oikotie muuttaa toimitusketjua. Välimuistitettu vastaus voi käyttää eilisen käytäntöä. Varamalli voi olla heikompi kapeassa tehtävässä. Karsittu konteksti voi jättää pois lausekkeen, jolla oli merkitystä. Kustannusrajoitin voi muuttaa tarkan vastauksen joksikin, joka kuulostaa tarkalta kunnioittavan välimatkan päästä.
Infrastruktuurivalinnat muovaavat myös organisaation valtaa. Jos indeksit elävät kaukana datasta, jokaisesta kyselystä tulee liikettä. Jos avaimet elävät paikallisen hallinnan ulkopuolella, jokainen arkaluonteinen haku riippuu etäisestä lupauksesta. Jos lokit keskitetään ilman lähdekontekstia, auditoinnista tulee arkeologiaa. Jos yksi hallittu palvelu omistaa reitityksen, käytännöt ja todisteet, organisaatio voi huomata, että sen tekoälykyvykkyys on itse asiassa vuokrasopimus, jossa on edistymispalkki.
Vastaus ei ole tuoda kaikkea yhteen kellariin ja kutsua sitä strategiaksi. Vastaus on sijoittaa komponentit harkiten. Osa työstä kuuluu datan lähelle. Osa työstä kuuluu käyttäjien lähelle. Osa työstä kuuluu sinne, missä on erikoistunutta laitteistoa. Osa todisteista on oltava riippumaton palvelupolusta. Logistiikan kysymys ei ole siitä, missä vaikuttavin kone sijaitsee. Se on siitä, miten ketju käyttäytyy, kun kysyntä piikittää, yksi toimittaja muuttuu, lähde korjataan tai käyttäjä pyytää todisteita.
Todisteet ovat vastaanottolaituri
Fyysisessä toimitusketjussa vastaanottolaituri on tärkeä, koska siellä väitteet kohtaavat todellisuuden. Rahtikirja sanoo, että laatikkoja saapui kaksitoista. Laituri laskee yksitoista. Ero ei ole filosofinen. Joku soittaa puhelun. AI tarvitsee saman tavan. Kun vastaus toimitetaan, järjestelmän pitäisi säilyttää riittävästi todisteita, jotta väitettyä voidaan verrata tapahtuneeseen.
Todisteet eivät tarkoita, että kaikki yksityiskohdat tallennetaan ikuisesti. Se olisi laiskaa hallintaa ja kallis lasku tallennuksesta. Kyse on oikeiden todisteiden säilyttämisestä oikealla tarkkuudella: mallin versio, prompt-mallin versio, lähdetunnisteet, hakupisteet, politiikkapäätökset, työkalujen kutsut, poistot, aikaleimat ja tarvittaessa tulosteen tiivisteet. Arkaluonteinen sisältö voi vaatia tiivistämistä, erottelua tai käyttötarkoitukseen sidottua säilytystä. Kyse ei ole valvonnasta. Kyse on rekonstruoitavuudesta.
Rekonstruoitavuus on ero virheenjäljityksen ja tarinankerronnan välillä. Ilman todisteita tiimi selittää poikkeaman haastattelemalla ihmisiä ja selaamalla kojelautoja, kunnes tarina kuulostaa riittävän uskottavalta dialle. Todisteiden avulla tiimi voi toistaa ketjun, löytää muuttuneen osan, mitata vaikutuksen ja päättää, tarvitaanko takaisinveto. Takaisinvedot kuulostavat dramaattisilta, mutta ne ovat normaali merkki kypsyydestä. Jos indeksi rakennettiin väärästä lähteestä, saatat joutua tunnistamaan vaikuttaneet vastaukset. Jos politiikkaeste petti, saatat joutua ilmoittamaan käyttäjille. Jos mallin versio käyttäytyi huonosti, saatat joutua ajamaan päätökset uudelleen. Teeskentely, että AI:n tuotokset haihtuvat käytön jälkeen, on kätevää vain sille, joka ei aio vastata valitukseen.
Vastaanottolaituri auttaa myös parantamisessa. Jos käyttäjät usein haastavat vastauksia saman puuttuvan lähteen takia, lähdeketju kaipaa työtä. Jos haku toistuvasti valitsee vanhaa materiaalia, tuoreussäännöt kaipaavat työtä. Jos malli ohittaa politiikkaohjeen tietyissä muotoiluissa, arviointi kaipaa työtä. Todisteet eivät ole vain kilpi auditointeja varten. Ne ovat palautejärjestelmä, joka estää ketjua muuttumasta huhuksi, johon on liitetty laskentatehoa.
Kun yksi lenkki muuttuu
Toimitusketjut pettävät kiinnostavilla tavoilla, koska lenkit ovat vuorovaikutuksessa. Sama pätee AI:hin. Mallipäivitys voi tehdä haun heikkoudet näkyvämmiksi, koska uusi malli kirjoittaa varmemmin. Uusi upotusmalli voi muuttaa, mitkä asiakirjat löytyvät, vaikka lähdeasiakirjat eivät muuttuneet. Politiikkapäivitys voi estää työkalukutsun ja saada mallin improvisoimaan. Kustannusraja voi muuttaa reititystä ja tehdä harvinaisista kysymyksistä epäluotettavampia. Lähdekorjaus voi tulla voimaan tietokannassa mutta ei indeksissä, mikä luo kaksi totuutta, mikä on yhden enemmän kuin useimmat instituutiot voivat sallia.
Tämä on syy, miksi tekoälyn muutoksenhallintaa ei voi rajoittaa sovellusten käyttöönottoihin. Sen on katettava tietopäivitykset, indeksien rakentaminen, kehotteiden muutokset, mallien vaihdot, työkalujen käyttöoikeusmuutokset ja käytäntöjen julkaisut. Jokaisella muutoksella tulisi olla laajuus, testijoukko, palautuspolku ja todisteiden suunnitelma. Testijoukon tulisi sisältää tavalliset tapaukset, reunatapaukset, vastakkainasettelevat muotoilut, vanhentuneen lähteen tarkistukset, käyttöoikeustarkistukset ja pienet tylsät tapaukset, jotka edustavat suurinta osaa todellisesta käytöstä. Tuotannolla on julma mieltymys tylsiin tapauksiin.
Vaikutusanalyysillä on merkitystä. Jos lähde muuttuu, mitkä indeksit riippuvat siitä. Jos indeksi muuttuu, mitkä työnkulut riippuvat siitä. Jos malli muuttuu, mitkä käytännöt ja arvioinnit on ajettava uudelleen. Jos työkalu muuttuu, mihin tunnistetietoihin ja lokeihin se vaikuttaa. Tämä riippuvuusgraafi on se osa tekoälyinfrastruktuuria, joka harvoin näkyy pääpuhujan kalvoissa. Hyvä on. Antakoon pääpuhuja valaistuksensa. Riippuvuusgraafi vie organisaation torstaihin asti.
Tiimit tarvitsevat myös kielen osittaiseen luottamukseen. Komponentti voidaan hyväksyä yhteen tehtävään, mutta ei toiseen. Malli voi olla hyväksyttävä julkisten pöytäkirjojen tiivistämiseen, mutta ei hyväksyttävä etuuspäätösten luonnosteluun. Lähde voi olla hyödyllinen haussa, mutta ei automaattisissa suosituksissa. Hakuketju voi olla riittävän hyvä ihmisen avustamiseen, mutta ei riittävän hyvä autonomiseen toimintaan. Toimitusketjuajattelu tekee näistä eroista normaaleja sen sijaan, että se pakottaisi jokaisen komponentin luotettu tai ei-luotettu -teatteriin.
Hankinnan on kasvettava aikuiseksi
Tekoälyn ostaminen ominaisuutena piilottaa toimitusketjun. Tekoälyn ostaminen infrastruktuurikyvykkyytenä paljastaa sen. Tämä paljastuminen voi tuntua aluksi hitaammalta, koska vakavia kysymyksiä ilmaantuu. Missä lähdeoikeudet sijaitsevat. Miten indeksit rakennetaan uudelleen. Voidaanko lokit viedä. Voidaanko käytäntöpäätöksiä tarkastaa. Mitä tapahtuu, kun toimittaja vaihtaa mallin. Voimmeko kiinnittää versiot. Voimmeko testata ennen käyttöönottoa. Kuka omistaa johdetun datan. Miten poistamme. Miten palautamme. Miten lähdemme. Hankintaosastot saattavat huokaista tässä vaiheessa, mikä on reilua. Huokailu on perinteinen osa aikuisuutta.
Nämä kysymykset eivät ole innovaatiovastaisia. Ne ovat tapa, jolla innovaatio selviää vastuun kanssa. Organisaatio, joka ei pysty vastaamaan niihin, voi silti ajaa pilottia. Se voi jopa voittaa pienen sisäisen palkinnon valokuvalla, jossa ihmiset osoittavat näyttöä. Mutta kun pilotista tulee palvelu, toimitusketjusta tulee todellinen. Käyttäjät luottavat siihen. Kustannukset skaalautuvat. Virheillä on merkitystä. Todisteita pyydetään. Toimittajat muuttavat ehtoja. Järjestelmä tarvitsee operatiivista toimintaa, ei tunnelmaa nimilapussa.
Hyvä hankinta kysyy siis operatiivisia oikeuksia, ei vain tuoteväitteitä. Versioiden kiinnittäminen, vietävät lokit, lähdetason alkuperä, poiston tuki, mallimuutoksista ilmoittaminen, arviointikytkimet, paikalliset avainvaihtoehdot, varajärjestelmien läpinäkyvyys ja poistumismuodot tulisi muuttaa tavallisiksi vaatimuksiksi. Instituution ei tarvitse hallita jokaista komponenttia suoraan. Sen tarvitsee vain riittävästi vipuvartta ketjun tarkastamiseen, korvaamiseen, pysäyttämiseen ja selittämiseen.
Tässä on kulttuurinen muutos. Tekoälytiimien on lopetettava hallinnon kohtelu paperityönä mielenkiintoisen osan jälkeen. Hallinto on osa koneistoa. Lakitiimien on lopetettava teknisen alkuperän kohtelu eksoottisena harrastuksena. Se on paikka, jossa velvoitteista tulee tarkastettavia. Ostajien on lopetettava demojen kohtelu todisteina. Demot ovat teatteria kirjautumisella. Todisteet ovat sitä, mitä jää jäljelle, kun aplodit ovat löytäneet hissin.
Opetus
Jokaisella tekoälyn vastauksella on toimitusketju. Ketju voi olla lyhyt tai pitkä, paikallinen tai hajautettu, avoin tai suljettu, dokumentoitu tai arvattu. Mutta se on olemassa. Ruudulla näkyvä lause on lähteiden, indeksien, mallien, politiikkojen, infrastruktuurin, ihmisten ja todisteiden lopullinen kokoonpano. Sen kohteleminen taikana on johtamisen valinta. Sen kohteleminen toimitusketjuna on operatiivinen valinta.
Käytännön tavoite ei ole tehdä jokaisesta vastauksesta raskaan byrokratian kuormittama. Se on tehdä tärkeistä vastauksista riittävän jäljitettäviä, jotta niitä voidaan tarkastaa ja muuttaa. Nimeä komponentit. Versioi lähteet. Hallitse korvauksia. Sijoita työ harkiten. Säilytä kuitit. Testaa reitti, ei vain mallia. Säilytä kyky palauttaa tulosteita, kun linkki epäonnistuu. Säilytä riittävästi institutionaalista tietoa, jotta voit kysyä parempia kysymyksiä kuin sen, näyttikö demo fiksulta.
Tekoälystä tulee jatkuvasti sujuvampaa. Se on hyödyllistä. Se tarkoittaa myös sitä, että näkyvä tulos muuttuu entistä huonommaksi oppaaksi sen takana olevan ketjun laadusta. Organisaatiot, jotka oppivat hallitsemaan tätä ketjua, pysyvät rauhallisempina, kun järjestelmät muuttuvat, toimittajat liikkuvat, lait tiukkenevat, kustannukset nousevat tai käyttäjät pyytävät todisteita. Vastaus voi saapua sekunnissa. Sen takana oleva luottamus rakennetaan paljon aikaisemmin, yksi vaatimaton linkki kerrallaan.