Rogiers brein vs. Brams brein · september 2026

Twee breinen, één idee

Beide zijn een map met markdown-bestanden in git die een AI bij het begin van elk gesprek leest. Geen server, geen database. Het verschil zit in waar het brein over gaat en wie het leest.

Rogier

Een brein per bedrijf. Alles wat je over GAN, de tax-administratie of de MIT-subsidie moet weten, staat naast de code van dat project. Eén AI (Claude Code) leest het.

Bram

Eén brein over Bram. Wie Bram is, hoe hij wil werken, waar zijn projecten staan en wat er besloten is. Drie verschillende AI's (Codex, Claude Code, Hermes) lezen hetzelfde brein.

Zo zien ze eruit

Rogier: één agent, veel breinen. Bram: veel agents, één brein.

Rogier
Claude Code
↓ ↓ ↓ ↓ ↓
GANin de code-repo
Tax+ portal + database
MIT R&Dsubsidie
Wheel of Fifths
Sollicitatievoor Indira

Elk brein is compleet in zichzelf: regels, techniek, bedrijfskennis, vakinhoud en changelog. Het leeft in dezelfde repo als de code die het beschrijft.

Bram
Codex
Claude Code
Hermes
↓
Bram-breinvoorkeuren · router · besluiten
↓ verwijst naar
Project Aeigen repo
Project Beigen repo
Project Ceigen repo

Het brein is klein en kent vooral de weg: projectkennis blijft in de projectmap zelf. Het brein geeft alleen het pad en een leesaanwijzing.

Wat hetzelfde is

Bram heeft zijn opzet bewust op Rogiers beschrijving gebaseerd. De kern is identiek.

  • Markdown in git. Bestanden, geen server. Elke wijziging is een commit met datum en reden.
  • OKF-opzet. Eén concept per bestand, vaste kop, een index als router, wikilinks. Open je de map in Obsidian, dan ziet het eruit als een wiki.
  • Klein bij de start, de rest op aanvraag. Wat je niet kunt weten dat je moet opzoeken, laadt altijd. Alles anders pas bij een trigger.
  • Cijfers en live toestand staan er niet in. Het brein beschrijft het model, niet de stand van vandaag.
  • Terugschrijven is een regel. Na elk gesprek wordt gekeken of er iets geleerd is dat vastgelegd moet worden.
  • Besluiten met datum en reden, zodat een latere sessie niets "repareert" wat een keuze was.

Wat anders is

