Gyorsabb találgatás a forrás nélküli visszakeresés

A visszakeresés megalapozottnak tüntethet fel egy MI-rendszert, de forrásnyom, hozzáférési kontextus, verziókezelés és bizonyítéklánc nélkül csak fokozza a...

Gyorsabb találgatás a forrás nélküli visszakeresés

A válasz fogantyú nélkül

A megbeszélés elcsendesedett, miután az asszisztens előállt a válasszal. Ez volt az első figyelmeztető jel. Az emberek általában zajonganak, amikor a szoftver nyilvánvalóan hibázik. Hátradőlnek, felsóhajtanak, megkérdezik, kié ez az egész, és hirtelen véleményt formálnak a beszerzésről. Ez a válasz nem hibázott nyilvánvalóan. Folyékony volt, rendezett, és pontosan az a fajta bekezdés, amitől a projektcsapat egyenesebben ül. Azt mondta, hogy a szabályzat engedélyezi a kivételt. Három indokot sorolt fel. Ugyanazt a szókincset használta, mint a szabályzati iroda. Még egy kicsit unottnak is hangzott, ahogyan az intézményi igazság gyakran felöltözik munkába.

Aztán valaki megkérdezte, honnan jött a válasz. A képernyő egy forrásjelölést mutatott, amely belső útmutatást jelzett. Ez nem forrás volt. Ez egy hangulat volt iratszekrénnyel. Melyik útmutatás. Melyik verzió. Melyik bekezdés. A dokumentum még aktív volt-e. A kérdezőnek volt-e joga látni. A szöveget egy tervezetből, egy hatályos szabályzatból, egy megbeszélésjegyzetből vagy egy másik rendszer által készített képzési példából másolták-e. Az asszisztens nem tudta megmondani. Visszakeresett valamit, vagy azt állította, hogy visszakeresett. A csapatnak volt egy válasza fogantyú nélkül. Csodálni lehetett, de felemelni nem.

Ez a visszakereséses kiegészített intelligencia csendes csapdája. A visszakeresés földhözragadttá teszi a modellt, mert a válasz már nem egyedül a modelltől származik. Egy keresési réteg dokumentumokat, darabokat, rekordokat vagy tényeket talál, átadja őket a kontextusba, és a modell onnan ír. Ez hasznos. Ugyanakkor veszélyesen könnyű túlértékelni. Ha a rendszer nem tudja megmutatni, mit keresett vissza, miért engedték meg a visszakeresést, mennyire friss volt, milyen átalakítások érintették, és hogyan függ a végső válasz ettől, a visszakeresés nem oldotta meg a találgatást. Gyorsabb útra tette a találgatást.

A régi modell emlékezetből találgatott. Az új rendszer talán egy halom töredékből találgat. Ez csak akkor javulás, ha a halom felügyelt. Ellenkező esetben a szervezet egy magabiztos könyvtárost épített, aki nagyon gyorsan rohangál az archívumban, miközben nem hajlandó polcszámokat vezetni. Lenyűgöző kondíció. Gyenge auditálási nyomvonal.

A visszakeresés nem azonos a származással. A származás az a lánc, amely lehetővé teszi egy későbbi olvasónak, hogy megtalálja a válasz mögött álló pontos anyagot, felhatalmazást és átalakítást.

A visszakeresés szállítási réteg, nem igazságréteg

A visszakeresés félreértésének legegyszerűbb módja, ha a keresési eredményeket igazságként kezeljük. A keresés nem ismeri az igazságot. A keresés az egyezést ismeri. A vektoros keresés a hasonlóságot ismeri. A kulcsszavas keresés a kifejezéseket ismeri. A hibrid keresés egy kialkudott fegyverszünetet ismer a kettő között. Egy újrarangsoroló javíthat a sorrenden. A metaadatszűrők eltávolíthatják a nyilvánvaló hibákat. Egyik lépés sem tudja automatikusan, hogy egy bekezdés aktuális-e, engedélyezett-e, teljes-e, ellentmond-e valaminek, felülírták-e, bizalmas-e, vagy olyasvalaki írta-e, aki haza akart érni a vonatsztrájk előtt.

