Nopea arvailu ilman alkuperän varmistusta
Vastaus ilman kahvaa
Kokous hiljeni, kun avustaja tuotti vastauksen. Se oli ensimmäinen varoitus. Ihmiset yleensä pitävät meteliä, kun ohjelmisto epäonnistuu ilmeisellä tavalla. He nojaavat taaksepäin, huokaisevat, kysyvät kuka omistaa jutun ja kehittävät yhtäkkiä mielipiteitä hankinnoista. Tämä vastaus ei epäonnistunut ilmeisellä tavalla. Se oli sujuva, siisti ja juuri sellainen kappale, joka saa projektiryhmän istumaan suoremmassa. Se sanoi, että käytäntö salli poikkeuksen. Se antoi kolme syytä. Se käytti samaa sanastoa kuin käytäntötoimisto. Se kuulosti jopa hieman tylsistyneeltä, mikä on usein institutionaalisen totuuden työasu.
Sitten joku kysyi, mistä vastaus oli peräisin. Näyttö tarjosi lähdemerkinnän, joka sanoi sisäinen ohjeistus. Se ei ollut lähde. Se oli mieliala, jolla oli arkistokaappi. Mikä ohjeistus. Mikä versio. Mikä kappale. Oliko asiakirja vielä voimassa. Oliko kysyjällä lupa nähdä se. Oliko teksti kopioitu luonnoksesta, voimassa olevasta käytännöstä, kokousmuistiosta vai toisen järjestelmän tuottamasta koulutusesimerkistä. Avustaja ei osannut sanoa. Se oli hakenut jotain tai väittänyt tehneensä niin. Ryhmällä oli vastaus ilman kahvaa. Sitä saattoi ihailla, mutta sitä ei voinut nostaa.
Tämä on hiljainen ansa haulla tehostetussa tekoälyssä. Haku saa mallin tuntumaan maadoittuneelta, koska vastaus ei enää tule yksin mallilta. Hakukerros löytää asiakirjoja, paloja, tietueita tai faktoja, välittää ne kontekstiin ja malli kirjoittaa niistä. Se on hyödyllistä. Sitä on myös vaarallisen helppo yliarvioida. Jos järjestelmä ei voi näyttää, mitä se haki, miksi sen oli sallittua hakea se, kuinka tuoretta se oli, mitkä muunnokset koskivat sitä ja miten lopullinen vastaus riippuu siitä, haku ei ole ratkaissut arvaamista. Se on laittanut arvaamisen nopeammalle reitille.
Vanha malli arvasi muistista. Uusi järjestelmä saattaa arvata palojen kasasta. Se on parannus vain, jos kasaa hallinnoidaan. Muuten organisaatio on rakentanut itsevarman kirjastonhoitajan, joka juoksee hyvin nopeasti arkiston läpi ja kieltäytyy pitämästä hyllynumeroita. Vaikuttava kunto. Huono auditointipolku.
Haku on kuljetuskerros, ei totuuskerros
Yksinkertaisin tapa ymmärtää haku väärin on kohdella hakutuloksia totuutena. Haku ei tunne totuutta. Haku tuntee osuman. Vektori haku tuntee samankaltaisuuden. Avainsanahaku tuntee termit. Hybridihaku tuntee neuvotellun aselevon näiden kahden välillä. Uudelleenjärjestäjä voi parantaa järjestystä. Metadatasuodattimet voivat poistaa ilmeisiä virheitä. Yksikään näistä vaiheista ei automaattisesti tiedä, onko kappale ajankohtainen, valtuutettu, täydellinen, ristiriitainen, korvattu, luottamuksellinen vai kirjoittanut joku, joka yritti päästä kotiin ennen junalakkoa.
Se ei tee hausta heikkoa. Se tekee hausta kohdennettua. Se on siirtokerros, joka tuo ehdokkaita todistusaineistoksi päättelyn pinnalle. Sen tehtävä on löytää mahdollisesti olennaista materiaalia rajoitteiden puitteissa. Totuuden työ alkaa, kun järjestelmä pystyy tunnistamaan materiaalin, säilyttämään sen kontekstin, vertaamaan sitä muuhun materiaaliin, hylkäämään vanhentuneet tai luvattomat lähteet, tuomaan esiin epävarmuuden ja pitämään kirjaa siitä, mitä tapahtui. Ilman näitä osia haku on vain nopeampaa valintaa. Nopeampi valinta ei ole sama asia kuin parempi harkinta. Koneen heittämä kolikko on silti kolikonheitto, vaikka se käyttäisi pilvipalvelun hyvityksiä.
Käytännön järjestelmissä ero näkyy pienissä kohdissa. Lähdeasiakirja pilkotaan paloiksi, mutta pala menettää otsikon, joka teki siitä merkityksellisen. Vektori-indeksi sisältää sekä voimassa olevat että käytöstä poistetut käytännöt, koska poisto hoidettiin innostuksella eikä prosessilla. PDF jäsennettiin ilman alaviitteitä. Taulukosta tuli merkkijono yksinäisiä numeroita. Pääsynhallintasääntöä sovellettiin asiakirjaan, mutta ei upotukseen. Vastaus viittaa kappaleeseen, joka oli olennaista yhdellä alueella ja laitonta toisella. Kukaan ei suunnitellut epäonnistumista. He vain antoivat todistusaineiston menettää tunnisteensa liikkuessaan.
Parannuskeino ei ole epäillä hakua. Parannuskeino on lopettaa sellaisten tehtävien vaatiminen, joihin sitä ei koskaan rakennettu. Haun pitäisi tuoda ehdokkaita. Alkuperätiedon pitäisi kertoa näiden ehdokkaiden tarina. Hallinnon pitäisi päättää, mitä ehdokkaita saa käyttää. Vastauksen pitäisi sisältää riittävästi todistusaineistoa, jotta ihmiset voivat tarkastaa sen joutumatta amatööriarkeologeiksi kansioon nimeltä archive final old.
Puuttuva hyllynumero
Kirjastot ymmärsivät alkuperätiedon ennen kuin tekoäly löysi sen uudelleen kalliimmalla sanastolla. Hyödyllinen lähdeviite antaa lukijan löytää teoksen, painoksen, sivun ja joskus jopa kappaleen. Se ei sano vain historiankirja. Varaston etiketti kertoo, mikä erä, toimittaja, lot ja viimeinen käyttöpäivä ovat olennaisia. Laboratorionäyte kulkee mukanaan säilytysketjun, koska kukaan ei halua lääkettä, joka perustuu mutuun. Jokaisessa tapauksessa pointti on arkisuudessaan selvä: kun seurauksia on, objekteilla on oltava identiteetti liikkeen aikana.
Hakujärjestelmien läpi kulkeva data tarvitsee saman kurinalaisuuden. Asiakirja ei ole tekstimöykky. Sillä on alkuperä, omistaja, oikeusperusta, soveltamisala, yleisö, versio, voimassaoloaika, muoto, jäsennin, pilkkomiskäytäntö, upotusmalli, indeksointiaika, pääsykäytäntö ja poistopolku. Se kuulostaa paljolta, koska se on paljon. Se on silti vähemmän kuin se, että joutuu selittämään sääntelijälle, potilaalle, asiakkaalle tai hallitukselle, että järjestelmä todennäköisesti luki jotain hyödyllistä, mutta tarkka jokin on saavuttanut hengellisen itsenäisyyden.
Hyllynumero suojaa myös kehitystiimejä. Kun vastaus on väärä, tiimin on tiedettävä, jäikö haku löytämättä oikean lähteen, asettiko se väärän lähteen korkealle, sisältyikö mukaan vanhentunutta materiaalia, katosiko konteksti pilkkomisessa, salliko se käyttöoikeusvuodon vai antoiko se mallin jättää parhaan todistusaineiston huomiotta. Nämä ovat erilaisia vikoja. Ilman alkuperätietoa ne romahtavat yhdeksi hyödyttömäksi luokaksi: tekoäly oli outo. Tämä luokka on suosittu kokouksissa ja lähes täysin hyödytön häiriökatselmuksessa.
Hyvä alkuperätieto antaa epäonnistumiselle muodon. Se antaa tiimien tarkastaa asiakirjapolun, palojen rajat, upotusversion, kyselyn uudelleenkirjoituksen, uudelleenjärjestelyn tuloksen, kehotteen kokoamisen ja lopullisen tuotoksen. Se ei tee järjestelmästä täydellistä. Se tekee virheistä paikannettavia. Paikannettavat virheet voidaan korjata. Paikantamattomista virheistä tulee kansanperinnettä, ja kansanperinteellä on surkea käytettävyys.
Pilkkommen on toimituksellinen teko
Ihmiset kuvaavat usein pilkkomisen teknisenä esikäsittelyvaiheena. Se on kuitenkin enemmän. Pilkkominen päättää, mikä konteksti kulkee yhdessä. Kappale, joka on erotettu poikkeusmerkinnästään, voi muuttaa merkitystään. Takuuehto, joka on erotettu toimivaltaa koskevasta otsikostaan, muuttuu ansaksi. Kliininen suositus ilman potilasryhmää, joka rajaa sen, ei ole enää sama suositus. Koodiesimerkki ilman varoitustaan on väijytys, joka on puettu monospace-fonttiin.
Jokainen pilkkomisstrategia on toimituspoliittinen valinta. Kiinteät token-ikkunat ovat yksinkertaisia ja nopeita, mutta ne voivat katkaista merkityksen. Semanttinen pilkkominen kunnioittaa aiheenvaihdoksia, mutta se voi silti ohittaa taulukot, luettelot, kuvatekstit ja oikeudellisen rakenteen. Osioihin perustuva pilkkominen säilyttää hierarkian, mutta vain jos jäsennin todella tunnistaa hierarkian. Vanhempi-lapsi-haku voi tuoda pienen osuman ja laajemman ympäröivän kohdan, mutta silloin järjestelmän on tallennettava molemmat. Mikään tästä ei ole mystistä. Se on asiakirjatyötä. Asiakirjatyössä monet tekoälyjärjestelmät huomaavat, että tylsä toimisto oli suojannut merkitystä koko ajan.
Alkuperätiedot muuttavat pilkkomisen hiljaisesta vahingosta näkyväksi valinnaksi. Järjestelmän tulisi tietää, mikä asiakirja tuotti pilkkeen, mikä jäsennin luki sen, mitkä otsikot ympäröivät sitä, mitkä sisarpilkkeet olivat lähellä, miltä sivulta tai riviltä se tuli ja mikä suurempi kokonaisuus voidaan näyttää, kun ihminen kyseenalaistaa vastauksen. Vastauksen ei tarvitse näyttää kaikkea tätä joka kerta. Sen on kuitenkin säilytettävä se. Ero piilotetun kontekstin ja puuttuvan kontekstin välillä tulee tärkeäksi juuri sillä hetkellä, kun kaikki ovat jo väsyneitä.
Pilkkominen vaikuttaa myös oikeudenmukaisuuteen lähteiden välillä. Siisti HTML-sivu voi tuottaa kauniita pilkkeitä. Skannattu PDF voi tuottaa rikkoutuneita katkelmia. Laskentataulukko voi menettää rakenteensa. Jos hakujärjestelmä hiljaa suosii lähteitä, jotka jäsentyvät siististi, se voi myös suosia osastoja, toimittajia tai kieliä, joilla on parempi asiakirjahygienia. Tämä ei ole malliharha dramaattisessa mielessä. Se on toimistoharhaa, joka on vähemmän elokuvallista mutta yllättävän voimakasta.
Viittaukset eivät riitä
Viittaus voi olla hyödyllinen käyttöliittymä alkuperätiedoille, mutta se ei ole koko mekanismi. Monet järjestelmät näyttävät pieniä lähdemerkkejä vastauksen vieressä. Se on parempi kuin ei mitään. Se on myös helppo pelata vahingossa. Vastaus voi viitata asiakirjaan, joka haettiin mutta jota ei varsinaisesti käytetty. Se voi viitata sivuun, joka sisältää samankaltaisia sanoja mutta ei väitettä. Se voi viitata lähteeseen, joka oli järjestelmän saatavilla mutta ei käyttäjän saatavilla. Se voi viitata vanhaan versioon, koska indeksi on jäljessä tietovarastosta. Koristeellinen viittaus on silti koristetta, vain alaviitteen asuun puettuna.
Vakava alkuperätieto vaatii väitetason kurinalaisuutta. Jos vastaus sanoo, että politiikka sallii poikkeuksen, järjestelmän pitäisi tietää, mikä kohta tukee väitettä. Jos se sanoo, että poikkeus koskee vain tietyn kynnyksen alapuolella, sen pitäisi tunnistaa kynnyksen lähde. Jos se yhdistää kaksi lähdettä, sen pitäisi pitää liitos näkyvissä. Jos todisteet ovat ristiriidassa, sen ei pitäisi tasoittaa ristiriitaa yhdeksi iloisesti eteneväksi kappaleeksi. Malli voi tiivistää, mutta järjestelmän ei pitäisi antaa tiivistelmän pyyhkiä pois todistusrakennetta.
Tämä ei tarkoita, että jokaisen vastauksen mukana pitäisi tulla narulla sidottu lakinippu. Eri asiayhteydet vaativat eri tasoista pintayksityiskohtaa. Helpdesk-vastaus voi näyttää kaksi lähdelinkkiä ja luottamusmerkinnän. Lääketieteen, rahoituksen, lain tai julkisten palvelujen työnkulku voi vaatia kohtaviittauksia, versiotunnisteita ja ihmisen tekemän tarkistuksen tilan. Keskeinen vaatimus on, että pinta voi laajentua, kun seuraukset kasvavat. Järjestelmä, joka ei pääse siirtymään yksinkertaisesta vastauksesta tarkastettavaan todisteeseen, on chattibotti vakavassa paidassa.
Viittaukset tarvitsevat myös tyhjää tilaa. Järjestelmän pitäisi pystyä sanomaan, ettei se löytänyt riittävästi todisteita, tai että haetut lähteet ovat eri mieltä, tai että lähteet ovat vanhentuneita, tai että käyttäjällä ei ole pääsyä tarvittavaan aineistoon. Kieltäytyminen alkuperätietoineen on usein hyödyllisempi kuin vastaus, jossa on tekaistu viittaus. Organisaatio ei välttämättä pidä kieltävästä vastauksesta. Organisaatiot harvoin pitävät. Siksi hallintoa on olemassa, ja toisinaan myös kahvia.
Tuoreus on osa totuutta
Alkuperätieto ilman aikaa on puutteellista. Monet yritysten virheet johtuvat vanhasta aineistosta, joka pysyy haettavissa, koska kukaan ei halunnut poistaa mitään, jonka otsikko kuulosti tärkeältä. Politiikat vanhenevat. Hinnat muuttuvat. Tuotemanuaalit korvataan. Sääntelyohjeistus liikkuu. Datasanastot erkanevat. Hakujärjestelmä, joka kohtelee vanhaa ja ajankohtaista aineistoa tasavertaisesti, ei ole neutraali. Se ulkoistaa ajankäytön hallinnan kosinikulmayhtäläisyydelle, mikä on rohkea elämäntapavalinta.
Jokaisella hakujärjestelmän lähteellä pitäisi olla ajallinen merkitys. Milloin se luotiin. Milloin se tuli voimaan. Milloin se viimeksi tarkistettiin. Milloin se indeksoitiin. Milloin se vanhenee. Mikä versio korvasi sen. Oliko se luonnos, hyväksyntäkappale, arkistokappale vai voimassa oleva kappale. Nämä eivät ole byrokraattisia koristeita. Ne ovat osa sitä, onko vastaus riittävän totta käytettäväksi. Viime vuoden menettelyohjeen kappale voi olla täydellisesti kirjoitettu ja täydellisen väärä.
Tuoreudella on myös toiminnallisia seurauksia. Indeksoinnin viiveiden pitäisi olla näkyvissä. Jos säilö muuttui kello 09:00 ja vektori-indeksi päivittyy yön aikana, järjestelmän on tiedettävä tämä aukko. Jos kiireellinen aineisto ohittaa normaalin putken, ohitus pitäisi kirjata. Jos lähde poistetaan käytöstä, upotukset ja johdetut palat pitäisi poistaa sen mukana tai merkitä selvästi historiallisiksi. Muuten järjestelmästä tulee museo, joka toisinaan antaa toiminnallisia neuvoja.
Aikatietoinen alkuperätieto auttaa käyttäjiä luottamaan oikeisiin asioihin. Se antaa avustajan sanoa, että tämä vastaus perustuu politiikkaan, joka on voimassa 5. maaliskuuta 2026 alkaen, indeksoitu kello 11:20, eikä uudempaa korvaavaa merkintää löytynyt. Tuo lause ei ole glamourinen. Se on hyödyllinen. Hyödyllisyys voittaa glamourin jokaisessa tapauksessa, jonka olen kohdannut.
Käyttöoikeudet kulkevat mukana
Pääsynhallintaa sovelletaan usein etuovella ja unohdetaan käytävällä. Käyttäjällä ei välttämättä ole oikeutta avata lähdeasiakirjaa, mutta asiakirjan upotus voi sijaita jaetussa indeksissä. Katkelma voi päätyä kehotteeseen, koska hakupalvelu toimii laajojen palvelutunnusten alla. Generoitu vastaus voi paljastaa luottamuksellisen asian olemassaolon jopa lainaamatta sitä. Järjestelmä ei vuotanut tiedostoa, joku sanoo. Se vain vuoti johtopäätöksen. Tämä erottelu on parasta esittää turvallisen välimatkan päästä.
Alkuperätietojen on sisällettävä käyttöoikeudet, koska näyttö ilman valtuutusta ei ole käyttökelpoista näyttöä. Järjestelmän pitäisi tietää, mikä käyttäjä, rooli, tarkoitus ja asiayhteys sallivat kunkin haetun kohteen pääsyn vastaukseen. Sen pitäisi erottaa lähdekäyttö johdetusta käytöstä. Sen pitäisi käsitellä poistot ennen tuottamista tarvittaessa. Sen pitäisi tallentaa, milloin vastausta rajoitti käyttöoikeus eikä näytön puute. Muuten käyttäjät tulkitsevat hiljaisuuden väärin poissaoloksi tai, mikä pahempaa, saavat tietoa, jota heidän ei ollut koskaan tarkoitus nähdä.
Käyttöoikeustietoinen haku on tavallista hakua vaikeampaa, koska se muuttaa järjestystä, välimuistia, arviointia ja testausta. Kaksi käyttäjää voi kysyä saman kysymyksen ja saada perustellusti eri näytön. Se ei ole epäjohdonmukaisuutta. Se on hallintaa. Vaikea osuus on tehdä erosta selitettävä paljastamatta sitä, minkä on pysyttävä piilossa. Järjestelmän voi olla tarpeen sanoa, että käyttöoikeutesi ulkopuolella voi olla rajoitettuja tietoja, sen sijaan että se teeskentelisi maailman sisältävän vain sen, minkä käyttäjä voi lukea.
Tässä myös monet pilottihankkeet kaatuvat, kun ne kohtaavat todellisuuden. Jaettuun kansioon rakennettu prototyyppi voi vakuuttaa kaikki viikoksi. Sitten joku kysyy henkilöstötiedoista, yrityskauppa-asiakirjoista, potilasmuistiinpanoista, oikeudellisesta etuoikeudesta, työehtosopimusaineistosta tai vientivalvotusta tutkimuksesta. Hakujärjestelmä tarvitsee yhtäkkiä aikuista valvontaa. Hauskasta demosta tulee tiedonhallintaprojekti, mitä se oli koko ajan.
Ristiriita ei ole vika, joka pitää piilottaa
Oikeat arkistot ovat ristiriitaisia. Politiikkatiimi päivitti menettelyohjeen mutta ei usein kysyttyjä kysymyksiä. Usein kysytyt kysymykset päivittivät esimerkin mutta eivät taulukkoa. Aluekonttori piti paikallisen poikkeuksen. Sopimus sanoo yhtä, toteutusopas toista, ja hyvin käytännöllisen ihmisen rakentama taulukkolaskenta sanoo sen, mitä kaikki oikeasti tekevät. Haku löytää kaiken sen, jos kysely on epäonninen tai rehellinen.
Alkuperätietoinen järjestelmä käsittelee ristiriitaa ensiluokkaisena tuloksena. Sen pitäisi näyttää, että useat lähteet ovat eri mieltä, tunnistaa niiden auktoriteetti ja tuoreus, ja välttää esittämästä yhtä sekoitettua vastausta ikään kuin organisaatio olisi puhunut yhdellä äänellä. Joskus oikea vastaus ei ole poikkeus on sallittu. Joskus se on nykyinen politiikka näyttää sallivan sen, usein kysytyt kysymykset näyttävät vanhentuneilta, ja sopimuksen omistajan pitäisi ratkaista ristiriita ennen toimia. Se vastaus on vähemmän kätevä. Se myös aiheuttaa vähemmän todennäköisesti pienen oikeudellisen sääjärjestelmän.
Ristiriitojen käsittely edellyttää lähteiden järjestämistä auktoriteetin mukaan, ei pelkästään relevanssin. Hallituksen hyväksymä käytäntö voi olla tärkeämpi kuin tukartikkeli. Allekirjoitettu sopimus voi olla tärkeämpi kuin myyntiesitys. Paikallinen menettely voi olla tärkeämpi kuin yleinen käsikirja omalla toimialueellaan. Luonnos ei saa olla tärkeämpi kuin voimassa oleva versio, ellei käyttäjä nimenomaisesti kysy luonnoksista. Nämä säännöt ovat tylsiä. Ne ovat myös kohta, jossa organisaation totuushierarkiasta tulee teknistä.
Jos kukaan ei halua määritellä tätä hierarkiaa, hakujärjestelmä määrittelee sen vahingossa. Se käyttää tekstin samankaltaisuutta, tuoreutta, muotoilun laatua, katkelman pituutta tai mitä tahansa signaalia, jonka putki tarjoaa. Vahingossa syntynyt auktoriteetti on silti auktoriteettia. Se vain saapuu ilman pöytäkirjaa.
Arviointi tarvitsee lähdepetoksia, ei vain vastauspetoksia
Monet tiimit arvioivat hakujärjestelmiä tarkistamalla, kuulostaako lopullinen vastaus oikealta. Se on hyödyllistä mutta riittämätöntä. Oikea vastaus väärästä lähteestä on tuleva tapaturma lämpenemässä. Järjestelmä on voinut onnistua vain siksi, että malli tiesi vastauksen jo valmiiksi, tai siksi, että vanhentunut asiakirja sattui vastaamaan nykyistä sääntöä, tai siksi, että arvioija hyväksyi viittauksen, joka ei tukenut väitettä. Vastauksen laatu ja todisteiden laatu on testattava erikseen.
Hakujärjestelmän arviointiaineiston tulisi sisältää lähdeodotukset. Jokaiselle testikysymykselle: mitkä asiakirjat ovat hyväksyttäviä. Mitkä eivät ole. Mitkä versiot ovat merkityksellisiä. Mitkä käyttöoikeudet ovat voimassa. Mitkä ristiriidat tulisi tuoda esiin. Mihin kysymykseen vastaus tulisi kieltäytyä, koska todisteet puuttuvat. Tämä on hitaampaa rakentaa kuin kasa kysymys-vastauspareja. Se on myös lähempänä sitä työtä, jota järjestelmän on tehtävä. Hakujärjestelmä ilman lähdearviointia on kuin talousjärjestelmä, jota testataan vain kysymällä, näyttääkö lopullinen luku uskottavalta. Se voi läpäistä testit aina tilintarkastukseen asti.
Operatiivisen seurannan tulisi tarkkailla myös lähdekäyttäytymistä. Mitkä lähteet ovat yliedustettuina. Mitä lähteitä haetaan harvoin mutta tarvitaan usein. Mitä katkelmia siteerataan usein. Mitkä vastaukset korjataan myöhemmin. Mitkä vanhentuneet asiakirjat toistuvat. Mitkä käyttäjäryhmät saavat enemmän kieltäytymisiä, koska käyttöoikeusrajoja on mallinnettu huonosti. Nämä signaalit eivät ole vain teknisiä mittareita. Ne ovat todisteita tietovarannon terveydestä.
Kun alkuperä on tiedossa, arvioinnista tulee tarkempaa. Epäonnistunut vastaus voidaan jäljittää hakuun, järjestykseen, lähteen laatuun, käyttöoikeuskäytäntöön, kehotteen kokoamiseen tai tuotantoon. Jokaisella epäonnistumistyypillä on eri omistaja. Se on epämukavaa, koska se estää lohduttavan lauseen tekoäly meni väärin nielemästä kaikkia ongelmia. Hyvä. Mukavuus on yliarvostettua, kun järjestelmä tekee päätöksiä.
Päätössilmukka
Alkuperän jäljitys ei saisi olla lopussa lisättävä arkistointiominaisuus. Se kuuluu päätössilmukkaan. Käyttäjä kysyy. Järjestelmä hakee käytännön mukaisesti. Vastaus sisältää todisteet. Käyttäjä hyväksyy, haastaa tai korjaa. Korjaus päivittää lähteen laatua, järjestyssääntöjä, metatietoja, käyttöoikeuksia tai koulutusesimerkkejä. Seuraava vastaus ei ole vain uudelleen tuotettu. Sitä ohjaa se, mitä organisaatio on oppinut.
Tämä silmukka on se, miten hakemisesta tulee institutionaalista muistia eikä vain fiksu automaattinen täydennys asiakirjoille. Ilman silmukkaa jokainen vastaus on tapahtuma. Silmukan kanssa vastauksista tulee signaaleja tietojärjestelmän tilasta. Huono vastaus voi paljastaa vanhentuneen käytännön. Kieltäytyminen voi paljastaa puuttuvan dokumentaation. Ristiriita voi paljastaa ratkaisemattoman omistajuuden. Usein toistuva kysely voi paljastaa, että menettely on vaikealukuinen. Hakukerroksesta tulee diagnostinen instrumentti, ei vain vastauskone.
Silmukka antaa myös ihmisille järkevän roolin. Ihmisiä ei pidä pyytää tarkastamaan jokaista merkkiä. Heitä pitää pyytää ratkaisemaan merkitykselliset virheet, jotka alkuperätieto paljastaa. Onko tämä lähde luotettava. Onko tämä poikkeus ajantasainen. Onko tämä pääsyraja oikea. Onko tämä ristiriita todellinen. Nämä ovat inhimillisiä hallintakysymyksiä. Järjestelmä voi reitittää ne, tallentaa ne ja oppia niiden vastauksista. Sen ei pitäisi haudata niitä sujuvan tekstin alle.
Loppujen lopuksi alkuperätieto ei ole akateeminen hienous. Se on ero sen välillä, voiko tekoälyjärjestelmä osallistua vastuulliseen työhön, ja sellaisen välillä, joka osaa vain kuulostaa avuliaalta, kunnes sitä haastetaan. Haku tuo aineiston pöytään. Alkuperätieto kertoo, kuka sen toi, mistä, millä valtuudella ja voiko siihen luottaa riittävästi toimiakseen.
Opetus
Haku on yksi hyödyllisimmistä malleista sovelletussa tekoälyssä, koska se yhdistää mallit elävään tietoon. Juuri tämän hyödyllisyyden vuoksi se tarvitsee alkuperätietoa. Mitä enemmän ihmiset luottavat haettuihin vastauksiin, sitä vähemmän hyväksyttävää on sanoa, että lähde oli jossain indeksissä. Jossain ei ole kontrolli. Jossain on se paikka, josta huonot palaverit alkavat.
Vakava hakujärjestelmä säilyttää identiteetin liikkeen yli. Se säilyttää lähteen, version, luvan, ajan, lohkokontekstin, auktoriteetin, ristiriidan ja käytön. Se arvioi, tukeeko näyttö väitteitä, ei vain sitä, kuulostavatko vastaukset hyviltä. Se mahdollistaa kieltäytymisen, kun todisteet ovat hataria. Se antaa ihmisten haastaa ja korjata tietovarantoa. Tämä ei ole byrokratiaa tekoälyn ympärillä. Se on se osa, joka muuttaa haun nopeasta arvailusta vastuulliseksi avuksi.
Malli voi kirjoittaa vastauksen. Hakukerros voi löytää sanat. Alkuperätieto on se, mikä antaa organisaation omistaa väitteen. Ilman sitä kaikki se nopeus vain toimittaa epävarmuuden käyttäjälle aiemmin.