Viden i virksomheden.
Gør den tilgængelig med RAG.
Svar med sporbare kilder i stedet for endnu et dokumentlager: DAXS forbinder dokumenter, søgning og sprogmodeller til en vidensløsning, der tager højde for aktualitet og eksisterende adgangsrettigheder.
Svaret skal føre til jeres godkendte kilder.
En arbejdsinstruks ligger i dokumentstyringen, en teknisk oplysning i den interne dokumentation og den seneste tilføjelse i en ticket. En passende videnssøgning kan gøre kilderne tilgængelige og sammensætte forståelige svar. DAXS planlægger og integrerer sådanne løsninger med dataimport, søgning, brugerrettigheder og løbende vedligeholdelse.
Retrieval-Augmented Generation, forkortet RAG, forbinder en søgning med en sprogmodel. Søgningen finder relevant indhold; modellen modtager udvalgte tekstdele som kontekst og formulerer et svar ud fra dem. I et typisk RAG-forløb trænes modelvægtene ikke med hvert nyt dokument. Vidensgrundlag og svarmodel er fortsat forskellige byggesten.
Intern dokumentation
Find godkendte håndbøger og driftsinstrukser lettere, sammenfat en relevant passage, og åbn kilden.
Supportviden
Find kendte løsningsforløb til en henvendelse, og forbered dem som et kontrollerbart svarudkast. Kunde- og tenantgrænser er fortsat en del af søgningen.
Arbejdsgange
Saml information fra egnede projektdokumenter eller retningslinjer til et konkret arbejdstrin. Den faglige godkendelse afhænger af anvendelsen.
Import og forespørgsel er to dataforløb, der skal vedligeholdes.
Ved import klargøres indhold, kildehenvisning og rettigheder. Ved et spørgsmål fastslår tjenesten brugeridentiteten og søger i det tilladte materiale. Først derefter samles de relevante, godkendte resultater til svaret.
Arkitekturen kan implementeres med lokale eller eksterne modeller. Tilladte dataforløb for embeddings, reranking og svargenerering vurderes hver for sig. Et lokalt gemt søgeindeks betyder ikke, at alle efterfølgende behandlingstrin også foregår lokalt.
God søgning begynder før den første prompt.
En dokumentimport indlæser mere end et filnavn. Vi undersøger understøttede formater, tekstgenkendelse, tabeller og en forståelig dokumentstruktur. Unødvendige dubletter eller gamle udkast bør ikke ubemærket konkurrere med en aktuel arbejdsinstruks.
| Trin | Opgave | Vigtig sammenhæng |
|---|---|---|
| Import og oprydning | Forbind egnede kilder, udtræk indhold, og klargør det struktureret. | Bevar kilde-ID, version, tidspunkt og ejer; gør fejl og ulæselige dokumenter synlige. |
| Chunking | Opdel dokumenter i meningsfulde afsnit. | Tag højde for overskrifter, tabeller og faglig sammenhæng. Hvert afsnit skal være knyttet til kilden og dens rettigheder. |
| Embeddings og indeks | Repræsenter indhold til semantisk søgning, og gem det med søgemetadata. | Versionsstyr embeddingmodel og indekstilstand samlet. Vektorer og afledte data kan også være beskyttelseskrævende. |
| Hybrid søgning | Kombiner semantisk lighed med egnet fuldtekst- og søgeordssøgning. | Præcise produktnumre eller fagtermer og spørgsmål formuleret med andre ord har forskellige søgebehov. |
| Udvælgelse og reranking | Sorter og begræns tilladte resultater til det konkrete spørgsmål. | Send kun information, som brugeren har ret til, videre til en yderligere reranker; tag højde for tjeneste og datagodkendelse. |
| Svar og kildesteder | Send begrænset kontekst til modellen, svar forståeligt, og link til kilderne. | Kildested, version og brugeradgang skal passe til resultatet. En kildehenvisning beviser ikke alene, at alle udsagn er udledt korrekt fra kilden. |
Videnssøgningen må ikke omgå eksisterende rettigheder.
En medarbejder uden adgang til et dokument må heller ikke modtage dets fortrolige indhold gennem en sammenfatning. Derfor kommer bruger- og gruppekontekst fra et betroet login. Applikationen må ikke stole på et brugernavn angivet af modellen eller et frit medsendt søgefilter.
Afhængigt af kildesystem og søgeplatform kan overførte ACL'er, serverfastsatte filtre eller yderligere objektkontroller bruges. Ved særligt adskilte datasamlinger kan en separat indeksstruktur give mening. Hele kæden er afgørende: import, rettighedsafbildning, søgning, videregivelse af resultater, caches og den kilde, der faktisk åbnes.
En god prompt erstatter ikke manglende rettigheder.
Ved uklar identitet, manglende rettighedsoplysninger eller udløbne godkendelser skal dataforløbet lukkes i overensstemmelse med det aftalte beskyttelseskoncept. Dokumenttekst må først indgå i reranker og modelkontekst efter vellykket kontrol. Resultatlister, filnavne og svarcaches må heller ikke afsløre andres information.
Vi tester udtrykkeligt adskilte brugerroller, tilbagekaldte grupperettigheder og andre tenants. En dokumentkilde kan desuden indeholde manipulerede instruktioner. De behandles som kildeindhold og tildeler ikke værktøjsrettigheder. Hvis videnssøgningen også skal udløse handlinger, får den en særskilt planlagt kontrolleret grænseflade.
Nyt indhold, sletninger og rettighedsændringer hører sammen.
En mappe, der er indlæst én gang, forbliver ikke automatisk aktuel. Vi fastlægger, hvordan ændringer opdages, fejl genbehandles, og forældede poster fjernes. Det omfatter både nye versioner og slettede filer, tilbagekaldte rettigheder, ændrede delingslinks og medarbejdere, der forlader virksomheden.
- Synkronisering: egnede konnektorer, hændelser eller planlagte afstemninger med sporbar behandlingsstatus.
- Kilderelation: stabile ID'er og versioner, så henvisninger ikke utilsigtet peger på en anden dokumentversion.
- Slettekoncept: tag højde for berørte indeksafsnit, embeddings og caches; aftal opbevaringsregler for sikkerhedskopier særskilt.
- Drift: kunne opdage fejlede importer, fejl i rettighedsoverførsel og uventet gamle data.
Håndtering af et forældet eller utilgængeligt kildesystem aftales også. En advarsel, et begrænset svar eller midlertidig udelukkelse af berørt materiale kan efter beskyttelsesbehovet være mere passende end et svar, der blot ser aktuelt ud.
Kontroller søgekvalitet og svarkvalitet hver for sig.
Et flydende formuleret svar kan bygge på et forkert eller ufuldstændigt kildested. Derfor undersøger vi, om søgningen overhovedet finder den nødvendige information, om den tilladte kontekst er tilstrækkelig, og om svaret gengiver informationen korrekt.
Kendt spørgsmål
Et godkendt spørgsmål med dokumenteret kildested. Kontroller fundet passage, korrekt version og fagligt passende svar samlet.
Ingen relevant kilde
Systemet skal gøre manglende information tydelig og tilbyde en fornuftig alternativ vej frem for at opfinde et tilsyneladende kildebelagt svar.
Forbudt eller gammel kilde
En bruger med andre rettigheder og en tilbagetrukket version. Hverken dokumentindhold eller uretmæssige oplysninger må vises gennem svar eller cache.
Et egnet testsæt indeholder også modstridende oplysninger, flersprogede begreber, tabeller og usædvanlige dokumentformater. Ændringer i chunking, embeddings, søgestrategi eller model testes på ny mod sættet. RAG kan gøre information mere tilgængelig; ufuldstændige kilder og fejlagtige svar er fortsat mulige begrænsninger.
Begynd med et egnet vidensområde.
DAXS kortlægger datakilder, rettigheder og typiske spørgsmål, udvikler import- og søgeforløbet og forbinder en passende applikation. Et afgrænset udvalg af gode dokumenter med tydelige ejere er ofte mere nyttigt i et pilotprojekt end hele filsamlingen fra starten.
Resultatet er en forståelig opbygning med godkendte dataforløb, et kontrollerbart spørgsmålssæt og dokumenterede opgaver til synkronisering, vedligeholdelse og drift. Om inferensen skal foregå lokalt eller eksternt, afklares i infrastruktursammenligningen . Indførelsen på arbejdspladsen tager højde for brugere, oplæring og anvendelsesregler.
Et afgrænset dokumentområde, ansvarlige kontaktpersoner, typiske spørgsmål og det eksisterende rettighedskoncept. Fortrolige filer stilles først til rådighed gennem en aftalt, beskyttet kanal.
Det afklarer vi i samtalen.
Er RAG det samme som en trænet virksomhedsmodel?
Nej. RAG henter dokumentdele, som passer til forespørgslen, og stiller dem til rådighed som kontekst for modellen. Modelvægtene ændres ikke automatisk af den grund. Kvaliteten af søgning, kilder og svarmodel skal vurderes samlet.
Hvordan beskyttes fortrolige dokumenter?
Identitet og tilladte dokumentrettigheder skal håndhæves allerede under søgning og før videregivelse af kontekst. Rettighederne gælder derefter også for viste kilder. Kontrollen omfatter desuden indekser, mellemlagre, eksporter og logfiler.
Hvad sker der med ændrede eller slettede dokumenter?
Løsningen kræver en fastlagt afstemning med kilderne. Ændringer, rettighedsskift og sletninger skal slå igennem i søgeindeks og berørte mellemlagre. Forældet eller ikke længere tilladt indhold må ikke fortsat bruges som aktuel kontekst.
Forhindrer kildehenvisninger forkerte svar?
De letter kontrollen, men garanterer ikke et korrekt udsagn. Svaret kan misforstå et kildested eller sammenfatte det uhensigtsmæssigt. Derfor tester vi kildedækning, citatpræcision, modstridende oplysninger og håndtering af manglende information.
Kan en lille dokumentsamling bruges som pilotprojekt?
Ja. En tydeligt afgrænset, vedligeholdt samling med virkelige spørgsmål og kendte rettigheder er ofte bedre egnet end en samlet import fra starten. Resultaterne viser, hvilke kilder, søgemetoder og driftsforløb der derefter er nødvendige.
Også titler, uddrag og caches kræver rettigheder.
Rettigheder skal være effektive, før indhold videregives til modellen. Kontrollen omfatter resultatlister, forhåndsvisninger, citater, hentning af originaler og svarcaches. Gruppeskift og tilbagekaldte delinger efterprøves med negative tests. Et godkendt søgeindeks må ikke blive en fælles, ubegrænset adgang til fortrolige kilder. Den særskilte sikkerhedsside forklarer oversharing, forkert tildelte rettigheder og aktuelle Microsoft-kontroller.
Lad os tale om jeres anvendelse.
Hvad skal blive lettere, hvilke data indgår, og hvilke systemer findes allerede? Ud fra det udvikler vi en meningsfuld indgang og et overskueligt næste skridt.