Ez nem teszi gyengévé a visszakeresést. Ez specifikussá teszi. Ez egy szállítási réteg, amely a lehetséges bizonyítékokat egy érvelési felületre hozza. A feladata, hogy korlátok között megtalálja a potenciálisan releváns anyagokat. Az igazság-munka akkor kezdődik, amikor a rendszer képes azonosítani az anyagot, megőrizni a kontextusát, összehasonlítani más anyagokkal, elutasítani az elavult vagy nem engedélyezett forrásokat, feltárni a bizonytalanságot, és nyilvántartást vezetni arról, hogy mi történt. Ezen elemek nélkül a visszakeresés csak gyorsabb szelekció. A gyorsabb szelekció nem ugyanaz, mint a jobb ítélőképesség. Egy gép által feldobott érme akkor is érmedobás, ha felhő-krediteket használ.

A gyakorlati rendszerekben a rés kis helyeken jelenik meg. Egy forrásdokumentumot darabokra vágnak, de a darab elveszíti a címet, amely értelmet adott neki. Egy vektorindex tartalmazza mind a jelenlegi, mind a visszavont szabályzatokat, mert a törlést lelkesedéssel, nem pedig folyamattal kezelték. Egy PDF-et lábjegyzetek nélkül dolgoztak fel. Egy táblázat magányos számok füzérévé vált. Egy hozzáférés-vezérlési szabályt alkalmaztak a dokumentumra, de nem az embeddingre. A válasz egy bekezdésre hivatkozik, amely az egyik régióban releváns volt, egy másikban pedig illegális. Senki sem tervezett hibát. Csak hagyták, hogy a bizonyítékok a mozgás során levetkőzzék a címkéiket.

A gyógymód nem az, hogy bizalmatlansággal tekintsünk a visszakeresésre. A gyógymód az, hogy ne kérjük olyan feladatok elvégzésére, amelyekre soha nem épült. A visszakeresésnek jelölteket kell hoznia. A provenienciának el kell mesélnie ezeknek a jelölteknek a történetét. Az irányításnak kell eldöntenie, hogy mely jelöltek használhatók. A válasznak elegendő bizonyítékot kell hordoznia ahhoz, hogy az emberek ellenőrizhessék anélkül, hogy amatőr régészekké válnának egy archive final old nevű mappában.

A hiányzó raktári szám

A könyvtárak megértették a provenienciát, mielőtt az AI drágább terminológiával újra felfedezte volna. Egy hasznos hivatkozás lehetővé teszi az olvasó számára, hogy megtalálja a művet, a kiadást, az oldalt, és néha még a bekezdést is. Nem csupán annyit mond, hogy történelemkönyv. Egy raktári címke megmondja, melyik tétel, szállító, gyártási tétel és lejárati idő számít. Egy laboratóriumi minta láncolt őrizetet hordoz, mert senki sem akar megérzéseken alapuló gyógyszert. Minden esetben a lényeg hétköznapi: amikor következmények léteznek, a tárgyaknak azonosításra van szükségük a mozgás során.

A visszakereső rendszereken áthaladó adatoknak ugyanerre a fegyelemre van szükségük. Egy dokumentum nem szövegdarab. Van eredete, tulajdonosa, jogalapja, hatóköre, közönsége, verziója, érvényességi időszaka, formátuma, elemzője, darabolási szabályzata, embedding modellje, indexelési ideje, hozzáférési szabályzata és kivonási útja. Ez soknak hangzik, mert az is. Még mindig kevesebb, mint annak a költsége, hogy elmagyarázzuk egy szabályozó hatóságnak, betegnek, ügyfélnek vagy igazgatótanácsnak, hogy a rendszer valószínűleg olvasott valami hasznosat, de a pontos valami elérte a spirituális függetlenséget.

A raktári szám a mérnöki csapatokat is védi. Amikor egy válasz hibás, a csapatnak tudnia kell, hogy a visszakeresés kihagyta a megfelelő forrást, rossz forrást rangsorolt, elavult anyagot tartalmazott, kontextust veszített a darabolás során, engedélyszivárgást tett lehetővé, vagy hagyta, hogy a modell figyelmen kívül hagyja a legjobb bizonyítékot. Ezek különböző hibák. Proveniencia nélkül egyetlen haszontalan kategóriába olvadnak össze: az AI furcsa volt. Ez a kategória népszerű az értekezleteken, és szinte teljesen haszontalan az incidens-áttekintésben.

