Byg en AI-vidensbase: fra desktop til 50 medarbejdere

Weekendversionen er den nemme del

»Byg en AI-vidensbase på en weekend« — alle artikler om emnet, inklusive min egen, viser dig den samme demo: én mappe, én inbox, en ugentlig kompilering. Den virker, og du bør bygge den. Men der er en del, ingen skriver om.

Hvad sker der, når 50 mennesker skal dele den?

Det er dér, de fleste vidensprojekter dør. Ikke fordi teknologien fejler, men fordi fællesdrevet uden regler bliver til det, fællesdrev altid bliver til: et arkæologisk lag af Endelig_version_FINAL_2.docx. En vidensbase, alle må skrive i, kompounderer støj. En vidensbase, ingen må skrive i, dør af sult.

Denne guide er byggemanualen, der dækker hele vejen. Del 1: den version, du bygger på din egen desktop i dag — på en time. Del 2: udvidelsen til en organisation på 50 medarbejdere på det fællesdrev, I allerede har — med en privat hukommelse til hver eneste medarbejder og en kvalitetsport, der holder fælleshjernen ren. Hvis du vil have hvorfor mønstret virker — Karpathys oprindelige system, forskellen på markdown og RAG, hele tankegangen — så ligger det i hovedartiklen om AI-vidensbasen. Her bygger vi.

Del 1: Byg en AI-vidensbase på din desktop — i dag

Sæt en time af. Resten er vaner.

Trin 1: Opret mappen (2 minutter)

Opret én mappe med denne struktur — på dit skrivebord, i Dokumenter, eller hvor du nu arbejder:

min-vidensbase/
├── goals.md           ← hvad systemet skal hjælpe dig med
├── instruktioner.md   ← AI'ens faste arbejdsregler (skabelon nedenfor)
├── inbox/             ← alt råt lander her
├── wiki/              ← AI'ens kompilerede artikler — rør den ikke selv
└── arkiv/             ← behandlet inbox-materiale flyttes herhen

Fem elementer. Det er hele systemet.

Trin 2: Skriv goals.md og instruktioner.md (10 minutter)

goals.md er det, AI'en læser først — den styrer, at basen organiseres efter dine spor og ikke tilfældige emner:

# Mål for min vidensbase

## Hvad jeg arbejder med
- [Dine 2-4 spor — fx kunderådgivning, produktudvikling, content]

## Hvad basen skal hjælpe mig med
- Forberede møder uden at grave i gamle noter
- Huske beslutninger — og hvorfor vi tog dem
- [Tilføj dine egne]

## Min stemme og stil (hvis du skriver content)
- [2-3 linjer om hvordan du formulerer dig]

instruktioner.md er det trin, de fleste guider springer over — og grunden til, at du ikke skal copy-paste en lang prompt hver eneste gang. Det er AI'ens faste jobbeskrivelse:

# Instruktioner til AI'en

Du er bibliotekar for denne vidensbase. Læs altid goals.md først.

## Når du kompilerer (inbox → wiki)
1. Én artikel pr. emne — ikke pr. kilde
2. Findes artiklen allerede: opdatér den, opret ikke en ny
3. Link mellem artikler om beslægtede emner
4. Hold wiki/index.md opdateret med ét-linjes resuméer
5. Flyt behandlede filer fra inbox/ til arkiv/
6. Afslut med: hvad er nyt, hvad er opdateret, hvilke huller
   eller modsætninger ser du?

## Når du svarer på spørgsmål
- Læs wiki/index.md først, åbn kun relevante artikler
- Svar på baggrund af basen — kan basen ikke svare, så sig det
  i stedet for at gætte

## Når et svar er brugbart
- Gem det som ny artikel i wiki/ med beskrivende filnavn
- Link til de artikler, du trak på, og opdatér index.md

Fra nu af er din kompileringsprompt tre ord: "Kompilér min vidensbase." AI'en kender resten fra instruktionerne.

Trin 3: Fyld inbox — uden at ændre din arbejdsdag

Du tilføjer én bevægelse til dit arbejde: når noget brugbart passerer forbi — et link, en beslutning, en kundeindsigt, en mødenote — smider du det i inbox/ som en lille tekstfil. Sådan ser en god inbox-note ud:

2026-06-10-kundemoede-nordica.md

Møde med Nordica om Q3-aftalen.
- De vil udvide til to afdelinger mere, men budget først klar i august
- Mia er ny beslutningstager (erstatter Henrik)
- Aftalt: jeg sender revideret tilbud senest fredag

