Yrityksen tieto.
Hyödynnettäväksi RAGilla.
DAXS yhdistää asiakirjat, haun ja kielimallit tietoratkaisuksi, joka antaa vastauksia jäljitettävin lähtein sekä huomioi ajantasaisuuden ja nykyiset käyttöoikeudet.
Vastauksen tulee johtaa hyväksytyille lähteillenne.
Työohje on asiakirjahallinnassa, tekninen huomio sisäisessä dokumentaatiossa ja viimeisin lisäys tukipyynnössä. Sopiva tiedonhaku voi hyödyntää näitä lähteitä ja koota ymmärrettäviä vastauksia. DAXS suunnittelee ja integroi tällaiset ratkaisut tietojen tuonteineen, hakuineen, käyttöoikeuksineen ja jatkuvine ylläpitoineen.
Retrieval-Augmented Generation eli RAG yhdistää haun ja kielimallin. Haku löytää sopivat sisällöt. Malli saa valitut tekstiosat kontekstiksi ja muotoilee niiden perusteella vastauksen. Tavallisessa RAG-työnkulussa mallin painoja ei kouluteta jokaisella uudella asiakirjalla. Tietoaineisto ja vastausmalli ovat eri osia.
Sisäinen dokumentaatio
Hyväksyttyjen käsikirjojen ja toimintaohjeiden helpompi löytäminen, sopivan kohdan tiivistäminen ja lähteen avaaminen.
Tukitieto
Tunnettujen ratkaisujen etsiminen yhteydenottoon ja valmistelu tarkastettavaksi vastausluonnokseksi. Asiakas- ja organisaatiorajat säilyvät osana hakua.
Työnkulut
Tietojen kokoaminen sopivista projektiasiakirjoista tai ohjeista konkreettista työvaihetta varten. Toiminnallinen hyväksyntä määräytyy käyttötapauksen mukaan.
Tuonti ja kysely ovat kaksi ylläpidettävää tietovirtaa.
Tuonnissa valmistellaan sisältö, lähdeyhteys ja oikeudet. Kysymyksen yhteydessä palvelu selvittää käyttäjän identiteetin ja hakee sallitusta aineistosta. Vasta sopivat ja sallitut tulokset kootaan vastausta varten.
Arkkitehtuuri voidaan toteuttaa paikallisilla tai ulkoisilla malleilla. Vektoriesitysten muodostamisen, tulosten uudelleenjärjestämisen ja vastausten tuottamisen sallitut tietovirrat tarkastetaan erikseen. Paikallisesti tallennettu hakuindeksi ei vielä tarkoita, että kaikki myöhemmät käsittelyvaiheet tapahtuvat paikallisesti.
Hyvä haku alkaa ennen ensimmäistä kehotetta.
Asiakirjan tuonti lukee muutakin kuin tiedostonimen. Tarkastamme tuetut muodot, tekstintunnistuksen, taulukot ja ymmärrettävän asiakirjarakenteen. Tarpeettomat kaksoiskappaleet tai vanhat luonnokset eivät saa kilpailla huomaamatta ajantasaisen työohjeen kanssa.
| Vaihe | Tehtävä | Tärkeä yhteys |
|---|---|---|
| Tuonti ja siivous | Liitä sopivat lähteet, poimi sisällöt ja jäsennä ne. | Säilytä lähdetunniste, versio, ajankohta ja omistaja. Tee virheet ja lukukelvottomat asiakirjat näkyviksi. |
| Osittaminen eli chunking | Jaa asiakirjat tarkoituksenmukaisiin osiin. | Huomioi otsikot, taulukot ja asiasisällön yhteydet. Jokainen osa tarvitsee yhteyden lähteeseen ja sen käyttöoikeuksiin. |
| Vektoriesitykset ja indeksi | Esitä sisältö semanttista hakua varten ja tallenna se hakumetatietoineen. | Versioi upotusmalli ja indeksin tila yhdessä. Myös vektorit ja johdetut tiedot voivat tarvita suojausta. |
| Hybridihaku | Yhdistä semanttinen samankaltaisuus sopivaan kokoteksti- tai avainsanahakuun. | Täsmälliset tuotenumerot tai ammattitermit ja merkitykseen perustuvat kysymykset tarvitsevat erilaista hakua. |
| Valinta ja uudelleenjärjestäminen | Järjestä ja rajaa sallitut tulokset kyseistä kysymystä varten. | Välitä erilliselle tulosten järjestäjälle vain käyttöoikeuksien mukaiset tiedot. Huomioi palvelu ja tietojen käytön hyväksyntä. |
| Vastaus ja lähdekohdat | Anna mallille rajattu konteksti, vastaa ymmärrettävästi ja linkitä lähteet. | Lähdekohdan, version ja käyttäjän pääsyn on vastattava tulosta. Pelkkä lähdeviite ei todista, että jokainen väite on johdettu siitä oikein. |
Tiedonhaku ei saa kiertää nykyisiä käyttöoikeuksia.
Työntekijä, jolla ei ole pääsyä asiakirjaan, ei saa saada sen luottamuksellista sisältöä myöskään yhteenvedosta. Siksi käyttäjä- ja ryhmäkonteksti perustuvat luotettavaan kirjautumiseen. Sovellus ei saa luottaa mallin ilmoittamaan käyttäjänimeen tai vapaasti lähetettyyn hakusuodattimeen.
Lähdejärjestelmän ja hakualustan mukaan voidaan käyttää siirrettyjä käyttöoikeusluetteloita, palvelimella asetettuja suodattimia tai kohdekohtaisia lisätarkastuksia. Erityisen rajatuille aineistoille voi sopia erillinen indeksirakenne. Ratkaiseva on koko ketju: tuonti, oikeuksien kuvaaminen, haku, tulosten välitys, välimuistit ja todella avattu lähde.
Hyvä kehote ei korvaa puuttuvaa oikeuksien valvontaa.
Epäselvän identiteetin, puuttuvien oikeustietojen tai vanhentuneen hyväksynnän yhteydessä tietovirta suljetaan sovitun suojausmallin mukaan. Asiakirjateksti kuuluu tulosten järjestäjälle ja mallikontekstiin vasta onnistuneen tarkastuksen jälkeen. Myöskään tuloslistat, tiedostonimet ja vastausvälimuistit eivät saa paljastaa muiden tietoja.
Testaamme nimenomaisesti erilliset käyttäjäroolit, poistetut ryhmäoikeudet ja muut asiakasorganisaatiot. Asiakirjalähde voi myös sisältää manipuloituja ohjeita. Niitä käsitellään lähdesisältönä, eivätkä ne myönnä työkalujen käyttöoikeuksia. Jos tiedonhaun halutaan käynnistävän myös toimia, sille suunnitellaan erillinen hallittu rajapinta.
Uudet sisällöt, poistot ja oikeusmuutokset kuuluvat yhteen.
Kerran luettu kansio ei pysy automaattisesti ajan tasalla. Määrittelemme, miten muutokset tunnistetaan, virheet yritetään uudelleen ja vanhentuneet merkinnät poistetaan. Mukana ovat uudet versiot, poistetut tiedostot, poistetut oikeudet, muuttuneet jakolinkit ja työntekijöiden lähdöt.
- Synkronointi: sopivat yhdistimet, tapahtumat tai ajastetut täsmäytykset jäljitettävällä käsittelytilalla.
- Lähdeyhteys: pysyvät tunnisteet ja versiot, jotta lähdekohdat eivät vahingossa osoita asiakirjan toiseen versioon.
- Poistomenettely: huomioi kyseiset indeksiosat, vektoriesitykset ja välimuistit. Sovi varmistusten säilytyssäännöt erikseen.
- Ylläpito: kyky tunnistaa epäonnistuneet tuonnit, virheellinen oikeuksien siirto ja odottamattoman vanhat tiedot.
Myös vanhentuneen tai tavoittamattoman lähdejärjestelmän käsittelystä sovitaan. Varoitus, rajattu vastaus tai kyseisen aineiston käytön tilapäinen keskeytys voi sopia suojaustarpeeseen paremmin kuin näennäisesti ajantasainen tieto.
Tarkasta hakutulosten ja vastausten laatu erikseen.
Sujuvasti muotoiltu vastaus voi perustua väärään tai puutteelliseen lähdekohtaan. Tarkastamme siksi, löytääkö haku tarvittavat tiedot, riittääkö sallittu konteksti ja välittääkö vastaus tiedot oikein.
Tunnettu kysymys
Hyväksytty kysymys, jonka lähdekohta tunnetaan. Tarkasta löydetty kohta, oikea versio ja asiasisällöltään sopiva vastaus yhdessä.
Ei sopivaa lähdettä
Järjestelmän tulee osoittaa tiedon puuttuminen ja tarjota tarkoituksenmukainen jatkomenettely sen sijaan, että se keksisi näennäisesti lähteistetyn vastauksen.
Kielletty tai vanha lähde
Käyttäjä eri oikeuksilla sekä käytöstä poistettu versio. Asiakirjan sisältö tai kielletyt vihjeet eivät saa näkyä vastauksen tai välimuistin kautta.
Sopiva kysymysjoukko sisältää myös ristiriitoja, monikielisiä termejä, taulukoita ja poikkeavia asiakirjamuotoja. Osittamisen, vektoriesitysten, hakustrategian tai mallin muutokset testataan sitä vasten uudelleen. RAG voi helpottaa tietojen käyttöä, mutta puutteelliset lähteet ja virheelliset vastaukset jäävät mahdollisiksi rajoiksi.
Aloita sopivasta tietoalueesta.
DAXS kartoittaa tietolähteet, oikeudet ja tyypilliset kysymykset, kehittää tuonnin ja haun sekä liittää sopivan sovelluksen. Rajattu valikoima hyviä asiakirjoja selkein omistajin on pilotille usein hyödyllisempi kuin koko tiedostoaineisto heti alussa.
Tuloksena saatte ymmärrettävän rakenteen hyväksyttyine tietovirtoineen, testattavan kysymysjoukon sekä dokumentoidut synkronointi-, hoito- ja ylläpitotehtävät. Paikallinen tai ulkoinen päättely selvitetään infrastruktuurivertailun avulla. Työympäristön käyttöönotto huomioi käyttäjät, koulutuksen ja käyttösäännöt.
Rajattu asiakirja-alue, vastuulliset yhteyshenkilöt, tyypilliset kysymykset ja nykyinen käyttöoikeusmalli. Luottamukselliset tiedostot toimitetaan vasta sovittua suojattua reittiä pitkin.
Selvitämme nämä keskustelussa.
Onko RAG sama kuin koulutettu yritysmalli?
Ei. RAG hakee kyselyyn sopivat asiakirjan osat ja antaa ne mallille kontekstiksi. Mallin painot eivät muutu tästä automaattisesti. Haun, lähteiden ja vastausmallin laatu on tarkastettava yhdessä.
Miten luottamukselliset asiakirjat pysyvät suojattuina?
Identiteetti ja sallitut asiakirjaoikeudet on toteutettava jo haussa ja ennen kontekstin luovutusta. Sen jälkeen oikeudet koskevat myös näytettäviä lähteitä. Tarkastus kattaa lisäksi indeksit, välimuistit, viennit ja lokit.
Mitä tapahtuu muutetuille tai poistetuille asiakirjoille?
Ratkaisu tarvitsee määritellyn täsmäytyksen lähteisiin. Muutosten, oikeuksien vaihtumisen ja poistojen on välityttävä hakuindeksiin ja kyseisiin välimuisteihin. Vanhentunut tai kielletty sisältö ei saa jäädä käyttöön ajantasaisena kontekstina.
Estävätkö lähdeviitteet virheelliset vastaukset?
Ne helpottavat tarkastusta mutta eivät takaa oikeaa väitettä. Vastaus voi ymmärtää lähdekohdan väärin tai tiivistää sen sopimattomasti. Testaamme siksi lähdekattavuuden, viittausten tarkkuuden, ristiriidat ja puuttuvien tietojen käsittelyn.
Voiko pieni asiakirja-aineisto toimia pilottina?
Kyllä. Selkeästi rajattu ja ylläpidetty aineisto todellisine kysymyksineen ja tunnettuine käyttöoikeuksineen sopii usein välitöntä kokonaistuontia paremmin. Tulokset osoittavat, mitä lähteitä, hakumenetelmiä ja ylläpitoprosesseja tarvitaan seuraavaksi.
Myös otsikot, otteet ja välimuistit tarvitsevat oikeudet.
Käyttöoikeuksien on oltava voimassa ennen tietojen luovuttamista mallille. Tarkastus kattaa tuloslistat, esikatselut, lainaukset, alkuperäisen haun ja vastausvälimuistit. Ryhmämuutokset ja poistuneet hyväksynnät todennetaan estotesteillä. Hyväksytty hakuindeksi ei saa muuttua yhteiseksi täydeksi pääsyksi luottamuksellisiin lähteisiin. Erillinen turvallisuussivu selittää liiallisen jakamisen, virheellisesti myönnetyt oikeudet ja Microsoftin nykyiset kontrollit.
Keskustellaan käyttötapauksestanne.
Minkä pitäisi helpottua, mitä tietoja siihen liittyy ja mitä järjestelmiä on jo käytössä? Näiden perusteella kehitämme tarkoituksenmukaisen aloituksen ja rajattavissa olevan seuraavan vaiheen.