A jó proveniencia formát ad a hibának. Lehetővé teszi a csapatok számára, hogy megvizsgálják a dokumentum útvonalát, a darab határát, az embedding verzióját, a lekérdezés átírását, az újrarangsorolás eredményét, a prompt összeállítását és a végső generálást. Nem teszi tökéletessé a rendszert. Megkereshetővé teszi a hibákat. A megkereshető hibák javíthatók. A meg nem kereshető hibák folklórrá válnak, és a folklórnak szörnyű az üzemideje.

A darabolás szerkesztői aktus

Az emberek gyakran úgy írják le a darabolást, mint egy technikai előfeldolgozási lépést. Pedig ez ennél több. A darabolás dönti el, hogy milyen kontextus utazik együtt. Egy bekezdés, amelyet elválasztanak a kivételre vonatkozó megjegyzésétől, megváltoztathatja a jelentését. Egy garanciális záradék, amelyet elválasztanak a joghatóságra vonatkozó címsorától, csapdává válik. Egy klinikai ajánlás a betegcsoport nélkül, amely korlátozza, már nem ugyanaz az ajánlás. Egy kódpélda a figyelmeztetése nélkül olyan, mint egy lesből támadás, amely monospaced betűtípust visel.

Minden darabolási stratégia egy szerkesztői politika. A rögzített tokenablakok egyszerűek és gyorsak, de átvághatnak a jelentésen. A szemantikus darabolás tiszteletben tartja a témaváltásokat, de még mindig figyelmen kívül hagyhat táblázatokat, listákat, feliratokat és jogi szerkezetet. A szakaszalapú darabolás megőrzi a hierarchiát, de csak akkor, ha az elemző valóban felismeri a hierarchiát. A szülő-gyermek lekérés hozhat egy kis egyezést és egy nagyobb környező szakaszt, de akkor a rendszernek mindkettőt rögzítenie kell. Egyik sem misztikus. Ez dokumentummunka. A dokumentummunka az, ahol sok MI-rendszer felfedezi, hogy az unalmas iroda végig védte a jelentést.

A származás a darabolást csendes károkozásból látható választássá változtatja. A rendszernek tudnia kell, hogy melyik dokumentum hozta létre a darabot, melyik elemző olvasta be, melyik címsorok zárták körül, melyik testvérdarabok voltak a közelben, melyik oldalról vagy sorból származik, és milyen nagyobb egység mutatható meg, amikor egy ember megkérdőjelezi a választ. A válasznak nem kell mindezt minden alkalommal megjelenítenie. De meg kell őriznie. A rejtett kontextus és a hiányzó kontextus közötti különbség pontosan abban a pillanatban válik fontossá, amikor már mindenki fáradt.

A darabolás a források közötti méltányosságot is befolyásolja. Egy tiszta HTML-oldal gyönyörű darabokat hozhat létre. Egy beolvasott PDF törött töredékeket eredményezhet. Egy táblázatkezelő elveszítheti a szerkezetét. Ha a lekérdező rendszer csendben előnyben részesíti azokat a forrásokat, amelyek szépen elemezhetők, akkor előnyben részesítheti azokat a részlegeket, beszállítókat vagy nyelveket is, amelyek jobb dokumentumhigiéniával rendelkeznek. Ez nem modell-elfogultság a drámai értelemben. Ez irodai elfogultság, amely kevésbé filmszerű, de meglepően erős.

A legtöbb származási hiba nem drámai. Egy címke eltűnik az egyik rétegben, és három réteggel később a válasz biztosabbnak tűnik, mint amennyire rászolgált.

A hivatkozások nem elegendőek

A hivatkozás hasznos felhasználói felület lehet a származás számára, de nem a teljes mechanizmus. Sok rendszer kis forráscímkéket mutat a válasz mellett. Ez jobb, mint a semmi. De véletlenül is könnyű visszaélni vele. A válasz hivatkozhat egy dokumentumra, amelyet lekértek, de valójában nem használtak fel. Hivatkozhat egy oldalra, amely hasonló szavakat tartalmaz, de nem az állítást. Hivatkozhat egy forrásra, amely a rendszer számára elérhető volt, de a felhasználó számára nem. Hivatkozhat egy régi verzióra, mert az index lemarad a tár mögött. A díszítő hivatkozás akkor is csak díszítés, csak éppen lábjegyzet-jelmezt visel.

