🛠 De toekomst van coderen: jij wordt de manager, niet de typist

Kernargument

De manier waarop we met AI coderen verschuift rap: van zelf regel-voor-regel typen naar het managen van agents die parallel werken. Claude Code's nieuwe desktop app (met sidebar, drag-and-drop panes, geïntegreerde terminal + file editor) bevestigt die richting. En een belangrijke les voor hoe je met betere modellen praat: hoe krachtiger het model, hoe abstracter (hoger-frame) je je vragen mag stellen.

Sleutel-inzichten

• CLI (Command Line Interface — de tekst-gebaseerde terminal waar je commando's typt) is niet langer de eindhalte. Als agents het typewerk doen, heb je een UI nodig die parallel werk, git-context en vooral een preview van wat je bouwt laat zien. Pure terminal-output volstaat niet meer.
• Claude Code kopieert Cursor kopieert Codex. De dev-tools convergeren naar hetzelfde patroon: meerdere sessies naast elkaar, zichtbare taken, live preview.
• Frame-hiërarchie is de nieuwe skill. Lager frame = 'hier is bug X, los op'. Hoger frame = 'er lijkt iets mis, kijk eens rond'. Betere modellen kunnen met hogere frames omgaan en vinden dan soms niet alleen de bug, maar ook een diepere architectuur-issue.
• Kleinere modellen vergelijken met Mythos (Anthropic's nieuwe, niet-publieke model) is appels met peren. Een klein model kan een bug vinden als je 'm de juiste code geeft. Mythos vindt autonoom kritieke kwetsbaarheden zonder dat jij weet waar je moet kijken. Dat is een ander soort capaciteit.
• Austin Tedesco's 'confidence check': voordat hij Claude Code iets laat shippen, stelt hij één controlevraag (exacte prompt zit achter paywall, maar de aanpak is: dwing de agent om z'n eigen zekerheid te benoemen voor je groen licht geeft).

What to Build

Project: Confidence check als vaste stap in je vibe-coding workflow

Wat: Een simpele prompt-regel die je toevoegt aan je Claude Code / Cursor workflow zodat de AI niet stiekem half werk commit of pusht. De agent moet eerst expliciet zeggen hoe zeker hij is, wat hij niet getest heeft, en waar aannames zitten.

Hoe:

• Voeg een regel toe aan je CLAUDE.md of .cursorrules (het configuratiebestand waar je standaard-instructies voor de AI in zet).
• Voorbeeld-prompt: "Voor je een commit maakt of een PR opent: geef een confidence score (1-10), lijst op wat je getest hebt, wat je NIET getest hebt, en welke aannames je hebt gedaan over mijn codebase. Als je score onder de 7 zit, stel vragen in plaats van te shippen."
• Koppel dit aan een pre-commit hook (een script dat automatisch draait voor elke git commit) als je extra streng wil zijn.

Web research: zoek naar 'CLAUDE.md best practices' en 'Cursor rules examples' op GitHub — er zijn repos met honderden voorbeelden.

Analyse: Voor jouw Next.js + Supabase stack is dit extra waardevol, omdat Claude nogal eens database-migraties of RLS-policies (Row Level Security — Supabase's rechten-systeem) verzint die er plausibel uitzien maar stuk zijn. Een confidence check dwingt 'm om te zeggen: 'ik heb deze migratie niet lokaal getest'.

Stappenplan:

1. Maak CLAUDE.md in je project root (als die er nog niet is).
2. Voeg de confidence-check regel toe onderaan.
3. Test 'm op een kleine feature: vraag iets te bouwen en kijk of Claude netjes z'n onzekerheid benoemt.
4. Itereer op de prompt tot je de juiste balans hebt tussen wantrouwen en doorwerken.
5. Bonus: laat Claude z'n eigen confidence check regel verbeteren na een week gebruik.

Project: Dev-setup met parallel agents (Kieran's workflow)

Wat: Werk aan meerdere features/bugs tegelijk door verschillende Claude Code sessies in panes naast elkaar te draaien, elk met eigen git branch en live preview.

Hoe: In de nieuwe Claude Code desktop app (of Cursor) open je meerdere sessies in de sidebar. Elke sessie = eigen taak, eigen branch. Je wordt dan écht manager: je springt tussen panes, geeft richting, en checkt previews.

Stappenplan:

1. Update Claude Code naar de laatste versie.
2. Start 2 sessies tegelijk op 2 verschillende branches (bijv. 'nieuwe landing page' en 'bug in checkout').
3. Laat ze parallel werken, jij switcht tussen panes.
4. Houd een preview-venster open (bij Next.js gewoon npm run dev in je terminal pane).
5. Merge als beide taken klaar zijn.

Praktisch voor Onno

Dit stuk raakt precies waar jij zit met vibe coding. Twee dingen om direct mee te spelen:

1. Schrijf vanaf nu hogere-frame prompts. In plaats van 'fix de bug in de order-flow waar X gebeurt', probeer 'de order-flow voelt rommelig, kijk eens waar de grootste verbetering te halen is'. Met Claude Sonnet 4+ levert dat vaak verrassend goede architectuur-suggesties op. Niet altijd shippen — maar wel lezen.

2. Bouw die confidence check in. Je bent geen pro-dev, dus je leunt op de AI om te weten wat goed is. Dwing 'm dan ook om te benoemen wanneer hij gokt. Scheelt je uren debuggen achteraf, vooral bij Supabase migraties en auth-flows.

De bredere mindset-shift: stop met denken 'ik moet leren coderen'. Begin met denken 'ik moet leren agents managen'. Dat is een andere skill — meer lijkend op hoe je je Stooker-team aanstuurt dan op wat een junior dev doet.