Tre til fem linjer. Dato og emne i filnavnet. Lad være med at organisere noget — ingen mapper, ingen tags, ingen oprydning. Det er kompilatorens job, ikke dit. Inbox-disciplin handler om at fange, ikke om at filere.

Trin 4: Kør ugens kompilering

Vælg en fast dag — søndag aften eller fredag eftermiddag — og kør:

Kompilér min vidensbase. Følg instruktioner.md.

AI'en læser inbox, skriver og opdaterer wiki-artikler, vedligeholder index, arkiverer det behandlede og slutter med sin lille sundhedsrapport: hvad er nyt, og hvor er basen tynd. Den rapport er din eneste vedligeholdelsesopgave — den fortæller dig, hvad inbox'en skal fodres med i næste uge.

Trin 5: Spørg basen — og arkivér svaret tilbage

Nu kan du stille de spørgsmål, der før krævede en halv times gravearbejde:

Hvad ved jeg om Nordica, og hvad bør jeg forberede til mødet på torsdag?

Og når svaret er brugbart, kommer det vigtigste trin i hele systemet — det, der adskiller en vidensbase fra en chathistorik:

Gem dit svar i basen.

Svaret bliver en wiki-artikel. Næste spørgsmål starter fra et højere niveau. Det er kompounderingen — og den er grunden til, at basen om en måned ved ting, du selv har glemt.

30-dages-beviset

Kør loopen i 30 dage, før du tænker på at skalere. Du er klar til Del 2, når du kan sætte flueben ved disse fire:

• Din inbox får 5+ noter om ugen, uden at det føles som en pligt
• Kompileringen kører på en fast dag — og du springer den ikke over
• Du har mindst én gang spurgt basen før du selv begyndte at lede
• Du har arkiveret mindst fem svar tilbage

Hvis du ikke selv kan holde loopen kørende, kan 50 medarbejdere heller ikke. Beviset på dit eget skrivebord er fundamentet for alt det følgende.

Del 2: Fra én mappe til 50 medarbejdere

Her er den gode nyhed: organisationsversionen er ikke et nyt system. Det er præcis den samme anatomi — inbox, kompilering, wiki, arkivér-tilbage — gentaget i tre ringe. Det eneste nye er regler for, hvem der må skrive hvor. Og står I midt i en bredere AI-udrulning, passer det her direkte ind i rammen fra guiden om AI-strategi og implementering for danske virksomheder.

Arkitekturen: tre ringe

Ring	Hvem læser	Hvem skriver	Hvad bor der
Privat (pr. medarbejder)	Kun medarbejderen + dennes AI	Medarbejderen frit	Egne noter, udkast, 1:1-referater, arbejdshukommelse
Afdeling	Afdelingens medlemmer	Afdelingen frit	Kundeviden, processer, faglige noter for teamet
Fælles	Alle 50	Kun gatekeepere	Organisationens godkendte, blivende viden

Reglen, der binder ringene sammen: AI'en læser udefra og ind, men skriver indefra og ud — og kun gennem porten. Hver medarbejders AI læser privat → afdeling → fælles, men skriver som udgangspunkt kun privat. Viden bevæger sig udad (fra privat mod fælles) ét kontrolleret skridt ad gangen.

Den private hukommelse er ikke en hemmelig dagbog. Det er medarbejderens arbejdshukommelse — og fælleshjernen får kun det, der består porten.

Mappestrukturen på fællesdrevet

Sådan ser hele organisationen ud som mappe. Opret den på det drev, I allerede har:

Vidensbase/                       ← SharePoint, Google Shared Drive el. netværksdrev
├── governance.md                 ← reglerne (skabelon nedenfor)
├── faelles/
│   ├── wiki/                     ← organisationens godkendte hjerne
│   │   └── index.md
│   └── inbox/                    ← alle må aflevere observationer her
├── afdelinger/
│   ├── salg/
│   │   ├── inbox/
│   │   ├── wiki/
│   │   └── til-faelles/          ← det, afdelingen indstiller til fælleshjernen
│   ├── drift/
│   │   └── …samme struktur
│   └── …én mappe pr. afdeling
└── medarbejdere/
    ├── mette/                    ← privat: kun Mette og hendes AI
    │   ├── goals.md
    │   ├── instruktioner.md
    │   ├── inbox/
    │   ├── wiki/
    │   └── arkiv/
    └── …én mappe pr. medarbejder