Komoly származtatás esetén állításszintű fegyelemre van szükség. Ha a válasz azt mondja, hogy egy szabályzat kivételt engedélyez, a rendszernek tudnia kell, melyik bekezdés támasztja alá ezt az állítást. Ha azt mondja, hogy a kivétel csak egy küszöbérték alatt érvényes, azonosítania kell a küszöbérték forrását. Ha két forrást kombinál, az összekapcsolásnak láthatónak kell maradnia. Ha a bizonyítékok ellentmondanak, nem szabad az ellentmondást egy vidám bekezdésbe simítani. A modell összefoglalhat, de a rendszernek nem szabad hagynia, hogy az összefoglaló eltörölje a bizonyítás szerkezetét.

Ez nem azt jelenti, hogy minden válasznak zsineggel átkötött jogi csomagként kell érkeznie. A különböző kontextusok különböző szintű felszíni részletességet igényelnek. Egy ügyfélszolgálati válasz mutathat két forráslinket és egy megbízhatósági megjegyzést. Egy egészségügyi, pénzügyi, jogi vagy közszolgáltatási munkafolyamat igényelhet bekezdéshivatkozásokat, verzióazonosítókat és emberi felülvizsgálati státuszt. Az alapkövetelmény az, hogy a felszín bővíthető legyen, amikor a következmények nőnek. Egy rendszer, amely nem tud egyszerű válaszról ellenőrizhető bizonyítékra váltani, egy komoly inget viselő chatbot.

A hivatkozásoknak negatív térre is szükségük van. A rendszernek képesnek kell lennie arra, hogy azt mondja, nem talált elegendő bizonyítékot, vagy hogy a lekérdezett források ellentmondanak egymásnak, vagy hogy a források elavultak, vagy hogy a felhasználónak nincs hozzáférése a szükséges anyaghoz. Egy elutasítás származtatással gyakran hasznosabb, mint egy válasz hamis hivatkozással. A szervezetnek lehet, hogy nem tetszik a nemleges válasz. A szervezeteknek ritkán tetszik. Pontosan ezért létezik a kormányzás, és néha a kávé.

A frissesség a igazság része

A származtatás idő nélkül hiányos. Sok vállalati hiba abból fakad, hogy régi anyagok kereshetők maradnak, mert senki sem akart törölni semmit, aminek fontosnak hangzó címe volt. A szabályzatok lejárnak. Az árak változnak. A termékkézikönyvek elavulnak. A szabályozói útmutatók változnak. Az adatszótárak eltolódnak. Egy lekérdező rendszer, amely egyenlőként kezeli a régi és a jelenlegi anyagokat, nem semleges. Ez az időgazdálkodás kiszervezése a koszinusz-hasonlóságra, ami merész életmódbeli döntés.

Minden forrásnak a lekérdező rendszerben időbeli jelentést kell hordoznia. Mikor jött létre. Mikor lépett hatályba. Mikor vizsgálták felül utoljára. Mikor indexelték. Mikor jár le. Melyik verzió váltotta fel. Vázlat, jóváhagyási példány, archivált példány vagy aktuális példány volt. Ezek nem bürokratikus díszítések. Részei annak, hogy a válasz elég igaz-e a használathoz. A tavalyi eljárásrend egy bekezdése lehet tökéletesen megírva és tökéletesen téves.

A frissességnek működési következményei is vannak. Az indexelési késéseknek láthatónak kell lenniük. Ha egy adattár 09:00-kor változott, és a vektorindex éjszaka frissül, a rendszernek tudnia kell erről a hézagról. Ha sürgős anyag megkerüli a normál folyamatot, a megkerülést rögzíteni kell. Ha egy forrás kivonul a forgalomból, az embeddinek és a belőlük származó daraboknak is ki kell vonulniuk, vagy kifejezetten történelmi jellegűként kell megjelölni őket. Ellenkező esetben a rendszer múzeummá válik, amely néha működési tanácsokat ad.

