Tudás a vállalkozásban.
Feltárva RAG-gal.
Válaszok követhető forrásokkal egy újabb tárhely helyett: a DAXS dokumentumokat, keresést és nyelvi modelleket kapcsol össze olyan tudásmegoldássá, amely figyelembe veszi az aktualitást és meglévő hozzáférési jogokat.
A válasznak a jóváhagyott forrásaihoz kell vezetnie.
Egy munkautasítás a dokumentumkezelőben található, egy műszaki megjegyzés a belső dokumentációban, a legutóbbi kiegészítés pedig egy hibajegyben. A megfelelő tudáskereső feltárhatja ezeket a forrásokat, és érthetően állíthatja össze a válaszokat. A DAXS ilyen megoldásokat tervez és integrál, az adatimporttal, kereséssel, felhasználói jogokkal és folyamatos karbantartással együtt.
A Retrieval-Augmented Generation, röviden RAG, keresést kapcsol össze nyelvi modellel. A kereső megfelelő tartalmakat talál; a modell kiválasztott szövegrészleteket kap kontextusként, és ezekből választ fogalmaz. A szokásos RAG-folyamatban ehhez nem tanítják újra a modellsúlyokat minden új dokumentummal. A tudásállomány és válaszmodell külön összetevő marad.
Belső dokumentáció
Jóváhagyott kézikönyvek és üzemeltetési utasítások könnyebb megtalálása, megfelelő szakasz összefoglalása és a forráshely megnyitása.
Támogatási tudás
Ismert megoldási utak megtalálása egy megkereséshez és előkészítésük ellenőrizhető válaszvázlatként. Az ügyfél- és szervezeti határok a keresés részei maradnak.
Munkafolyamatok
Megfelelő projektdokumentumok vagy szabályzatok információinak összefogása egy konkrét munkalépéshez. A szakmai jóváhagyás a felhasználási esethez igazodik.
Az import és lekérdezés két karbantartott adatútvonal.
Importáláskor előkészítjük a tartalmat, forráskapcsolatot és jogokat. Kérdésnél a szolgáltatás meghatározza a felhasználói identitást, és az engedélyezett állományban keres. A válaszhoz csak a megfelelő, engedélyezett találatokat állítjuk össze.
Az architektúra helyi vagy külső modellekkel is megvalósítható. Az embeddingekhez, újrarangsoroláshoz és válaszgeneráláshoz engedélyezett adatútvonalakat külön ellenőrizzük. A helyben tárolt keresőindex még nem jelenti azt, hogy minden későbbi feldolgozási lépés is helyben történik.
A jó keresés az első prompt előtt kezdődik.
A dokumentumimport többet olvas be egy fájlnévnél. Ellenőrizzük a támogatott formátumokat, szövegfelismerést, táblázatokat és követhető dokumentumstruktúrát. A szükségtelen másolatok vagy régi vázlatok ne versenyezzenek észrevétlenül az aktuális munkautasítással.
| Lépés | Feladat | Fontos összefüggés |
|---|---|---|
| Import és tisztítás | Megfelelő források csatlakoztatása, tartalomkinyerés és strukturált előkészítés. | Forrásazonosító, verzió, időállapot és tulajdonos megőrzése; a hibák és olvashatatlan dokumentumok láthatóvá tétele. |
| Szakaszolás | Dokumentumok felosztása célszerűen használható szakaszokra. | A címsorok, táblázatok és szakmai összefüggések figyelembevétele. Minden szakaszhoz szükséges a forrás és annak jogosultságai. |
| Embeddingek és index | Tartalmak reprezentálása szemantikus kereséshez és tárolásuk keresési metaadatokkal. | Az embedding-modell és indexállapot közös verziókezelése. A vektorok és származtatott adatok is védelemre szorulhatnak. |
| Hibrid keresés | Szemantikus hasonlóság kombinálása megfelelő teljes szöveges vagy kulcsszavas kereséssel. | A pontos termékszámok vagy szakkifejezések és a jelentésalapú kérdések eltérő keresési igényeket támasztanak. |
| Kiválasztás és újrarangsorolás | Az engedélyezett találatok rendezése és korlátozása a konkrét kérdéshez. | További újrarangsorolónak csak jogosultsággal elérhető információt adunk át; figyelembe vesszük a szolgáltatást és adatjóváhagyást. |
| Válasz és forráshelyek | Korlátozott kontextus átadása a modellnek, érthető válasz és források összekapcsolása. | A forráshelynek, verziónak és felhasználói hozzáférésnek illeszkednie kell az eredményhez. A forráshivatkozás önmagában nem bizonyítja, hogy minden állítást helyesen vezettek le belőle. |
A tudáskereső nem kerülheti meg a meglévő jogokat.
A dokumentumhoz hozzá nem férő munkatárs annak bizalmas tartalmát összefoglalón keresztül sem kaphatja meg. Ezért a felhasználói és csoportkontextus megbízható bejelentkezésből származik. Az alkalmazás nem támaszkodhat a modell által megadott felhasználónévre vagy szabadon beküldött keresési szűrőre.
A forrásrendszertől és keresési platformtól függően átvett ACL-ek, szerveroldalon beállított szűrők vagy további objektumszintű ellenőrzések használhatók. Különösen elkülönített adatállományoknál önálló indexstruktúra lehet célszerű. A teljes lánc számít: import, jogok leképezése, keresés, találatok átadása, cache-ek és a ténylegesen megnyitott forrás.
A hiányzó jogosultságot nem helyettesíti a jó prompt.
Nem egyértelmű identitás, hiányzó jogosultsági információ vagy érvényét vesztett megosztás esetén az adatútnak az egyeztetett védelmi koncepció szerint zárnia kell. A dokumentumszöveg csak sikeres ellenőrzés után kerülhet az újrarangsorolóba és modellkontextusba. A találatlisták, fájlnevek és válaszcache-ek sem fedhetnek fel másokhoz tartozó információt.
Kifejezetten teszteljük az elkülönített felhasználói szerepköröket, visszavont csoportjogokat és idegen ügyfélkörnyezeteket. A dokumentumforrás manipulált utasításokat is tartalmazhat. Ezeket forrástartalomként kezeljük, és nem adnak eszközjogokat. Ha a tudáskereső műveleteket is indít, külön megtervezett ellenőrzött interfészt kap.
Az új tartalmak, törlések és jogváltozások összetartoznak.
Az egyszer beolvasott mappa nem marad automatikusan naprakész. Meghatározzuk, hogyan észlelhetők a változások, ismételhetők a hibás műveletek és távolíthatók el az elavult bejegyzések. Ide tartoznak az új verziók, törölt fájlok, visszavont jogok, megváltozott megosztási hivatkozások és munkatársak kilépése is.
- Szinkronizálás: megfelelő csatlakozók, események vagy ütemezett egyeztetések követhető feldolgozási állapottal.
- Forráskapcsolat: stabil azonosítók és verziók, hogy a forráshelyek véletlenül se mutassanak más dokumentumállapotra.
- Törlési koncepció: az érintett indexszakaszok, embeddingek és cache-ek figyelembevétele; a mentések megőrzési szabályainak külön egyeztetése.
- Üzemeltetés: a sikertelen importok, hibás jogosultságátvétel és váratlanul régi adatok felismerése.
Az elavult vagy elérhetetlen forrásrendszer kezeléséről is megállapodunk. A védelmi igénytől függően figyelmeztetés, korlátozott válasz vagy az érintett állomány ideiglenes felfüggesztése célszerűbb lehet, mint a látszólag aktuális tájékoztatás.
A találati minőség és válaszminőség külön ellenőrzése.
A gördülékenyen megfogalmazott válasz hibás vagy hiányos forráshelyre is épülhet. Ezért ellenőrizzük, hogy a keresés egyáltalán megtalálja-e a szükséges információt, elegendő-e az engedélyezett kontextus, és a válasz helyesen adja-e vissza ezeket az információkat.
Ismert kérdés
Jóváhagyott kérdés igazolt forráshellyel. A talált szakasz, megfelelő verzió és szakmailag helyes válasz együttes ellenőrzése.
Nincs megfelelő forrás
A rendszernek jeleznie kell a hiányzó információt, és ésszerű továbblépést kell kínálnia a látszólag alátámasztott válasz kitalálása helyett.
Tiltott vagy régi forrás
Eltérő jogosultságú felhasználó és visszavont változat. Sem a dokumentumtartalom, sem nem megengedett utalás nem jelenhet meg válaszon vagy cache-en keresztül.
A megfelelő kérdéskészlet ellentmondásokat, többnyelvű fogalmakat, táblázatokat és szokatlan dokumentumformátumokat is tartalmaz. A szakaszolás, embeddingek, keresési stratégia vagy modell változtatásait ehhez újra ellenőrizzük. A RAG hozzáférhetőbbé teheti az információt; a hiányos források és hibás válaszok továbbra is lehetséges korlátok.
Kezdjünk egy megfelelő tudásterülettel.
A DAXS felméri az adatforrásokat, jogokat és jellemző kérdéseket, kialakítja az import- és keresési útvonalat, majd megfelelő alkalmazást kapcsol hozzá. Egy pilothoz a jó dokumentumok korlátozott válogatása világos tulajdonosokkal gyakran hasznosabb, mint rögtön a teljes fájlállomány.
Eredményként követhető felépítést kap jóváhagyott adatútvonalakkal, ellenőrizhető kérdéskészlettel és dokumentált szinkronizálási, karbantartási és üzemeltetési feladatokkal. A következtetés helyi vagy külső futtatását az infrastruktúra-összehasonlítás tisztázza. A munkahelyi bevezetés figyelembe veszi a felhasználókat, oktatást és használati szabályokat.
Körülhatárolt dokumentumterület, illetékes kapcsolattartók, jellemző kérdések és meglévő jogosultsági koncepció. Bizalmas fájlokat csak egyeztetett, védett úton adunk át.
Ezeket a beszélgetésben tisztázzuk.
Ugyanaz a RAG és a betanított vállalati modell?
Nem. A RAG a kéréshez illő dokumentumrészeket keres vissza, és kontextusként adja a modellnek. Ettől a modellsúlyok nem változnak automatikusan. A keresés, források és válaszmodell minőségét együtt kell ellenőrizni.
Hogyan maradnak védettek a bizalmas dokumentumok?
Az identitást és engedélyezett dokumentumjogokat már a keresésnél és a kontextus átadása előtt érvényesíteni kell. Ezután a jogok a megjelenített forrásokra is vonatkoznak. Az ellenőrzés az indexekre, köztes tárolókra, exportokra és naplókra is kiterjed.
Mi történik a módosított vagy törölt dokumentumokkal?
A megoldáshoz meghatározott forrásegyeztetés szükséges. A módosításoknak, jogváltozásoknak és törléseknek el kell jutniuk a keresőindexbe és érintett köztes tárolókba. Elavult vagy már nem engedélyezett tartalom nem szolgálhat tovább aktuális kontextusként.
Megakadályozzák a forráshivatkozások a hibás válaszokat?
Megkönnyítik az ellenőrzést, de nem garantálnak helyes állítást. A válasz félreértheti vagy nem megfelelően foglalhatja össze a forráshelyet. Ezért teszteljük a forráslefedettséget, idézési pontosságot, ellentmondásokat és hiányzó információk kezelését.
Használható kis dokumentumállomány pilotként?
Igen. A világosan körülhatárolt, karbantartott állomány valós kérdésekkel és ismert jogosultságokkal gyakran megfelelőbb, mint az azonnali teljes import. Az eredményekből derül ki, mely források, keresési eljárások és üzemeltetési folyamatok szükségesek következőként.
A címekhez, kivonatokhoz és cache-ekhez is jogosultság kell.
A jogosultságoknak a modellnek történő átadás előtt érvényesülniük kell. Az ellenőrzés a találatlistákra, előnézetekre, idézetekre, eredeti forráslekérésre és válaszcache-ekre terjed ki. A csoportváltásokat és visszavont megosztásokat negatív tesztekkel követjük. A jóváhagyott keresőindex nem válhat közösen használt teljes hozzáféréssé a bizalmas forrásokhoz. A külön biztonsági oldal az oversharinget, téves jogosultságokat és aktuális Microsoft-kontrollokat részletezi.
Beszéljük meg a felhasználási esetét.
Mi legyen egyszerűbb, milyen adatok érintettek, és milyen rendszerek vannak már? Ebből alakítunk ki ésszerű indulást és jól körülhatárolt következő lépést.