Bouw een second brain voor uw KMO

Ik wil dat je me helpt een persoonlijk AI-kennissysteem te bouwen: een "second brain" dat bestaat als bestanden en mappen op mijn computer, dat jij kunt lezen en schrijven, en dat jou echt bruikbaar maakt voor mij in alles wat ik doe.

Maar let op: ik wil geen generieke sjabloon. Ik wil een systeem dat gebouwd is rond hoe ik écht werk, denk en functioneer. Dat betekent dat je mij eerst moet begrijpen.

Antwoord altijd in het Nederlands.

## Jouw taak nu

Interview mij. Grondig. Voor je één bestand of map aanmaakt, moet je het volgende begrijpen:

### 1. Wie ik ben en wat ik doe

- Wat is mijn werk? (Job, rol, sector, verantwoordelijkheden)

- Wat buiten het werk zou ik in dit systeem willen? (Nevenprojecten, studie, hobby's, creatief werk, wat ik ook maar met AI wil beheren)

- Welke verschillende "domeinen" van mijn leven moet dit dekken?

### 2. Hoe ik dagelijks echt werk

- Hoe ziet een typische dag/week eruit?

- Welke tools gebruik ik al? (Notitie-apps, takenbeheer, agenda's, documenten, enz.)

- Waar komt mijn werk terecht? (Blog, presentaties, rapporten, code, e-mails, enz.)

- Wat is mijn werkwijze om dingen te produceren? Maak ik eerst een structuur? Ratel ik door en verfijn ik daarna? Begin ik met onderzoek?

- Hoe neem ik informatie op? (Lezen, podcasts, meetings, gesprekken, cursussen?)

### 3. Wat nu pijn doet

- Wat duurt te lang?

- Wat valt tussen de plooien?

- Wat neem ik me telkens voor maar kom ik nooit aan toe?

- Waar verlies ik ideeën of vergeet ik dingen?

- Wat is vervelend en zou ik liever aan iemand anders overlaten?

### 4. Hoe ik met jou wil omgaan

- Typ ik liever of dicteer ik liever?

- Ben ik kort of uitgebreid in mijn instructies?

- Wil ik dat je proactief bent of wacht tot ik iets vraag?

- Hoeveel mag je mijn denken uitdagen versus gewoon uitvoeren?

- Welke toon wil ik van jou? (Formeel, informeel, direct, enz.)

### 5. Wat ik al geprobeerd heb

- Heb ik notitiesystemen, productiviteitsmethodes of iets dergelijks gebruikt?

- Wat bleef hangen? Wat niet? Waarom?

- Waar ben ik sceptisch over bij dit alles?

### 6. Mijn kennis en inhoud

- Heb ik bestaande documenten, teksten, notities of bestanden die ingeladen moeten worden?

- Wat vertegenwoordigt mijn beste denkwerk? (Gepubliceerde artikels, interne documenten, notities?)

- Zijn er dingen waar ik telkens naar teruggrijp die in het systeem horen?

## Regels voor het interview

- Stel me deze vragen als een gesprek, niet als een checklist. Ga dieper op dingen die belangrijk lijken. Sla over wat niet van toepassing is.

- Als iets wat ik zeg vaag is, duw me dan naar concreet. "Ik wil dat het helpt met werk" is niet genoeg: je moet weten WELK werk en HOE.

- Neem je tijd. Dit is het fundament voor alles. Een interview van 5 minuten levert een systeem van 5 minuten op.

- Als ik domeinen noem die sterk verschillen (werk versus privé versus studie), vraag dan of ik ze in één systeem wil of apart. Eén systeem is meestal beter omdat ideeën elkaar kruisbestuiven, maar er zijn goede redenen om te scheiden (zoals vertrouwelijkheid of samenwerking).

- Als je het gevoel hebt dat je me goed begrijpt, vertel me dan wat je over mij geleerd hebt en stel een systeemontwerp voor. Leg je redenering uit. Ik moet begrijpen waarom je voorstelt wat je voorstelt.

## Wat je bouwt na het interview

Zodra we het eens zijn over het ontwerp, maak je:

### De bestands- en mappenstructuur

- Georganiseerd rond MIJN domeinen, MIJN werkwijzen, MIJN soorten output

- Geen generieke sjabloon, maar iets dat overeenkomt met hoe ik mijn werk beschreven heb

- Eenvoudig genoeg dat ik er zelf mijn weg in vind. Niet over-engineeren.

### Een indexbestand

- Een samenvatting van één regel voor elk ander bestand in het systeem

- Dit is het eerste wat je leest aan het begin van elke sessie, zodat je weet wat waar staat voor je iets opent

- Houd het actueel naarmate het systeem groeit

### Een hoofdinstructiebestand

- Dit is het bestand dat je meteen na de index leest, aan het begin van elk gesprek

- Het moet uitleggen: wat dit systeem is, hoe het georganiseerd is, waarvoor elke map dient, hoe ik wil dat je je gedraagt, en wat gezaghebbend is versus wat ruw materiaal is

- Schrijf het in gewoon Nederlands. Geen code, geen speciale syntax. Gewoon duidelijke instructies die elke AI kan volgen.

### Gedrags- en voorkeurbestanden

- Hoe ik wil dat je communiceert (toon, lengte, stijl)

- Hoe ik wil dat je met verschillende soorten input omgaat

- Wat je proactief moet doen versus waarvoor je moet wachten tot ik het vraag

- Mijn voorkeuren voor de vorm van je output

### Werkwijzebestanden (indien van toepassing)

- Stap-voor-stap procedures voor dingen die ik herhaaldelijk doe

- Bijvoorbeeld: hoe meetingnotities verwerken, hoe een blogpost opstellen, hoe nieuwe ideeën afhandelen, hoe taken beheren

- Maak deze alleen voor werkwijzen die ik echt beschreven heb. Verzin geen werkwijzen die ik niet genoemd heb.

### Mijn bestaande kennis (als ik inhoud heb om in te laden)

- Help me bepalen wat ik moet inbrengen en hoe ik het organiseer

- Dit kan zijn: dingen die ik geschreven heb, kaders die ik gebruik, standpunten die ik inneem, referentiemateriaal waar ik telkens naar teruggrijp

- Behandel alles wat ik je als bron geef als onaantastbaar: je leest het, je bouwt erop, maar je herschrijft het niet stilletjes

## Kritieke principes voor het systeem dat je bouwt

1. **Alles zijn gewone tekstbestanden in mappen.** Dat is het. Geen database, geen app, geen framework. Alleen .md-bestanden (markdown) die elke mens kan lezen en elke AI kan verwerken. Ik ben eigenaar van deze bestanden. Ze staan op mijn computer. Ze zitten niet vast aan een platform.

2. **De AI schrijft en onderhoudt zijn eigen instructies.** Als ik wil veranderen hoe het systeem werkt, zeg ik het gewoon, en jij past de relevante bestanden aan. Of ik pas ze zelf aan. Allebei werkt.

3. **Het moet AI-platform-onafhankelijk zijn.** Ik gebruik misschien vandaag Claude en morgen iets anders. De bestanden en instructies moeten zo geschreven zijn dat elke capabele AI ze kan oppikken en het systeem begrijpt. Gebruik geen platform-specifieke functies in de instructiebestanden.

4. **Begin eenvoudig, breid later uit.** Bouw niet alles wat ik ooit zou kunnen willen. Bouw wat ik nu nodig heb. Ik kan je altijd vragen om nieuwe functies toe te voegen, en jij past het systeem aan. De beste systemen groeien organisch.

5. **Het systeem moet zichzelf uitleggen.** Als ik eender welk bestand in het systeem open, moet ik kunnen begrijpen wat het is en waarom het er is. Als iemand anders naar mijn mappenstructuur kijkt, moet die er de essentie van snappen. Het indexbestand wordt eerst gelezen, zodat je nooit blind werkt.

6. **Mijn inhoud staat los van de instructies van het systeem.** Houd mijn eigenlijke werk (ontwerpen, notities, ideeën, referentiemateriaal) gescheiden van de bestanden die de AI vertellen hoe hij moet werken. Beide leven in dezelfde mappenstructuur, maar ze mogen niet door elkaar lopen.

7. **Bronnen zijn onaantastbaar; synthese staat apart; wijzigingen worden gelogd.** Materiaal dat ik je als bron geef, blijft zoals ik het gaf. Jouw synthese en samenvattingen leven in hun eigen bestanden. Houd een logboek bij waaraan alleen toegevoegd wordt, met wat er wanneer veranderd is, zodat ik altijd kan zien hoe het systeem, en mijn denken, geëvolueerd is.

## Na de eerste opbouw

Zodra het systeem staat, leid me dan door:

- Hoe het dagelijks te gebruiken

- Hoe het uit te breiden als ik nieuwe mogelijkheden wil

- Wat eerst te proberen (stel 2 à 3 dingen voor die ik nu meteen kan doen om de waarde te zien)

- Hoe versiebeheer met Git op te zetten als ik wijzigingen wil bijhouden (optioneel maar aanbevolen; leg uit waarom het cool is)

## Nog één ding

Nadat we dit gebouwd hebben, wil ik dat je mogelijkheden voorstelt waar ik zelf niet aan gedacht heb. Op basis van wat je in het interview over mij geleerd hebt: wat zou dit systeem nog meer kunnen? Duw hier hard op. Sommige van de beste functies komen uit ideeën die geen van ons beiden vóór het interview had.

Klaar? Begin het interview.