Az időtudatos származtatás segít a felhasználóknak a megfelelő dolgokban megbízni. Lehetővé teszi, hogy egy asszisztens azt mondja: ez a válasz a 2026. március 5-től hatályos szabályzaton alapul, 11:20-kor indexelve, és nem találtunk újabb, felülíró rekordot. Ez a mondat nem elegáns. Hasznos. A hasznos minden incidensben, amellyel találkoztam, legyőzi az elegánsat.

Az engedélyek is utaznak

A hozzáférés-vezérlést gyakran a bejárati ajtónál alkalmazzák, és a folyosón elfelejtik. Előfordulhat, hogy egy felhasználó nem nyithat meg egy forrásdokumentumot, de a dokumentum embeddije egy megosztott indexben lehet. Egy részlet bekerülhet egy promptba, mert a lekérdező szolgáltatás egy széles körű szolgáltatásfiók alatt fut. Egy generált válasz felfedheti egy bizalmas ügy létezését anélkül is, hogy idézné. A rendszer nem szivárogtatta ki a fájlt, mondja valaki. Csak a következtetést szivárogtatta ki. Ezt a megkülönböztetést legjobb biztonságos távolságból közölni.

Az előzményeknek tartalmazniuk kell a jogosultságokat, mert a bizonyíték tekintély nélkül nem használható bizonyíték. A rendszernek tudnia kell, hogy melyik felhasználó, szerepkör, cél és környezet tette lehetővé, hogy az egyes lekérdezett elemek bekerüljenek a válaszba. Meg kell különböztetnie a forráshoz való hozzáférést a származtatott hozzáféréstől. Szükség esetén a generálás előtt gondoskodnia kell a szerkesztésről. Rögzítenie kell, ha egy választ jogosultság korlátozott, nem pedig a bizonyíték hiánya. Ellenkező esetben a felhasználók a csendet hiányként értelmezik, vagy ami még rosszabb, olyan információt kapnak, amelyet soha nem lett volna szabad látniuk.

A jogosultságtudatos lekérdezés nehezebb, mint a hagyományos lekérdezés, mert megváltoztatja a rangsorolást, a gyorsítótárazást, az értékelést és a tesztelést. Két felhasználó ugyanazt a kérdést teheti fel, és jogosan kaphat különböző bizonyítékokat. Ez nem következetlenség. Ez irányítás. A nehéz rész az, hogy a különbséget megmagyarázhatóvá tegyük anélkül, hogy felfednénk azt, aminek rejtve kell maradnia. A rendszernek lehet, hogy azt kell mondania, hogy lehetnek korlátozott rekordok a hozzáférési körön kívül, ahelyett, hogy úgy tenne, mintha a világ csak azt tartalmazná, amit a felhasználó elolvashat.

Ez az a pont is, ahol sok pilot projekt megtörik, amikor szembesül a valósággal. Egy megosztott mappára épített prototípus egy hétig lenyűgözhet mindenkit. Aztán valaki rákérdez a HR-rekordokra, felvásárlási dokumentumokra, betegfeljegyzésekre, jogi titoktartásra, üzemi tanácsi anyagokra vagy exportellenőrzött kutatásokra. A lekérdező rendszer hirtelen felnőtt felügyeletet igényel. A szórakoztató demóból adatkezelési projekt lesz, ami mindvégig is volt.

A lekérdezési kockázat gyakran abból a szakadékból fakad, ami aközött van, amit a válasz látszólag bizonyít, és amit a rendszer valójában rekonstruálni tud.

Az ellentmondás nem elrejtendő hiba

A valódi archívumok ellentmondanak egymásnak. A szabályzatcsapat frissítette az eljárást, de a GYIK-et nem. A GYIK frissítette a példát, de a táblázatot nem. A regionális iroda megtartott egy helyi kivételt. A szerződés egy dolgot mond, a megvalósítási útmutató mást, a nagyon gyakorlatias ember által készített táblázat pedig azt, amit valójában mindenki csinál. A lekérdezés mindezt megtalálja, ha a kérdés szerencsétlen vagy őszinte.