Genkender du medarbejdermappen? Det er præcis din desktop-version fra Del 1, flyttet ind på drevet. Den enkelte medarbejders oplevelse ændrer sig næsten ikke — de kører deres egen loop som hidtil. Forskellen er, at deres AI nu også kan læse afdelingens og organisationens viden.

Rettighederne: én tabel, sat op én gang

Rettighederne sættes i drevets almindelige deling — ingen specialsoftware. Sådan ser matrixen ud for en medarbejder i salg:

Mappe	Mette (salg)	Resten af salg	Gatekeeper (salg)	Alle øvrige
medarbejdere/mette/	Læse + skrive	Ingen adgang	Ingen adgang	Ingen adgang
afdelinger/salg/	Læse + skrive	Læse + skrive	Læse + skrive	Ingen adgang
faelles/wiki/	Læse	Læse	Skrive	Læse
faelles/inbox/	Skrive	Skrive	Skrive	Skrive

Tre principper bag tabellen:

• Private mapper er reelt private. Heller ikke chefen har adgang — kun IT har nødadgang efter jeres normale regler. Uden den garanti tør ingen bruge den private hukommelse ærligt, og så dør systemet.
• Ingen skriver direkte i fælles wiki. Heller ikke direktøren. Alt går gennem til-faelles/ og en gatekeeper. Én undtagelse, og porten er død.
• Alle må aflevere i fælles inbox. Tærsklen for at bidrage skal være nul — det er tærsklen for at blive permanent, der er høj.

Den private hukommelse i praksis

Hver medarbejder får sin desktop-version fra Del 1 som privat mappe — plus én udvidelse i instruktioner.md, der kobler de tre ringe sammen:

## Læseorden (tilføjelse til instruktioner.md)

Ved enhver opgave, læs i denne rækkefølge — og åbn kun det relevante:
1. Min private base: goals.md og wiki/index.md
2. Min afdeling: afdelinger/salg/wiki/index.md
3. Organisationen: faelles/wiki/index.md

Hvis min private viden modsiger afdelingens eller den fælles wiki:
sig det højt i stedet for selv at vælge.

## Skriveregler
- Nye noter og svar gemmes ALTID i min private mappe
- Vil jeg dele noget med afdelingen: læg en kopi i afdelingens inbox/
- Mener jeg, noget hører hjemme i fælleshjernen: læg det i
  afdelingens til-faelles/ — aldrig direkte i faelles/wiki/

Bemærk modsigelses-reglen. Den er lille, men den er guld: når Mettes private noter siger ét om en kunde, og den fælles wiki siger noget andet, skal AI'en flage det — ikke gætte. Det er sådan, fejl i fælleshjernen bliver opdaget af 50 par øjne i stedet for nul.

Kvalitetsporten: gatekeeperen og den ugentlige tømning

Hver afdeling udpeger én gatekeeper — en fagligt stærk medarbejder, ikke nødvendigvis lederen. Gatekeeperens job tager 20-30 minutter om ugen og består af én prompt:

Du er kvalitetsport for salgsafdelingen. Læs alle filer i
afdelinger/salg/til-faelles/.

For hver fil, scor 1-5 på:
1. Faktuel korrekthed — stemmer den med faelles/wiki/?
2. Værdi for andre end afsenderen
3. Struktur og klarhed
4. Risiko — persondata, fortroligt, NDA-belagt?

Filer med 4+ på alle fire: indarbejd i faelles/wiki/ — opdatér
eksisterende artikler frem for at oprette dubletter, og opdatér
index.md.

Resten: flyt tilbage til afdelingens wiki med én linje om hvorfor.

Afslut med en liste: optaget, afvist, og hvorfor.

Gatekeeperen læser AI'ens indstilling og godkender — mennesket trykker på knappen, AI'en gør benarbejdet. Det er hele porten. Den lyder bureaukratisk; den er 20 minutter om ugen og forskellen på en fælleshjerne, man kan stole på, og et fællesdrev nummer to.

Og hvis porten føles overflødig: i de cases jeg trækker på, står et stort dansk konsulenthus som skoleeksemplet. Konsulenterne udkastede klientleverancer med AI — uden nogen review-proces. Det blev en klient, der fandt fejlen: en konkurrence-analyse, hvor tre ud af otte virksomheder var beskrevet med forkerte tal. AI'en havde hallucineret, og ingen havde verificeret. Det er præcis dét, gatekeeper-rollen forhindrer. Hallucinationer er ikke et teknisk problem — de er et review-proces-problem. Uden en port er det kunden, eller kollegaen tre måneder senere, der ender som jeres kvalitetssikring.

