Hoe ik Claude Code dagelijks gebruik: wiki, portfolio en vibecoding

Er zijn genoeg posts over wat Claude Code is. Dit is er geen van. Dit is een verslag van hoe het ding bij mij in de praktijk werkt — dag in, dag uit — zonder hype, maar ook zonder valse bescheidenheid.

Drie use cases. Allemaal echt.

De wiki die zichzelf bijhoudt

Ik gebruik Obsidian als persoonlijke kennisbank. Aantekeningen over beleggen, waterpolo, werk, gezondheid — het staat er allemaal in. Het probleem met dit soort systemen is dat ze snel rommelig worden. Je maakt pagina's aan, vergeet ze, schrijft later iets wat er tegenin gaat, en voor je het weet is je "second brain" een eerste chaos.

Dat probleem heb ik opgelost door Claude Code de rol van schrijver en beheerder te geven.

Niet als gimmick. Ik heb in een CLAUDE.md-bestand in mijn Obsidian-vault beschreven wat het schema is: welke paginatypen er zijn (entity, concept, source-summary, synthesis), hoe ingest werkt, wanneer ik goedkeuring moet geven voordat er iets geschreven wordt, welke mappen buiten scope vallen. Claude Code leest dat bestand elke sessie automatisch.

Het resultaat: ik plak een artikel of notitie in de chat, we bespreken wat de 3-5 kernpunten zijn, ik geef akkoord, en Claude Code schrijft de samenvatting in het juiste formaat, voegt kruisverwijzingen toe, werkt de index bij en logt de sessie. Ik hoef niet na te denken over structuur. Alleen over inhoud.

Wat ik onderschat had: het bijhouden van indexen is het vervelendste deel van zo'n systeem. Claude Code doet dat zonder klagen.

De dagelijkse portfolio-briefing

Elke ochtend voor de opening van de Amerikaanse beurs draai ik een skill die ik "portfolio-briefing" noem. Een aangepast Claude Code-commando dat een reeks stappen uitvoert: live IBKR-portefeuilledata ophalen via de Flex API, posities controleren tegen een set spelregels, ex-dividend-kalender checken, earnings in de komende 7 dagen markeren, beslissingsadvies geven per positie.

Ik heb hier een post aan gewijd toen ik het bouwde (Mijn aandelenportefeuille gecoacht door AI), maar het dagelijkse gebruik is anders dan ik verwachtte.

Het is geen dashboard geworden. Het is meer een gesprekspartner. De skill geeft een output, ik lees die, en dan begint het gesprek: "wacht, CSWC heeft een alert getriggerd, is dat terecht?" Dan duiken we in de cijfers. Of: "ZTS heeft zijn thesis verloren, moeten we iets doen?" Dan lopen we de regels door.

Het coacht actief. Dat was het doel, en het werkt.

Wat het niet is: volledig autonoom. Ik neem zelf beslissingen. De skill signaleert en analyseert, maar de keuze is altijd van mij. Dat is ook hoe ik het wil hebben.

Vibecoding: apps bouwen zonder developer te zijn

De derde use case is misschien de meest zichtbare. Ik bouw webapps, niet als professional, maar als iemand die een probleem heeft en een oplossing wil.

Wallieweb (deze site) is gebouwd met Next.js en Claude Code. Binged, mijn familie TV-tracker, ook. YieldRunner, een dividend-capture dashboard dat ik nu aan het bouwen ben, ook.

De manier van werken heet "vibecoding": je beschrijft wat je wil, Claude Code schrijft de code, jij test het, je geeft feedback, en zo itereer je verder. Het is niet hetzelfde als programmeren. Je hoeft geen TypeScript te kennen om TypeScript te laten schrijven.

Wat je wel nodig hebt: een redelijk idee van wat je wil, het vermogen om te beoordelen of iets werkt, en de bereidheid om fouten te debuggen. Claude Code maakt fouten. Soms compileert iets niet. Soms lost het het ene probleem op en introduceert het een ander. Dat is geen reden om te stoppen, het is gewoon de workflow.

Wat ik heb geleerd: de beste sessies beginnen met een beschrijving van het eindresultaat, niet van de implementatie. "Ik wil een pagina waarop ik per positie kan zien wanneer de eerstvolgende ex-dividend datum is" werkt beter dan "maak een React component met een tabel die de volgende kolommen heeft."

Wat maakt dagelijks gebruik anders dan eenmalig gebruik?

Claude Code heeft iets wat andere AI-tools minder hebben: geheugen via bestanden. CLAUDE.md is altijd geladen. Skills onthouden hun gedrag via markdown. De tools die ik bouw zijn persistent, ze worden niet opnieuw uitgevonden elke keer dat ik de app open.

Dat is het verschil tussen een tool en een systeem. De wiki is een systeem. De portfolio-briefing is een systeem. De vibecoding-projecten zijn systemen in wording.

Dat kost upfront meer moeite. Je moet nadenken over hoe je de instructielaag inricht. Maar als het eenmaal staat, werkt het elke dag zonder dat ik opnieuw moet uitleggen wie ik ben, wat ik doe, en hoe ik het wil hebben.

Dat is de stille winst. Niet de eenmalige "wow"-momenten. De compounding.