Az előzménytudatos rendszernek elsőrangú eredményként kell kezelnie az ellentmondást. Meg kell mutatnia, hogy több forrás nem ért egyet, azonosítania kell azok tekintélyét és frissességét, és kerülnie kell, hogy egyetlen összemosott választ úgy tálaljon, mintha a szervezet egyetlen hangon szólt volna. Néha a helyes válasz nem az, hogy a kivétel megengedett. Néha az, hogy a jelenlegi szabályzat látszólag lehetővé teszi, a GYIK elavultnak tűnik, és a szerződés tulajdonosának kell feloldania az ütközést a cselekvés előtt. Ez a válasz kevésbé kényelmes. De kevésbé valószínű, hogy kis jogi vihart kavar.

Az ellentmondások kezeléséhez a források rangsorolása nem csupán relevancia, hanem tekintély alapján történik. A testület által jóváhagyott szabályzat felülírhat egy súgócikket. Az aláírt szerződés felülírhat egy értékesítési bemutatót. A helyi eljárásrend felülírhat egy általános kézikönyvet a helyi hatókörén belül. Egy tervezet nem írhatja felül a hatályos verziót, kivéve, ha a felhasználó kifejezetten a tervezetekre kérdez. Ezek a szabályok unalmasak. De pont ezekben válik technikailag megvalósíthatóvá a szervezet igazság-hierarchiája.

Ha senki sem akarja meghatározni ezt a hierarchiát, a keresőrendszer véletlenül fogja meghatározni. Használni fogja a szöveghasonlóságot, a frissességet, a formázás minőségét, a rész hosszát vagy bármilyen más jelet, amit a folyamat kínál. A véletlen tekintély akkor is tekintély. Csak éppen jegyzőkönyv nélkül érkezik.

Az értékelésnek a forrás hibáját is vizsgálnia kell, nem csak a válasz hibáját

Sok csapat úgy értékeli a keresőrendszereket, hogy ellenőrzi, jól hangzik-e a végső válasz. Ez hasznos, de nem elégséges. A rossz forrásból származó jó válasz egy jövőbeli incidens, amely éppen bemelegít. A rendszer csak azért lehetett sikeres, mert a modell már eleve tudta a választ, vagy mert egy elavult dokumentum éppen egyezett a jelenlegi szabállyal, vagy mert az értékelő elfogadott egy hivatkozást, amely nem támasztotta alá az állítást. A válasz minőségét és a bizonyíték minőségét külön kell tesztelni.

A keresési értékelőkészletnek tartalmaznia kell a forrásra vonatkozó elvárásokat. Minden teszthez: mely dokumentumok elfogadhatók. Melyek nem. Mely verziók számítanak. Mely jogosultságok vonatkoznak rájuk. Mely ellentmondásokat kell felszínre hozni. Mely kérdésre kell megtagadni a választ, mert hiányzik a bizonyíték. Ezt lassabb összeállítani, mint egy halom kérdés-válasz párt. De közelebb áll ahhoz a munkához, amit a rendszernek el kell végeznie. A forrásértékelés nélküli keresőrendszer olyan, mint egy pénzügyi rendszer, amelyet csak azzal tesztelnek, hogy a végső szám hihetőnek tűnik-e. Lehet, hogy egészen az auditig megfelel.

Az üzemeltetési megfigyelésnek a források viselkedését is figyelnie kell. Mely források felülreprezentáltak. Mely forrásokat ritkán éri el a keresés, de gyakran lenne rájuk szükség. Mely részekre hivatkoznak gyakran. Mely válaszokat javítják ki később. Mely elavult dokumentumok bukkannak fel újra és újra. Mely felhasználói csoportok kapnak több elutasítást a rosszul modellezett jogosultsági határok miatt. Ezek a jelek nem csupán technikai mutatók. Bizonyítékok a tudásvagyon egészségi állapotáról.

Amikor a származás jelen van, az értékelés pontosabbá válik. Egy sikertelen válasz visszavezethető a keresésre, a rangsorolásra, a forrás minőségére, a hozzáférési szabályzatra, a prompt összeállítására vagy a generálásra. Minden hibosztálynak más a gazdája. Ez kényelmetlen, mert megakadályozza, hogy a megnyugtató mondat, miszerint a mesterséges intelligencia tévedett, minden problémát elnyeljen. Így van rendjén. A kényelem túlértékelt, amikor a rendszer döntéseket hoz.