governance.md: reglerne på én side

Læg denne fil i roden af drevet. Den er hele jeres regelsæt — udfyld og tilpas:

# Governance for vidensbasen

## Ejerskab
- Fælles wiki ejes af: [navn/rolle]
- Gatekeeper pr. afdeling: salg = [navn], drift = [navn], …
- Drev og rettigheder administreres af: [IT-ansvarlig]

## Skriveregler
- Ingen skriver direkte i faelles/wiki/ — alt går gennem
  til-faelles/ og en gatekeeper. Ingen undtagelser.
- Medarbejdere skriver frit i egen private mappe
- Afdelinger skriver frit i egen afdelingsmappe

## Hvad må IKKE ligge i basen
- CPR-numre, helbredsoplysninger og andre følsomme persondata
- Lønoplysninger uden for HR's afgrænsede mappe
- NDA-belagt materiale uden for en afgrænset mappe med
  navngivne adgange

## Rytme
- Medarbejdere: kompilér egen base fredag inden kl. 15
- Gatekeepere: tøm til-faelles/ hver mandag
- Ejeren: månedligt health check på fælles wiki

## Offboarding
- Privat mappe arkiveres af IT ved fratrædelse, slettes efter
  [X] måneder
- Alt promoveret indhold forbliver i fælles wiki

Én side. Hvis jeres governance-dokument er længere, er det fordi I dokumenterer jer ud af en disciplin, I ikke har. Reglerne skal kunne huskes, ikke slås op.

Rytmen: hvem gør hvad, hvornår

Hvornår	Hvem	Hvad	Tid
Løbende	Alle	Smid noter i egen inbox (og fælles inbox ved organisationsviden)	0 min ekstra
Fredag	Hver medarbejder	"Kompilér min vidensbase" på egen private base	5 min
Mandag	Gatekeeper pr. afdeling	Kompilér afdelingens inbox + tøm til-faelles/ med gate-prompten	20-30 min
Månedligt	Ejeren af fælles wiki	Health check: huller, modsigelser, forældede artikler	30 min

Læg mærke til totalen: for alle uden en gatekeeper-rolle koster systemet fem minutter om ugen. Det er ikke et projekt. Det er en vane med en kalenderpåmindelse.

Onboarding og offboarding: 15 minutter hver vej

Ny medarbejder: IT kopierer en skabelonmappe til medarbejdere/[navn]/ og sætter rettighederne. Medarbejderen udfylder sin goals.md, får de tre prompts vist (kompilér, spørg, gem) og lægger sin første inbox-note. Femten minutter — og vedkommendes AI ved fra dag ét alt, hvad organisationen ved. Sammenlign det med de måneder, det normalt tager at "komme ind i tingene": den nye kollega kan bogstaveligt talt spørge fælleshjernen "hvordan plejer vi at håndtere X?" i sin første arbejdstime.

Fratrædelse: IT arkiverer den private mappe (sletning efter jeres frist i governance.md). Alt, medarbejderen fik gennem porten, ligger i fælles wiki og bliver. Det er den stille, store gevinst: opsigelser holder op med at være videnstab. Det, der før forsvandt med en medarbejder — kundehistorik, hvordan-plejer-vi, faglige fif — ligger nu i den ring, der overlever.

Persondata og placering: tre afklaringer før start

1. Hvor ligger filerne fysisk? SharePoint/OneDrive og Google Workspace kan konfigureres til EU-datacentre; et netværksdrev ligger hos jer selv. Afklar det med IT, før første fil lander — ikke efter.
2. Hvad holder I ude? Reglerne fra governance.md ovenfor: følsomme persondata, løn, NDA-materiale. Gatekeeperens fjerde scoringskriterie (risiko) er jeres løbende kontrol.
3. Hvem har nødadgang til private mapper? Kun IT, efter samme regler som ved en privat OneDrive eller mailboks i dag. Skriv det ned, så garantien om privathed er reel og ikke bare en stemning.

Det er hele compliance-afsnittet for de fleste organisationer. I har allerede politikkerne — basen er bare filer på jeres eksisterende drev, underlagt de regler, drevet allerede har.

Udrulningsplanen: seks uger fra nul til drift

Uge	Aktivitet	Hvem
1	Byg desktop-versionen selv (Del 1) og kør loopen personligt	Dig
2-3	Pilot: ét team på ~5 personer deler én afdelingsmappe med inbox, wiki og til-faelles	Pilotteamet
4	Skriv governance.md, udpeg gatekeepere, IT sætter mappestruktur og rettigheder	Dig + IT
5	Opret medarbejdermapper, onboard i hold à 10 (15 min pr. hold med fælles gennemgang)	Alle
6+	Første fulde uge-rytme: fredagskompileringer, mandagsgate. Justér governance efter virkeligheden	Gatekeepere

