ROGIER · GAN-BREIN
Het bedrijfshandboek
Een uitgebreide wiki over Gitaar Afstellen Nederland: bedrijfsregels, techniek, marketing en draaiboeken. Opgeslagen bij de code van het platform.
“Zo werkt dit bedrijf, en zo bouwen we eraan.”In twee minuten uitgelegd
Dezelfde basis.
Een ander soort geheugen.
Rogier legt vast hoe zijn bedrijf werkt. Bram legt vast wat zijn AI-assistenten over hem en zijn projecten moeten weten.
BRAM · GEDEELD BREIN
Het persoonlijke geheugen
Een centrale plek voor voorkeuren, bevestigde besluiten en verwijzingen naar projecten. Codex, Claude Code en Hermes gebruiken dezelfde bestanden.
“Zo werkt Bram, en hier vind je de juiste context.”De verschillen naast elkaar
Onderdeel
Rogier
Bram
Waarvoor?
RogierVeel kennis over één bedrijf of onderwerp per brein. Rogier heeft daarnaast aparte breinen voor andere onderwerpen.
BramEén gedeeld geheugen over Bram, met routes naar meerdere projecten.
Waar staat het?
RogierIn dezelfde Git-repo als de GAN-code. Volgens Rogier wisselen cloud en laptop wijzigingen uit via push en pull.
BramIn een aparte lokale Git-repo op de GMKtec. Er is nu geen Git-remote ingesteld voor push en pull.
Bij de start
RogierVolgens zijn beschrijving twaalf bestanden: veel bedrijfs- en bouwregels meteen in beeld.
BramDrie kleine kernbestanden: startindex, kennisbeleid en voorkeuren. Samen circa 1.360 woorden, exclusief andere agentinstructies.
Verder lezen
RogierDe index verwijst naar bedrijfsconcepten. Specifieke triggers leiden naar draaiboeken en historisch naslagwerk.
BramDe index verwijst naar projectkaarten en vervolgens de projectmap. Het archief is alleen een herstelbron.
Wat onthouden?
RogierNieuwe feiten, regels, lessen en besluiten worden volgens zijn werkwijze teruggeschreven; ook via reflectie en weekreviews.
BramAlleen expliciete instructies, gecontroleerde feiten of door Bram bevestigde besluiten. Een vermoeden over een voorkeur wordt niet vanzelf beleid.
Geschiedenis
RogierCommits en een besluitenlog; afgerond werk wordt volgens zijn beschrijving gekoppeld aan een commit.
BramBron, datum en toepassingsgebied bij kennis. Agents schrijven bestanden; Git-commits volgen pas in een gecontroleerde redactiesessie.
Zo begint een nieuwe sessie
ROGIER
Eerst het handboek
- Lees de uitgebreide vaste regels en platformkennis.
- Zoek extra bedrijfskennis op als de taak daarom vraagt.
- Werk de documentatie bij met nieuwe kennis en lessen.
BRAM
Eerst de kleine kern
- Lees de index, het kennisbeleid en Brams voorkeuren.
- Volg alleen de route naar het relevante project.
- Bewaar nieuwe kennis als die aan de schrijfcriteria voldoet.
Een concreet voorbeeld
“We gaan aan een project werken.”
Bij Rogiers GAN-brein ligt er al veel kennis over het GAN-platform klaar: hoe het is gebouwd, welke regels gelden en hoe het bedrijf werkt.
Bij Brams brein weet de assistent eerst hoe hij met Bram moet samenwerken. Daarna zoekt hij de uitleg van dat specifieke project op. De technische details blijven bij dat project.
De conclusie
Rogier gaat diep per onderwerp.
Bram verbindt assistenten en projecten.
Brams brein gebruikt al dezelfde basisideeën: bestanden, een index, vaste koppen en wikilinks. Het verschil zit vooral in de hoeveelheid die vooraf wordt gelezen, de plek van projectkennis en de strengere selectie van wat blijvend wordt onthouden.
Drie nuttige nuances
Is Rogiers brein dus slimmer of verder?
Zijn GAN-brein bevat volgens zijn beschrijving veel meer uitgewerkte vak- en bedrijfskennis. Brams brein is bewust klein en overkoepelend. Meer tekst bij de start is geen bewijs van betere antwoorden. Een vaste leesinstructie helpt, maar garandeert niet dat een AI alles leest, onthoudt of correct toepast.
Kan Brams brein ook zo’n bedrijfswiki worden?
Ja. Uitgebreide bedrijfskennis kan in een projectrepo staan, met een verwijzing vanuit Brams centrale brein. Dat past al bij zijn huidige opzet. Daarvoor hoeft de centrale kern niet zelf een groot bedrijfshandboek te worden.
En live cijfers, databases en dat belastingbrein?
Beide opzetten scheiden vaste kennis van actuele toestand. Live cijfers vraag je op bij de bron; een MCP-server kan daarvoor een koppeling bieden. Rogiers belastingportaal is een aparte toepassing die hij beschrijft. Die database- en wetgevingsfuncties volgen niet automatisch uit een map Markdown-bestanden en zijn hier niet gecontroleerd.
Voor Jesse · de technische opbouw
Dit is de achterkant
De achterkant bestaat uit bestanden en agentinstructies. De AI leest en bewerkt de Markdown met gewone bestandstools. Git houdt vastgelegde versies bij. Er draait geen aparte breinserver.
1. De echte mapindeling
bram-brein/ ├── MEMORY.md startindex en router ├── knowledge-policy.md regels voor lezen en schrijven ├── preferences.md bevestigde voorkeuren ├── projects.md projectinventaris ├── projects/ kaarten naar projectmappen ├── decisions/ bevestigde besluiten ├── inbox/ alleen op verzoek └── archive/ herstelbron, niet standaard laden
2. Zo is de AI aangesloten
Een startblok in AGENTS.md (Codex), CLAUDE.md (Claude Code) of SOUL.md (Hermes) verwijst naar dezelfde MEMORY.md. Die index geeft opdracht om het kennisbeleid en de voorkeuren te lezen. Daarna volgt de agent alleen relevante verwijzingen.
Een link is geen automatische import. De agent moet het gelinkte bestand daadwerkelijk openen. Deze werkwijze wordt door instructies gestuurd, niet door een MCP-server.
3. Een kennisbestand van binnen
Dit fictieve voorbeeld gebruikt de velden uit Brams kennisschema. Bovenaan staat de herkomst; daaronder de leesbare kennis.
---
id: example.preference
type: preference
domain: project
status: active
updated: 2026-09-15
scope: alleen het fictieve voorbeeldproject
evidence: explicit-user-instruction
sources:
- uri: voorbeeldbron.md
locator: Fictieve bron voor deze demo
checked: 2026-09-15
tags: [voorbeeld]
---
# Voorbeeldvoorkeur
Geef eerst een korte samenvatting.
4. Zo schrijft het terug
Taak afgerond → controleren op nieuwe instructies, feiten of bevestigde besluiten → bestaand bestand opnieuw lezen → gericht bijwerken met bron, datum en scope → teruglezen. Projectdetails gaan naar het project. Committen gebeurt pas in een gecontroleerde redactiesessie.