A döntési hurok

A származás nem lehet egy archívumfunkció, amelyet a végén adnak hozzá. A döntési hurokba tartozik. A felhasználó kérdez. A rendszer a szabályzat szerint keres. A válasz bizonyítékot hordoz. A felhasználó elfogadja, megkérdőjelezi vagy kijavítja. A javítás frissíti a forrás minőségét, a rangsorolási szabályokat, a metaadatokat, a hozzáférés-vezérlést vagy a tanítási példákat. A következő válasz nem csupán újra generálódik. Az irányítja, amit a szervezet megtanult.

Ez a hurok az, ami a keresést intézményi emlékezetté változtatja, nem pedig a dokumentumok okos automatikus kiegészítésévé. A hurok nélkül minden válasz egy esemény. A hurokkal a válaszok a tudásrendszer állapotáról adnak jeleket. Egy rossz válasz felfedhet egy elavult szabályzatot. Egy elutasítás felfedheti a hiányzó dokumentációt. Egy ellentmondás felfedheti a rendezetlen tulajdonjogot. Egy gyakori kérdés felfedheti, hogy egy eljárásrend olvashatatlan. A keresési réteg diagnosztikai eszközzé válik, nem csupán válaszadó géppé.

A hurok az embereknek is értelmes szerepet ad. Nem szabad elvárni tőlük, hogy minden egyes tokent átvizsgáljanak. Azt kell tőlük kérni, hogy feloldják azokat a jelentőségteljes hibákat, amelyeket a származási adatok feltárnak. Hiteles-e ez a forrás. Érvényes-e ez a kivétel. Helyes-e ez a hozzáférési határ. Valós-e ez az ütközés. Ezek emberi irányítási kérdések. A rendszer továbbíthatja, rögzítheti őket, és tanulhat a válaszokból. Nem szabad eltemetnie őket gördülékeny szöveg alá.

Végső soron a származási adat nem pusztán tudományos szépelgés. Ez a különbség egy olyan mesterséges intelligencia-rendszer között, amely képes részt venni az elszámoltatható munkában, és egy olyan között, amelyik csak addig tűnik hasznosnak, amíg meg nem kérdőjelezik. A lekérés juttatja be az anyagot a helyiségbe. A származási adat azt mondja meg, ki hozta, honnan, milyen felhatalmazással, és hogy érdemes-e annyira megbízni benne, hogy cselekedjünk.

Amikor a kihívás és a javítás is része a huroknak, a lekérés megszűnik egyirányú utazás lenni az archívumtól a válaszig.

A tanulság

A lekérés az alkalmazott mesterséges intelligencia egyik leghasznosabb mintája, mert összeköti a modelleket az élő tudással. Éppen ez a hasznosság teszi szükségessé a származási adatokat. Minél többen támaszkodnak a lekérdezett válaszokra, annál kevésbé elfogadható azt mondani, hogy a forrás valahol az indexben volt. A valahol nem kontroll. A valahol ott kezdődnek a rossz megbeszélések.

Egy komoly lekérési rendszer megőrzi az azonosságot a mozgás során. Megőrzi a forrást, a verziót, az engedélyt, az időt, a szegmenskontextust, a tekintélyt, az ellentmondást és a felhasználást. Értékeli, hogy a bizonyítékok alátámasztják-e az állításokat, nem csak azt, hogy a válaszok jól hangzanak-e. Lehetővé teszi az elutasítást, amikor a bizonyíték vékony. Lehetővé teszi az embereknek, hogy megkérdőjelezzék és javítsák a tudásvagyont. Ez nem bürokrácia a mesterséges intelligencia körül. Ez az a rész, amely a lekérést gyors találgatásból elszámoltatható segítségnyújtássá alakítja.

A modell megírhatja a választ. A lekérési réteg megtalálhatja a szavakat. A származási adat az, ami lehetővé teszi a szervezet számára, hogy a sajátjának tekintse az állítást. Enélkül mindaz a sebesség csak hamarabb juttatja el a bizonytalanságot a felhasználóhoz.