Knowledge Operating System
Het KOS is geen document met een werkwijze en daarnaast een opslagplek. De stappen van de methodiek — observeren, kandidaat maken, challengen, valideren, publiceren, hervalideren — zijn structuur in het platform zelf.
01Kernzin
In een documentsysteem is de eenheid een bestand. In het KOS is de eenheid een knowledge entry: een afgebakende uitspraak over hoe uw organisatie werkt, die haar eigen verantwoordingsinformatie meedraagt.
Die informatie is geen metadata-hygiëne. Zij bepaalt of de uitspraak mag worden gebruikt, door wie, in welke situatie en met welk voorbehoud. Een entry zonder bron, eigenaar of status is in dit model geen kennis maar een voorstel.
Illustratieve weergave van de velden die een entry in het platform draagt. De inhoud is één uitspraak; de rest is de reden waarom u erop mag bouwen.
02Admin Knowledge Base
De Admin Knowledge Base is de plek waar domeinen, entries, eigenaren, validators en toegang worden belegd — niet een redactieomgeving voor vrije tekst.
03Lifecycle
Elke uitspraak beweegt door een expliciete levensloop. Wie ermee werkt — mens of AI — kan zien in welke toestand zij verkeert.
Een patroon, afwijking of uitspraak is gezien in bronmateriaal of werkoutput. Nog geen kennis, wel een aanleiding.
Geformuleerd als afgebakende uitspraak met een vermoedelijke bron en context. Bruikbaar als hypothese, niet als geldende regel.
Uitgezet bij de aangewezen validator. Challenge-vragen, conflicten met andere entries en ontbrekende voorwaarden komen hier boven.
Een bevoegde expert heeft de uitspraak bevestigd of gecorrigeerd, inclusief voorwaarden, uitzonderingen en zekerheidsniveau.
Beschikbaar binnen de vastgestelde classificatie en toegangsregels, met versie, eigenaar en hervalidatiemoment.
04Evidence en provenance
Evidence is het materiaal waaruit een uitspraak is ontstaan: een passage uit een procedure, een reeks dossiers, een fragment werkoutput, een antwoord uit een kennisinterview. Provenance is het spoor daarvan: welke evidence, welke bewerking, welke expert, welk moment, welke versie.
Daardoor is later te reconstrueren waarom een regel geldt — ook als de mensen die haar formuleerden er niet meer zijn. Dat is het verschil tussen een kennisbank en een kennislaag waarop u een uitkomst kunt verantwoorden.
05Validation engine
De validation engine organiseert de menselijke beslismomenten in plaats van ze te vervangen.
06Vectorlaag
Het platform gebruikt een vectorlaag om semantisch te kunnen zoeken: welke entries lijken relevant voor deze vraag. Dat is een hulpmiddel voor vindbaarheid, geen uitspraak over juistheid.
Wat mag gelden, wordt bepaald door status, eigenaarschap en validatie — niet door de afstand tussen twee vectoren. Een sterk gelijkende passage kan verouderd, niet-gevalideerd of buiten haar toepassingsvoorwaarden zijn.
Daarom is retrieval in het KOS altijd gefilterd op toestand en rechten voordat er iets wordt teruggegeven, en niet louter op semantische nabijheid.
07Audit, governance en access
08Ontsluiting
Ontsluiting via MCP en API is een operationeel kanaal: gevalideerde, gepubliceerde kennis kan bevraagd worden in de assistenten, agents en workflows die uw organisatie al gebruikt. Een afnemer krijgt alleen wat binnen zijn scope en classificatie valt, en dat gebruik is herleidbaar.
Deze kanalen gebruiken dezelfde tenant-, classificatie- en governancegrenzen als het KOS zelf: ontsluiting versmalt wat zichtbaar is, zij verbreedt het nooit. Bredere Knowledge Publishing & Access-capabilities — publieke en ledenpublicaties, externe audience-provisioning, de white-label widget en portal-integraties — blijven een uitbreidingsrichting; in hoeverre die in uw situatie al bruikbaar zijn, stellen wij per geval vast.
09Knowledge Publishing & Access
Kennis vaststellen is één ding; haar gecontroleerd beschikbaar stellen is een eigen laag in het platform. Een knowledge publication bepaalt welke kennis, voor welk publiek, met welke rechten en via welk kanaal beschikbaar is.
Eén kennislaag met bron, eigenaar, status, versie en classificatie. Alleen gepubliceerde entries komen in aanmerking voor ontsluiting.
Publiek
Anoniem. Uitsluitend kennis die expliciet voor publieke ontsluiting is vrijgegeven.
Besloten extern
Leden, klanten, partners, studenten of franchisenemers, na authenticatie.
Intern
Medewerkers en interne agents, binnen rol en classificatie.
Widget
Embeddable, white-label
Portal
Leden- of klantomgeving
API
Eigen applicaties
MCP
Assistenten en agents
10Distributie
Een knowledge publication wordt zichtbaar via een kanaal. De eerste concrete distributievorm is een insluitbare chatwidget in uw eigen huisstijl — een distributievorm bovenop het KOS, niet de kern van de propositie.
11Toepassingen
12Signalen
Elke access-context levert geaggregeerde signalen: welke onderwerpen worden gevraagd, waar onvoldoende gevalideerde kennis bestaat en welke bronnen worden geraadpleegd. Dat is de sluitende beweging van de cyclus: vastleggen, valideren, beheren, beveiligen, publiceren, distribueren — en gebruikssignalen terug naar knowledge operations.
Deze signalen zijn bedoeld om kennisgaten en onderhoudsbehoefte zichtbaar te maken, niet om individueel gedrag te volgen. Rapportage is gericht op onderwerpen, scope en dekking op geaggregeerd niveau; inzage in privégesprekken is geen doel van deze laag en geen onderdeel van de propositie.