Naast elkaar, in gewone taal.

 
Rogier
Bram
Waar gaat het over
Een bedrijf of project: GAN, belastingen, MIT-subsidie, gitaar afstellen.
Een persoon: Brams voorkeuren, namen, werkwijze, projectoverzicht en besluiten.
Hoeveel breinen
Vijf, één per onderwerp. Elk compleet en los van de rest.
Eén. Projectkennis blijft in de projectrepo; het brein verwijst ernaar.
Wie leest het
Claude Code (en eventueel een Claude.ai-project of custom GPT die dezelfde bestanden krijgt).
Drie verschillende agents tegelijk: Codex (OpenAI), Claude Code en Hermes. Allemaal via hetzelfde startbestand.
Waar staat het
In de brain/-map van de code-repo, op GitHub. Cloud-sessie kloont, werkt, pusht; laptop pullt.
Een eigen lokale git-repo op de thuisserver. Geen remote. Backup via restic.
Altijd geladen
Twaalf bestanden: regels (R1–R34), engineering, datamodel, design, meldingen, risico's, backlog. Groot, maar teruggebracht van 56% naar 17% van het contextvenster.
Drie bestanden, samen zo'n 1.400 woorden: index/router, kennisbeleid en voorkeuren. Bewust minimaal.
Op aanvraag
Ruim vijftig conceptbestanden per domein (business, onboarding, brand, seo, techniek) plus archief, deploy-ledger en bugs met harde triggers.
Projectkaarten via een routertabel, besluiten alleen bij een "waarom"-vraag. Het archief wordt nooit standaard gelezen.
Wanneer schrijven
Elke prompt wordt nagelopen op nieuwe feiten, regels of besluiten. Vaste commando's: /reflect, /weekly-review, /brain-reflect.
Alleen bij één van drie criteria: expliciete instructie, gecontroleerd feit, of bevestigd besluit. Afleidingen ("Bram wil blijkbaar…") worden níet opgeslagen.
Herkomst
Een "gedaan"-vinkje draagt de commit-hash; founder-keuzes krijgen een "bewust zo"-comment.
Elk bestand heeft YAML-frontmatter: id, type, status, scope, bewijssoort en bronnen met controledatum. Vervangen kennis blijft staan als superseded.
Wie commit
De AI-sessie zelf, en pusht ook.
Alleen een mens of een aparte redactiesessie na controle van de diff. Meerdere agents schrijven tegelijk, dus: één bestand per besluit en een lock op de kernbestanden.
Ander AI-geheugen
Niet expliciet geregeld.
Overal uitgezet: Claude auto-memory, Codex-memories, ChatGPT-memory, Hermes-opslag. Eén bron, geen stille regels.
Live data
Tax-brein leest een database en checkt zelf nieuwe wetgeving. MCP naar Supabase staat op de planning voor GAN.
Bewust buiten scope. Eerst bruikbaar in gewone gesprekken, dan pas uitbreiden.
Volwassenheid
Maanden in gebruik, meerdere breinen, ~150 conventies uit echte incidenten.
Versie 0.1, gestart 15 september 2026. Evaluatie na tien taken of op 29 september.

Waarom Bram het anders heeft ingericht

Drie redenen, allemaal terug te voeren op één verschil: Rogier bouwt met één AI aan één bedrijf, Bram werkt met drie AI's aan veel losse dingen.

1. Meerdere agents, dus strenge regels voor schrijven

Als Codex, Claude en Hermes alle drie mogen schrijven, wordt een vermoeden van één agent snel een "regel" voor de anderen. Daarom de drie criteria, herkomst per bestand en geen automatisch committen.

2. Persoon in plaats van project

Brams projecten wisselen snel. Zou elk project een eigen brein krijgen, dan is de kennis over Bram zelf overal verspreid. Nu staat die één keer, en verwijst het brein naar de projecten.

3. Zo klein mogelijk beginnen

Rogier heeft zijn preload met veel werk teruggebracht. Bram begint aan de andere kant: drie kleine bestanden en pas uitbreiden als uit het gebruikslog blijkt dat iets ontbreekt.

Wat Bram van Rogier heeft overgenomen

Eén concept per bestand, de index als router, wikilinks, het onderscheid "altijd geladen / op aanvraag / met harde trigger", cijfers niet in de wiki, en de changelog met besluiten. Toegevoegd: frontmatter met bewijs en bron, status superseded, en de regels voor gelijktijdige schrijvers.

Zo werkt een gesprek bij Bram

  1. Start. Het globale instructiebestand van de agent zegt: lees MEMORY.md. Die index verwijst naar het kennisbeleid en de voorkeuren. Meer niet.
  2. Onderwerp komt op. Gaat het over de Software Factory of Hermes, dan haalt de agent de bijbehorende projectkaart op: pad, doel, leesaanwijzing.
  3. Werk. De echte projectkennis leest de agent in de projectmap zelf, niet in het brein.
  4. Afronden. Korte check: is er een expliciete instructie, een gecontroleerd feit of een bevestigd besluit? Dan vastleggen met bron, datum en scope. Anders niets schrijven.
  5. Mens leest mee. De repo is een Obsidian-vault. Bram commit zelf, of laat één redactiesessie de diff controleren.

In één zin

Rogier

Het bedrijfshandboek en de engineering-wiki liggen naast de code, en de AI houdt ze zelf bij.

Bram

Het notitieboekje van de assistent: wie is de baas, hoe wil hij werken, waar staan zijn projecten. Elke AI die voor hem werkt leest hetzelfde boekje.