To faldgruber, planen er bygget til at undgå:

• Spring ikke piloten over. Governance skrevet før praksis bliver teoretisk og forkert. Lad fem mennesker finde de reelle gnidninger, før 50 møder dem.
• Rul ikke ud uden dit eget 30-dages-bevis. Den, der driver det her, skal selv have mærket loopen virke. Ellers sælger du en idé, ikke en erfaring — og det kan alle høre.

Hvad det koster

Ny software: nul kroner. Drevet har I. AI-licenserne har I (eller er på vej til at få — se overblikket over værktøjerne). Regningen er tid: en time af din egen til Del 1, en pilotuge for fem mennesker, 15 minutters onboarding pr. medarbejder og 20-30 minutter om ugen pr. gatekeeper.

Sæt det over for den anden side af regnskabet: hvis hver af de 50 medarbejdere bare bruger 30 minutter om ugen på at gen-finde kontekst, der allerede findes i huset — og det er lavt sat — er det 25 timer om ugen. Systemet her koster jer under tre. Resten er forskellen.

FAQ

Key takeaway: En AI-vidensbase bygges i tre ringe: en privat base pr. medarbejder (din desktop-version fra Del 1), en afdelingsbase og én fælles hjerne, som kun gatekeepere må skrive i. AI'en læser udefra og ind — privat → afdeling → fælles — og skriver indefra og ud, gennem en kvalitetsport. Rettighederne sættes med drevets almindelige deling, reglerne fylder én side (governance.md), og driften koster fem minutter om ugen pr. medarbejder. Byg desktop-versionen i dag; skalér når din egen loop har kørt 30 dage.

Ofte stillede spørgsmål

01Hvad skal jeg bruge for at bygge en AI-vidensbase?–

En mappe og en AI, der kan læse og skrive filer på din computer — fx Claude Desktop eller Claude Code. Ingen database, ingen platform, ingen licens udover den AI, du allerede har. Til organisationsversionen skal du bruge det fællesdrev, I allerede har: SharePoint, Google Shared Drive eller et klassisk netværksdrev.

02Skal alle i organisationen bruge samme AI-værktøj?+

Nej, og det er en af de største styrker. Basen er almindelige markdown-filer, så den er ligeglad med, om Mette bruger Claude, og Jonas bruger ChatGPT. Alle værktøjer læser de samme filer og skriver til de samme mapper. I kan skifte AI-leverandør i morgen, uden at basen ændrer sig.

03Hvordan fungerer den private hukommelse pr. medarbejder?+

Hver medarbejder har sin egen mappe på drevet, som kun medarbejderen selv (og vedkommendes AI) har adgang til. Her bor egne noter, mødereferater, udkast og arbejdshukommelse. AI'en læser altid i rækkefølgen privat → afdeling → fælles, og skriver som udgangspunkt kun til den private mappe. Vil medarbejderen dele noget med resten, indstilles det til fælleshjernen via en til-faelles-mappe — og en gatekeeper godkender, før det bliver permanent.

04Hvad sker der, når en medarbejder stopper?+

Den private mappe arkiveres af IT ved fratrædelse og slettes efter jeres aftalte frist. Men alt det, medarbejderen har fået promoveret gennem kvalitetsporten, ligger i den fælles wiki og bliver i virksomheden. Det er hele pointen med porten — godkendt viden overlever den enkelte medarbejder.

05SharePoint, Google Drive eller netværksdrev — hvad skal vi vælge?+

Det, I allerede har. Kravene er kun to: I skal kunne sætte rettigheder pr. mappe (det kan alle tre), og drevet skal kunne synkroniseres lokalt på medarbejderens maskine, så AI'en kan læse filerne — OneDrive-synk til SharePoint, Google Drive til skrivebordet eller et mountet netværksdrev. Vælg ikke ny software til det her.

06Må der ligge persondata i vidensbasen?+

Som udgangspunkt nej. CPR-numre, helbredsoplysninger og andre følsomme persondata holdes ude af basen, til tre ting er på plads: I ved præcis hvor filerne fysisk ligger, adgangen er afgrænset pr. mappe, og I har en sletteregel. Byg basen til det ufølsomme arbejde først — det er 90 procent af værdien alligevel.