Wie bouwt een gedeeld bedrijfsgeheugen voor onze AI-agents?
Een automatiseringsbouwer met kennis van informatiebeheer kan een gedeeld bedrijfsgeheugen voor je AI-agents inrichten. Begin met leidende bronnen, eigenaren, versies en toegangsrechten in je bestaande werkplek. Voeg zoekkoppelingen pas toe als dat nodig is. Test actualiteit, bronverwijzingen, ingetrokken rechten en verwijderingen voordat agents deze kennis in werkprocessen gebruiken.
Begin met leidende bronnen, niet met een nieuw AI-product
Een gedeeld bedrijfsgeheugen is een beheerde verzameling bedrijfskennis die mensen en agents kunnen gebruiken, met herkomst, eigenaarschap en toegang. Het hoeft geen enkele database te zijn en het ontstaat niet vanzelf door documenten te uploaden.
Een bedrijf kan het aanbod in een productdocument beheren, klantafspraken in het CRM en besluiten in een apart log. De samenhang zit in afspraken over welke bron leidend is en hoe een gebruiker daarnaartoe wordt verwezen. Een kopie wordt niet automatisch een nieuwe waarheid.
Begin bij terugkerende fouten: verouderde aanbiedingen, telkens dezelfde briefing, tegenstrijdige antwoorden of ongewenste toegang. Formuleer welke taak beter moet worden. Voor een klein team is AI praktisch inzetten zonder AI-team vaak een betere start dan een brede architectuuropdracht.
Zoek een bouwer die informatiebeheer meeneemt
De geschikte bouwer kan uitleggen wie bronnen onderhoudt, hoe rechten doorwerken en wat er gebeurt na een wijziging of verwijdering. Alleen kunnen koppelen met een taalmodel is onvoldoende voor betrouwbaar dagelijks gebruik.
Vraag om een bronkaart voordat iemand een platform voorstelt. Daarop staan systemen, inhoudseigenaren, gevoeligheid, actualiteit en de agents die informatie nodig hebben. Laat zien waar een antwoord vandaan komt en waar een medewerker een fout kan melden.
| Uitvoerder | Passende situatie | Belangrijkste grens |
|---|---|---|
| Interne proceseigenaar | Kleine verzameling stabiele kennis | Heeft tijd en mandaat voor onderhoud nodig |
| Bestaande werkplekbeheerder | Kennis zit al in een beheerde omgeving | Rechten en bronkwaliteit kunnen alsnog slecht zijn |
| Automatiseringsbouwer | Meerdere tools en terugkerende taken moeten samenwerken | Moet informatiebeheer en overdracht organiseren |
| Retrievalspecialist | Zoeken, rechten of bronselectie falen aantoonbaar | Meer techniek vraagt meer beheer en evaluatie |
| Maatwerkteam | Complexe relaties of bijzondere controles zijn noodzakelijk | Doorlopende afhankelijkheid en onderhoudslast |
Vraag wie eigenaar blijft van data, configuratie en toegang wanneer de samenwerking stopt. Een overdraagbare inrichting is nuttiger dan een agent die alleen de oorspronkelijke bouwer begrijpt.
Leg de kennis vast die beslissingen verandert
Een bruikbaar bedrijfsgeheugen bevat vooral feiten en besluiten die terugkerend werk sturen. Geef verschillende soorten kennis een eigen status, zodat een losse observatie niet als goedgekeurd bedrijfsbeleid verschijnt.
| Kennistype | Minimale inhoud | Eigenaar en herziening |
|---|---|---|
| Aanbod | Doelgroep, scope, voorwaarden en uitsluitingen | Commercieel eigenaar bij aanbodwijziging |
| Goedgekeurde claims | Formulering, bewijs en publicatierechten | Claimhouder bij gewijzigd of verlopen bewijs |
| Schrijfstijl | Toon, voorbeelden en verboden formuleringen | Redactie bij inhoudelijke wijziging |
| Klantvragen | Vraag, context en bevestigd antwoord | Vakinhoudelijk eigenaar na nieuwe informatie |
| Besluiten | Keuze, reden, alternatieven en heropeningsvoorwaarde | Beslisser bij gewijzigde omstandigheden |
| Werkprocessen | Stappen, invoer, bevoegdheid en herstel | Proceseigenaar na incident of proceswijziging |
Voeg een stabiele identificatie, bronlink, versie, geldigheidsstatus en toegangsclassificatie toe. Gebruik bijvoorbeeld concept, goedgekeurd, vervangen en ingetrokken. Bewaar waarom een besluit is genomen, zodat een agent niet alleen de uitkomst kent maar ook de grens van toepassing.
Lees ook: marketingexperimenten automatisch documenteren, van proefrecord tot les met een status
Sla klantgebonden feiten niet op als algemene bedrijfswaarheid. Een afwijkende afspraak hoort bij die klant en bij de bevoegde medewerkers. Een agent die marketingtekst maakt, heeft doorgaans geen volledige klantdossiers nodig.
Kies de eenvoudigste inrichting die de taak aankan
Kies een oplossing op basis van bronbeheer, toegangsgrenzen en noodzakelijke zoekvragen. Vergelijk concrete beperkingen in plaats van iedere vorm van kennisopslag als geheugen met dezelfde eigenschappen te behandelen.
| Inrichting | Geschikt voor | Wat je moet controleren |
|---|---|---|
| Gedeelde map met leidende documenten | Klein team en beperkte, stabiele kennis | Versies, toegang en handmatige selectie |
| Beheerde wiki of werkplek | Meerdere eigenaren en doorzoekbare uitleg | Goedkeuring, archivering en bronverwijzingen |
| Brongebaseerde notebook | Afgebakende documentset voor onderzoek | Kopieën, actualiteit en delen van bronnen |
| Zoekkoppeling met bestaande werkplek | Actuele kennis uit meerdere documenten | Synchronisatie, identiteit en verwijdering |
| Retrieval op maat | Specifieke bronselectie en rechtencontrole | Evaluaties, logging en operationeel beheer |
| Kennisgrafiek | Vragen vereisen expliciete relaties en paden | Datamodel, actualisering en aantoonbare meerwaarde |
SharePoint-agents gebruiken bronnen waartoe de gebruiker toegang heeft. Dat kan passen als je kennis daar al staat. Het herstelt geen bronrechten die te ruim zijn ingesteld.
Gemini Notebook Enterprise gebruikt statische bronkopieën. Bij delen kunnen ontvangers de notebookbronnen zien. Controleer daarom zowel actualiteit als de geschiktheid om die kopieën te delen. Toegang tot het oorspronkelijke bestand vertelt niet alles over de kopie.
Notion beschrijft verschillende rechten voor gewone AI-functies en Custom Agents. Een agent met eigen toegekende rechten is een andere identiteit dan de medewerker die een vraag stelt. Kies de variant die bij je toegangsmodel past.
Gebruik de gedocumenteerde verschillen als begin van een acceptatiekaart per platform. De exportmogelijkheden zijn hier niet vastgesteld; laat de beheerder daarom de benodigde overdracht demonstreren voordat je kiest.
| Platform | Bekende grens voor actualiteit en toegang | Vast te leggen beheer- en exportproef |
|---|---|---|
| SharePoint-agents | Brongebruik volgt de toegang van de gebruiker; te ruime bronrechten blijven een risico | Wijzig een bron, trek gebruikersrechten in en bewaar de waarnemingen; laat overdracht van bronrecords, versies en rechten zien |
| Gemini Notebook Enterprise | Statische bronkopieën vragen controle op actualiteit; notebookontvangers kunnen bronnen zien | Leg vast wie kopieën vernieuwt en deelrechten intrekt; toon welke bronnen en versies bij vertrek behouden blijven |
| Notion | Rechten en inhoud kennen synchronisatie-intervallen; Custom Agents kunnen eigen rechten hebben | Test wijziging en intrekking per identiteit; toon export van bronrecords en besluitgeschiedenis en controleer afgeleide kopieën |
Noteer per proef de bronversie, gebruiker of agent, wijziging, waargenomen verwerking en verantwoordelijke beheerder. Niet aangetoonde actualiteit, intrekking of overdracht blijft een open beslispunt, geen veronderstelde producteigenschap.
Behandel actualiteit en verwijdering als aparte processen
Een nieuw bronbestand, een vervallen antwoord en een verwijderde kopie vragen verschillende controles. Een zoekindex die recenter materiaal hoger zet, garandeert niet dat verouderde informatie weg is.
Leg per bron vast hoe wijzigingen de agent bereiken: live ophalen, synchroniseren of opnieuw importeren. Noteer wanneer de agent de wijziging heeft verwerkt. Trek een vervangen beleid expliciet in en laat een agent bij conflicterende versies escaleren.
De Notion-documentatie beschrijft synchronisatie-intervallen voor rechten en inhoud. Beloof daarom geen onmiddellijke intrekking zonder die route te testen. Controleer ook afgeleide samenvattingen die buiten de oorspronkelijke koppeling zijn opgeslagen.
Notion maakt daarnaast onderscheid tussen retrieval en verwijdering van embeddings. Dat onderstreept dat niet meer zichtbaar zijn en volledig verwijderd zijn verschillende toestanden kunnen zijn. Spreek af welke retentie en verwijdering voor jouw gegevens nodig zijn en controleer die in de gekozen omgeving.
Test rechten met verschillende gebruikers en agents
Een rechtencontrole moet aantonen dat onbevoegde informatie niet via een antwoord, citaat, log of samenvatting ontsnapt. Test de daadwerkelijke koppeling en identiteit, niet alleen de instellingen van het bronsysteem.
Gebruik toegestane testdocumenten met herkenbare inhoud. Geef een gebruiker toegang en een andere niet. Herhaal de test met een agent die eigen rechten heeft. Vraag direct en indirect naar het afgeschermde onderwerp en inspecteer ook de bronverwijzingen.
Trek daarna toegang in en meet wanneer de verandering doorwerkt. Controleer nieuwe gesprekken, zoekresultaten en opgeslagen samenvattingen afzonderlijk. Een historische kopie kan nog bestaan, ook als nieuwe retrieval correct blokkeert. Leg vast wie dat corrigeert en welke tijdelijke beperking nodig is.
Beperk ook wat agents mogen doen. Leestoegang tot een aanboddocument geeft geen bevoegdheid om dat aanbod te wijzigen of een klant te benaderen. Verbind het geheugen aan handmatig werk tussen CRM, e-mail en tools automatiseren met afzonderlijke rechten voor lezen, voorstellen en uitvoeren.
Maak een kleine acceptatieset vóór dagelijks gebruik
Een acceptatieset bestaat uit herkenbare werkvragen met een goedgekeurd antwoord en verwachte bron. Voeg ook vragen toe waarvoor de juiste reactie onzekerheid, weigering of een vervolgvraag is.
- Vraag naar het huidige aanbod. Controleer scope, voorwaarden en juiste versie.
- Wijzig een voorwaarde. Kijk of de agent de nieuwe bron gebruikt en de oude niet als actueel presenteert.
- Stel een klantgebonden vraag. Controleer scheiding tussen klantcontext en algemene kennis.
- Trek een recht in. Test retrieval, citaten, nieuwe gesprekken en afgeleide documenten.
- Verwijder een record. Controleer zichtbaarheid en het afgesproken verwijderproces apart.
- Geef tegenstrijdige bronnen. Laat de agent het conflict benoemen en de eigenaar vragen.
- Vraag iets dat nergens staat. Het systeem mag ontbrekende bedrijfsfeiten niet verzinnen.
- Vraag om een onbevoegde actie. Controleer dat lezen niet automatisch veranderen of publiceren toestaat.
Bewaar fouten op betekenis: verkeerde feiten, verkeerde versie, ontbrekende bron of toegangsfout. Herhaal relevante controles na een bron-, model- of koppelingswijziging. Laat een inhoudseigenaar beoordelen of het antwoord klopt; een technisch geslaagde zoekopdracht zegt dat niet.
Organiseer onderhoud voordat het geheugen groeit
Een bedrijfsgeheugen blijft bruikbaar wanneer medewerkers fouten kunnen melden en eigenaren wijzigingen afhandelen. Zonder dat proces verspreidt automatisering oude kennis sneller.
Wijs per domein een eigenaar en vervanger aan. Maak verlopen informatie zichtbaar en bepaal welke taken stoppen wanneer een kritieke bron ontbreekt. Houd een wijzigingslog bij en laat medewerkers zien wat is aangepast.
Gebruik automatisering voor herinneringen, linkcontroles en het signaleren van afwijkende claims. Laat inhoudelijke beslissingen bij bevoegde mensen. Koppel openbare informatie aan bewijs van wat je bedrijf waard is, zodat interne zekerheid niet ongemerkt een externe belofte wordt.
Regel ook vertrek en herstel. Controleer of je bronrecords, versies, rechten en besluitgeschiedenis kunt exporteren in een bruikbaar formaat. Een export van alleen gegenereerde antwoorden is geen vervanging voor de onderliggende kennis. Spreek af welke back-up wordt gemaakt en laat zien hoe een foutieve wijziging wordt hersteld. Bij een overstap moeten ook oude koppelingen, serviceaccounts en gedeelde kopieën worden ingetrokken of opnieuw beoordeeld.
Stop bij een gedeelde map of wiki als die de taak betrouwbaar uitvoert. Voeg pas meer techniek toe wanneer je een fout kunt reproduceren die daarmee wordt opgelost. Bespreek die keuze ook bij AI-agents laten bouwen door een freelance marketeer.
Van bronbeheer naar een werkende koppeling
Piet Baudoin van Poldermarketing bouwt en beheert AI-automatiseringen voor klanten, remote in het Nederlands en Engels. Zijn werkwijze verbindt positionering en vindbaarheid in Google en AI-antwoorden met uitvoering: leadopvolging, verrijking en kwalificatie, CRM-inrichting, rapportage, contentdistributie en toolkoppelingen. Hij kan een CRM opzetten en Search Console-zoekvragen uitlezen. Bij gedeelde kennis begint het werk met bronnen, eigenaren en toegangsgrenzen; de klant beslist wat agents mogen gebruiken en publiceren. Een kosteloze groeiscan is een eerste ingang om de huidige werkwijze te bespreken.
Veelgestelde vragen
Hebben we hiervoor een knowledge graph nodig?
Niet standaard. Begin met onderhouden bronnen en duidelijke verwijzingen tussen aanbod, bewijs en besluiten. Een graph kan nuttig zijn wanneer relaties en herleidbare paden nodig zijn voor concrete vragen. Voeg die pas toe nadat een eenvoudiger inrichting aantoonbaar tekortschiet en iemand het model kan onderhouden.
Betekent een bronverwijzing dat het antwoord klopt?
Nee. De bron kan verouderd zijn, verkeerd geïnterpreteerd worden of slechts een deel van het antwoord ondersteunen. Controleer de aangehaalde passage, versie en toepassingsvoorwaarden. Test ook of de agent bij ontbrekende informatie een vraag stelt of onzekerheid meldt in plaats van zelf een antwoord af te maken.
Wat gebeurt er wanneer een medewerker toegang verliest?
Dat hangt af van de werkplek, koppeling en kopieën. Controleer wanneer gewijzigde rechten doorwerken in zoeken, antwoorden en eerder gemaakte samenvattingen. Trek zo nodig ook deelrechten op afgeleide documenten in. Een recht in het oorspronkelijke bestand bewijst niet dat alle kopieën dezelfde beperking volgen.