Om in 2026 een bedrijfskennisbank op te zetten, vult u een map met platte markdown-bestanden die zowel uw team als uw AI-agents kunnen lezen, in een vaste volgorde: eerst brondocumenten, dan SOP's, beslissingslogboeken en eigenaarschapskaarten. Kies de software als laatste, nadat de inhoud er al is.
U hebt het experiment dat het belang van deze volgorde bewijst al uitgevoerd: vraag uw AI-assistent naar uw eigen restitutiebeleid en zie hoe deze antwoordt vanuit het open web.
Elk bedrijf onder de 200 medewerkers slaat kennis op dezelfde manier op: Drive-mappen, een halfverlaten wiki, e-mailthreads en twee senior medewerkers die alles onthouden. Deze gids behandelt wat u moet verzamelen, het bestandsformaat dat Google in juni 2026 standaardiseerde, de opzetvolgorde die ik in productie gebruik, en wat een opzet kost. Het bewijs komt uit een kennisbank die agents al 3 maanden onderhouden: 490 pagina's, 880 commits, één lintpoort met 20 controles.
- Inhoud voor tooling. Verzamel brondocumenten, SOP's, beslissingslogboeken en eigenaarschapskaarten voordat u software vergelijkt.
- Bestanden zijn het formaat. Google's Open Knowledge Format (juni 2026) standaardiseerde wat vier AI-labs al onafhankelijk van elkaar hadden bereikt: markdown-bestanden met YAML-frontmatter, geversioneerd in git.
- Sla de vectordatabase eerst over. Onder ongeveer 10.000 pagina's volstaat trefwoordzoeken met een bijgehouden indexbestand, en dit blijft goed te debuggen.
- Eigenaarschap bepaalt overleving. Mensen zijn eigenaar van strategie, prijzen en beslissingen; agents zijn eigenaar van de samengestelde pagina's. Zonder die scheiding veroudert de kennisbank binnen een kwartaal.
- Reken op $2.500 tot een laag vijfcijferig bedrag. Opzet met vaste scope wordt binnen een week opgeleverd; een audit-eerst opzet met werkend prototype duurt 2 tot 4 weken.
Verzamel deze acht dingen voordat u tools vergelijkt
Een kennisbank slaagt of faalt op basis van wat erin gaat, en de meeste teams slaan de contentfase over en gaan meteen naar de softwaredemo. webvise doorloopt bij elke klant dezelfde intake-lijst: acht categorieën, gerangschikt naar hoe vaak agents ze nodig hebben.
| Wat te verzamelen | Waarom een agent het nodig heeft | Waar het nu meestal staat |
|---|---|---|
| Brondocumenten: positionering, prijzen, productspecificaties, FAQ's | Onderbouwt elk antwoord; voorkomt dat de agent uw prijzen verzint | Pitchdecks, de website, het hoofd van de oprichter |
| SOP's en workflows: onboarding, rapportage, QA, goedkeuringen | Verandert "help me met X" in stappen die een agent kan volgen | Nergens, of een wikipagina uit 2023 |
| Voorbeelden van goed werk, met toelichting waarom ze goed zijn | Kalibreert de kwaliteit van output verder dan generieke best practices | Verspreide projectmappen |
| Beslissingslogboeken: wat veranderde, waarom, wie besliste, wat werd afgewezen | Voorkomt dat agents en nieuwe medewerkers afgehandelde vragen heropenen | Slack-threads en vergadernotities |
| Eigenaarschapskaarten: wie is eigenaar van elke workflow, beslissing en escalatie | Stuurt concepten naar de juiste goedkeurder | Ongeschreven kennis binnen het team |
| Klantcontext: gesprekken, tickets, opzegredenen, bezwaren | Onderbouwt sales- en supportantwoorden met echte klanttaal | CRM-notities, supportinbox |
| Rechten en grenzen: wat agents mogen lezen, schrijven, versturen | Voorkomt vooraf de kostbare faalscenario's | Meestal niet vastgelegd |
| Feedbackloops: opgeleverd werk, menselijke correcties, mislukte output | Zorgt dat de output in maand 6 beter is dan in week 1 | Meestal weggegooid |
Dit verzamelen is het trage deel, en het is het deel dat een technische audit naar voren haalt. webvise's AI-consultingsprint brengt één workflow van begin tot eind in kaart, inclusief documenten, uitzonderingen en reviewmomenten, en eindigt in een werkend prototype in plaats van een slidedeck. Als uw SOP's alleen in de hoofden van mensen bestaan, kan een AI-agent eerst het team interviewen en ze opstellen.
Gebruik het bestandsformaat dat Google in juni 2026 standaardiseerde
Op 12 juni 2026 publiceerde Google Cloud het Open Knowledge Format, een open specificatie voor dit artefact: een map met markdown-bestanden met getypeerde YAML-frontmatter, geversioneerd in git, zonder verplichte tooling. De specificatie is bewust klein gehouden. Markdown die elke editor rendert, bestanden die elke repo host, één verplicht frontmatter-veld.
De specificatie formaliseerde een vorm waar vier AI-teams al onafhankelijk van elkaar op waren uitgekomen. Mem0's agent-wiki-onderzoek van juli 2026 wees uit dat Cognition's DeepWiki, Factory's AutoWiki, LangChain's OpenWiki en Garry Tan's GBrain elk binnen enkele maanden van elkaar dezelfde drie lagen bouwden: ruwe bronnen, een door een LLM geschreven markdown-wiki, en één schemabestand met de regels. Wanneer vier labs en Google uitkomen op platte bestanden in git, is de formaatvraag beslecht.
Het gevolg voor uw aankoopbeslissing: beoordeel elke kennistool op de vraag of de inhoud exporteert naar platte bestanden. Notion, Confluence en SharePoint bevatten tekst die een agent via een API kan bereiken. Een map met getypeerde markdown in git is de vorm die agents het goedkoopst lezen, het schoonst diffen, en behouden wanneer u van leverancier wisselt.
Retrieval heeft minder machinerie nodig dan de RAG-pitch beweert. Onder ongeveer 10.000 pagina's vindt trefwoordzoeken op een bijgehouden indexbestand wat agents nodig hebben, en het overschrijden van die grens kost ongeveer $10 aan embeddings per 100.000 pagina's tegen de huidige OpenAI-prijzen. De volledige onderbouwing, met tokenaantallen, staat in De meeste bedrijfskennisbanken hebben geen RAG nodig.
Zet het op in deze volgorde
Elke stap hieronder maakt de volgende goedkoper, en software komt pas in stap 5 aan bod. Teams die bij stap 5 beginnen, beginnen meestal binnen een kwartaal opnieuw bij stap 1.
- 1. Breng in kaart wat er is. Noteer elke plek waar kennis leeft: Drive, de wiki, inboxen, het CRM, de hoofden van mensen. De meeste bedrijven vinden 5 tot 8 verspreide systemen.
- 2. Maak één mappenstructuur met een index. Een indexbestand op het hoogste niveau dat aangeeft wat waar staat, is het retrievalsysteem. Agents beginnen daar en openen alleen de pagina's die ze nodig hebben.
- 3. Schrijf het schemabestand. Eén AGENTS.md die paginatypen, naamgeving en updateregels vastlegt. Dit bestand doet meer werk dan elke toolkeuze die u zult maken.
- 4. Verwerk de acht categorieën. Eén pagina per onderwerp, elk met een eigenaar en een bijgewerkte datum. Begin met de 20 pagina's waar mensen daadwerkelijk naar vragen, en sla de big-bang-migratie over.
- 5. Verbind uw agents. Wijs Claude, of wat uw team ook gebruikt, via één laadcommando naar de index, zodat elke sessie start vanuit dezelfde context.
- 6. Sluit de cirkel. Wanneer iemand het antwoord van een agent corrigeert, gaat de correctie de pagina in, en wint de pagina de volgende keer.
Ik gebruik deze structuur in productie. De kennisbank bereikte 490 pagina's en 880 commits in 3 maanden agentonderhoud, en dit houdt stand omdat een lintpoort met 20 controles elke commit blokkeert die een regel overtreedt, van kapotte links tot verlopen deadlines. Het operationele verslag, inclusief mislukkingen, staat in het rapport na 3 maanden.
Bepaal wie wat bezit, of zie het wegrotten
Verouderde informatie doodt meer kennisbanken dan welke tool-fout dan ook. Mem0's onderzoek noemt een onjuiste wiki erger dan geen wiki, omdat fouten aankomen alsof het feiten zijn. De verdediging is een eigenaarschapsverdeling, vastgelegd op dag één.
- Mensen zijn eigenaar van de ankerpagina's. Positionering, prijzen, tone-of-voice, rechten, beslissingslogboeken. Agents lezen deze voordat ze iets produceren en herschrijven ze nooit.
- Agents zijn eigenaar van de samengestelde laag. Referentiepagina's, kruisverwijzingen, indexen, samenvattingen. Onderhoud is het werk dat mensen keer op keer laten liggen, en het werk waar agents nooit moe van worden.
- Elke pagina heeft een eigenaar en een bijgewerkte datum. Een pagina zonder eigenaar is een pagina die niemand vertrouwt.
Beslissingslogboeken zijn de categorie die niemand verzamelt en die het eerst iets oplevert. Wat veranderde, waarom, wie besliste, welke alternatieven werden afgewezen: vier velden die voorkomen dat een nieuwe medewerker of een nieuwe agent afgehandelde vragen van vorig kwartaal heropent. In mijn eigen kennisbank is de helft van de lintbevindingen een verouderingssignaal, een verstreken deadline of een gewijzigde prijs, opgevangen voordat een agent het kon herhalen.
Wat een bedrijfskennisbank in 2026 kost
Drie realistische routes, geprijsd op basis van wat de markt medio 2026 vraagt.
| Route | Scope | Prijs | Doorlooptijd |
|---|---|---|---|
| Zelf doen met deze gids | Mappenstructuur, schemabestand, eerste 20 pagina's | Uw eigen tijd, ongeveer één geconcentreerde week | 1 tot 2 weken |
| Opzet met vaste scope | Kennisbank opgebouwd uit bedrijfsdata, één workflow aangesloten | Doorgaans $2.500 (Amerikaanse markt, medio 2026) | Ongeveer 7 dagen |
| Audit-eerst bureau-opzet | Procesoverzicht, kennisbank, werkend AI-prototype, bouwplan | Geschat na discovery | 2 tot 4 weken |
De markt heeft het onderste segment geproductiseerd: rond medio 2026 verschenen vastgeprijsde opzetaanbiedingen van ongeveer $2.500 met een levering binnen 7 dagen, doorgaans een audit van 60 minuten plus één aangesloten workflow. Die vorm werkt wanneer uw processen al gedocumenteerd zijn. Zijn ze rommelig, dan is de audit het product: webvise's AI-consulting duurt 2 tot 4 weken omdat het in kaart brengen van uitzonderingen en reviewmomenten het grootste deel van het werk is, en het prototype aan het einde vertelt u of een productiebouw de investering waard is.
Een kennisbank is het eerste stuk AI-infrastructuur dat de moeite waard is om te bouwen, omdat elke agent die u daarna inzet er gebruik van maakt. Voor de audit-eerst versie, met uw workflows in kaart gebracht en een prototype dat leest vanuit uw eigen pagina's, neem contact op met webvise.
De werkwijzen van webvise zijn afgestemd op de ISO 27001- en ISO 42001-normen.