Sinds 2 juli zit Fable 5 weer in de betaalde Claude-abonnementen en op donderdag 9 juli komt GPT-5.6 (Sol, Terra en Luna) erbij. De meeste mensen voeren zo'n topmodel vervolgens dezelfde mailtjes en samenvattingen die Sonnet 5 of GPT-5.5 ook prima aankan. Daar gaat het mis, want deze klasse vraagt een compleet andere aansturing. Wie voorkauwt en dichttimmert zoals bij de oude modellen, krijgt minder terug dan wie kort brieft en het probleem juist groter maakt. Doe het goed en je haalt er in één avond werk uit dat vroeger een maand kostte, met één groot doel, het model in de rol van manager en een uitkomst die van jou blijft. Die aanpak heet de Frontier Sprint. De klok helpt mee, want tot en met 12 juli oefen je met Fable zonder extra kosten.

De derde aflevering van de Fable-saga

Even de tijdlijn er weer bijpakken. Op 11 juni bracht Anthropic Fable 5 uit en ik schreef toen al dat de paywall was meegeleverd. Nog geen week later ging het model op zwart na één brief uit Washington. Sinds 2 juli is het wereldwijd terug. Eerst tot 7 juli, inmiddels verlengd tot en met 12 juli. Tot die datum kun je Fable 5 gebruiken in Pro, Max, Team en een deel van de Enterprise-abonnementen, tot ongeveer de helft van je wekelijkse gebruikslimiet. Daarna betaal je per gebruik met usage credits, tegen 10 dollar per miljoen input-tokens en 50 dollar per miljoen output-tokens. Ook als Pro-abonnee. Anthropic zegt dat Fable terugkomt in de abonnementen zodra de capaciteit het toelaat. Een datum staat er niet bij.

Bij OpenAI speelde intussen hetzelfde verhaal. Eind juni schreef ik dat GPT-5.6 af was maar op verzoek van de Amerikaanse overheid werd achtergehouden. Die review is afgerond. Vanaf donderdag 9 juli is GPT-5.6 publiek beschikbaar in drie smaken, met Sol als vlaggenschip, Terra als middenmoot en Luna als goedkope sprinter.

Frontier betekent letterlijk grens. Frontier-modellen zijn de buitenste rand van wat de labs op dit moment kunnen bouwen. De les van drie afleveringen Fable-saga is dat jouw toegang tot die rand geleend is. Een exportbrief, een capaciteitstekort of een prijswijziging kan de deur elk moment sluiten. Reken er dus niet op dat dit blijft. Zie de dagen dat de deur openstaat voor wat ze zijn. Een sprint.

Brief het model zoals je een senior brieft

Waar zit het verschil met de modellen die je al kent? Eigenlijk in vier dingen. Deze klasse kan meer complexiteit aan, blijft veel langer zelfstandig richting een doel werken, vindt gaten en risico's die jij nog niet zag en kan een heel traject dragen in plaats van een losse taak. Eerder schreef ik al dat goed delegeren aan AI hetzelfde is als goed leidinggeven. Bij een frontier-model komt daar iets bij dat tegen je intuïtie ingaat. Je moet juist minder dichttimmeren.

Oude modellen moest je de oplossing bijna voorkauwen. Je bakende af, schreef stappen uit en corrigeerde veel, want elke ruimte vulde het model met aannames die nergens op sloegen. Deze generatie brief je zoals je een ingevlogen senior brieft. Je geeft het doel, de context en vooral het waarom. De aanpak laat je open. Wie zijn oude, dichtgetimmerde Opus-prompts in Fable plakt, krijgt volgens de eerste testers slechtere resultaten dan wie kort en helder brieft. Het model vindt de betere route zelf als het de ruimte krijgt.

Denk aan een topspecialist die je voor een paar dagen inhuurt. Die zet je niet aan het werk met een script van veertig stappen. Je legt uit waar je naartoe wilt en waarom, je vertelt wat er op het spel staat en je laat haar los op het probleem.

Het knelpunt zit nu aan jouw kant van het scherm

Fable is voor mij het eerste model waarbij de kwaliteit van het eindresultaat afhangt van hoe helder hij zelf krijgt wat hij wil. De begrenzing is dus verhuisd, van het model naar jouw onuitgesproken aannames. Dat is even wennen als je jaren gewend was dat het model de zwakste schakel was.

Alles wat jij niet vertelt, moet het model zelf invullen. Bij een klein taakje valt dat mee. Bij een traject van uren stapelen die gokjes zich op tot een resultaat dat net naast je bedoeling ligt. De waardevolste vraag die je zo'n model kunt stellen gaat dus over jou. Vraag om een blind-spot-review voordat je begint. Welke kennis mis ik voor dit project zonder dat ik het doorheb? Welke vragen vergeet ik te stellen? En wat vind ik zo vanzelfsprekend dat ik het nooit opschrijf? Laat het model je daarna interviewen, één vraag per keer, te beginnen bij de vragen waarvan het antwoord de aanpak verandert. Een goede interim-senior doet op dag één hetzelfde. Die begint met vragen stellen.

In Loop Engineering schreef ik dat een model nooit zijn eigen huiswerk moet nakijken. Dit is dezelfde les van de andere kant. Hier zet je het slimste model in om jouw huiswerk na te kijken voordat je het indient.

Het duurste model wordt je manager

Dan de kostenkant, want die dwingt je tot de interessantste keuze van de sprint. Fable 5 kost via de API het dubbele van Opus 4.8 en vijf keer de introprijs van Sonnet 5. De benchmark-organisatie Artificial Analysis zette Fable 5 deze maand bovenaan alle acht ranglijsten die ze voor kenniswerk bijhouden. De kwaliteit is er dus. Datzelfde overzicht laat zien wat die voorsprong kost. Op strategietaken rekent Fable 3,48 dollar per taak, tegenover 3 dollarcent voor het open model DeepSeek V4 Pro. Ruim honderd keer zo duur, voor twaalf punten verschil in score. Soms zijn die twaalf punten het hele verschil tussen bruikbaar en onbruikbaar werk, maar meestal betaal je er vooral een hogere rekening voor.

Laat het duurste model dus niet alles zelf doen. Anthropic publiceerde er zelf de cijfers bij. Laat Sonnet 5 het uitvoerende werk doen en Fable 5 alleen op de beslissende momenten meekijken als adviseur, dan haal je in die tests ongeveer 92 procent van de kwaliteit tegen 63 procent van de prijs. Draai je het om, met Fable 5 als orchestrator die het werk verdeelt en beoordeelt bovenop een team Sonnet-modellen, dan wordt het 96 procent van de prestaties tegen 46 procent van de prijs. Je levert een paar procentpunten in en de rekening halveert.

Dit patroon ken je uit de editie over de ontploffende AI-rekening. Je pakt geen Ferrari om boodschappen te halen. Nieuw is dat het slimste model die verdeling nu zelf kan maken. Het begrijpt het doel, verdeelt het werk, beoordeelt wat terugkomt en stuurt terug wat onder de maat is. Het duurste model doet dan wat een dure manager hoort te doen. Bepalen wat er moet gebeuren, wie het doet en wanneer het goed genoeg is.

Je eerste sprint in vijf stappen

Ik draai deze sprints zelf inmiddels op een vast ritme. Overdag noteer ik ideeën voor tools, agents en workflows. Aan het einde van de dag kies ik er precies één. Die krijgt een doel mee in plaats van een takenlijst en dan laat ik het model draaien. Soms is het na twee uur klaar, soms duurt het zeven uur, zoals die lange loop uit het vorige playbook. Twee jaar geleden was zo'n idee het begin van een maand werk. Met nieuwere modellen werd dat een week. Nu ligt er de volgende ochtend regelmatig een proof-of-concept waar ik op verder kan bouwen. Reken niet op een productieklaar resultaat. Wat er 's ochtends ligt is een werkend fundament, het soort waar vroeger dagen werk in gingen zitten.

Zo pak je het vanavond zelf aan:

1. Kies één doel dat voelt als minimaal één week werk. Een volledige procesreview, een webwinkel, een dossier over de jaren heen is opgebouwd en nu overdraagbaar moet worden. Kun je niet zeggen wat er aan het einde moet liggen, dan is het doel nog niet klaar voor een sprint.

2. Geef rijke context en het waarom. Documenten, voorbeelden, eerdere pogingen, wat er op het spel staat. Praat het in als dat sneller gaat dan typen.

3. Leg de lat vast. Wanneer is het goed genoeg, welke fouten zijn onacceptabel en waar mag het model niet zelf beslissen.

4. Laat het eerst analyseren en jou interviewen. Daarna pas bouwen, met de opdracht het werk op te delen en goedkopere modellen in te schakelen waar dat kan.

5. Beoordeel zelf het eindresultaat en bewaar wat herbruikbaar is. Het plan, de checklist, de aanpak. Dat zijn je assets voor na 12 juli.

De toets vooraf is simpel. Een taak verdient je sprint als hij complex is, veel context vraagt, blijvende waarde oplevert of duur uitpakt als het misgaat. Alles wat klein is, wegwerp-output oplevert of ook door een goedkoper model kan, laat je liggen. Ook deze week.

De volledige editie gaat hieronder verder met de war-game-methode waarmee je blueprints bouwt die goedkopere modellen straks kunnen uitvoeren, de complete sprint-briefing om te kopiëren, de vuistregels voor Fable versus GPT-5.6 en de zes plekken waar een sprint ontspoort.

Read more

Je typt een vraag in Copilot, Claude of ChatGPT, je leest het antwoord, je ziet wat er mist en je vraagt opnieuw. En nog een keer, tot het klopt. Herken je dat? Bij elke ronde ben jij de motor. Jij zet de AI aan, jij controleert de uitkomst, jij stuurt bij. Loop engineering is het idee dat je die motor-rol overdraagt aan een systeem dat zichzelf op koers houdt tot het doel bereikt is. Grote kans dat je er nog nooit van hebt gehoord. De mensen die AI-tools bouwen praten al weken nergens anders over, met een hoop hype eromheen. In dit playbook lees je wat het is, waarom het nu opkomt en hoe je zelf je eerste loop opzet, zonder een regel code. Je leest ook waarom je de zware versie uit al die verhalen waarschijnlijk niet nodig hebt.

De vier tredes die je al half beklommen hebt

Loops zijn de bovenste trede van een ladder die je waarschijnlijk al half beklommen hebt. Onderaan staat de chatbot. Je stelt een vraag, je krijgt een antwoord en jij doet er iets mee. Dat is Copilot Chat, Claude of ChatGPT zoals de meeste mensen het gebruiken.

Een trede hoger staat de agent. Die wacht niet op elke losse instructie, hij voert een hele taak zelf uit. Claude Cowork of Copilot Cowork die een document opstelt terwijl jij koffie haalt, dat is een agent.

Daarboven de workflow. Dezelfde stappen, elke keer op dezelfde manier, met rails eromheen zodat het voorspelbaar blijft. Denk aan een vaste route die een mail binnenkrijgt, er iets mee doet en het ergens neerzet.

En de bovenste trede is de loop, het Engelse woord voor een lus. Een systeem dat een taak blijft herhalen tot een doel bereikt is en dat de bijstuur-rol overneemt die jij nu zelf speelt. Ervaren bouwers zeggen inmiddels dat hun werk vooral draait om loops schrijven. Een prompt is een losse opdracht. Een loop is een taak die vanzelf doorloopt tot het doel gehaald is.

De meeste mensen die ik in workshops tegenkom zitten op de onderste twee tredes, in Copilot of gewoon ChatGPT. Ze denken dat die bovenste trede sciencefiction is, terwijl ze de bouwstenen vaak al in handen hebben.

En waarom nu? Anthropic schreef onlangs dat we op weg zijn naar het punt waarop AI zijn eigen opvolger bouwt en traint, het sluiten van de loop. Naar eigen zeggen shippen hun engineers per kwartaal inmiddels acht keer zoveel code als voor 2025. Zover hoeft het voor jou niet te gaan. Het laat wel zien hoe hard dit nu gaat.

Een loop werkt als een thermostaat

Een loop klinkt technisch en je hebt er thuis eentje hangen. Een thermostaat. Je zet hem op 20 graden en vanaf dat moment doet hij steeds hetzelfde rondje. Hij meet de temperatuur, hij zet de verwarming aan als het te koud is en hij controleert of het doel gehaald is. Zodra het 20 graden is gaat de verwarming uit. Dat is een loop.

Elke loop, hoe simpel of ingewikkeld ook, heeft dezelfde drie onderdelen:

• Een trigger. Iets dat de loop op gang brengt. Bij de thermostaat is dat de temperatuur die zakt. Bij AI is dat een vast tijdstip, een gebeurtenis zoals een binnenkomende mail, of een mens die op start drukt.

• Een verifieerbaar doel. Een eindpunt waarvan je kunt vaststellen of het gehaald is. Bij de thermostaat is dat 20 graden. Bij AI is dat "alle bonnetjes hebben een categorie" of "het rapport heeft vier ingevulde secties".

• Een stop. Het punt waarop de loop zichzelf uitzet. De thermostaat zet de verwarming uit als het doel bereikt is. Zonder stop blijft je AI doorstoken en dat kost geld.

Onder de motorkap draait de AI daarin een klein rondje. Verkennen wat er moet gebeuren, het doen, controleren of het klopt en herhalen tot het klaar is. Je hoeft dat rondje niet zelf te programmeren. Je hoeft alleen te weten dat het er is.

De vuistregel is simpel. Kun je een taak afvinken met ja of nee, dan kun je er een loop van maken. Kun je dat niet, dan is het meestal nog geen klus voor een loop.

Drie tijdschalen en waarom je meestal de kleinste kiest

Loops bestaan op verschillende tijdschalen en daar zit meteen de meeste verwarring. De verhalen die je online ziet gaan over agents die dagenlang doordraaien. Dat is de zwaarste variant en je hebt hem zelden nodig.

Denk aan drie maten:

• De minuten-loop. Een tekst die zichzelf een paar keer langs een checklist legt voordat jij hem ziet. Klaar in de tijd dat je koffie inschenkt.

• De uren-loop. Een afgebakende klus die van begin tot eind wordt afgemaakt. Bijvoorbeeld bij het ontwikkelen en testen voor een interne tooling. Onlangs heb ik zo’n loop zelf laten draaien. Ruim zeven uur non-stop op één klus, van het eerste plan tot een afgerond project.

  

• De dagen-loop. Onderhoud dat blijft lopen. Een wekelijkse check of er documenten verlopen, of een postvak dat elke ochtend wordt voorgesorteerd.

Hoe langer een loop draait, hoe meer hij kost en hoe groter de kans dat hij ergens de verkeerde kant op gaat zonder dat je het ziet. Daarom hebben de meeste taken, tegen alle hype in, genoeg aan één klein rondje op de kleinste schaal. Een leger aan agents dat de klok rond draait is spectaculair om te lezen en zelden wat jouw werkweek nodig heeft. Begin klein en schaal pas op als je snapt wat er gebeurt.

Waarom dit je werkweek raakt, ook als je zelf nooit een loop bouwt

Misschien denk je nu dat je zelf toch geen loops gaat bouwen. Prima. Toch raakt dit je werk, om drie redenen.

Ten eerste ga je dit steeds vaker tegenkomen. Een collega, je IT-afdeling of een leverancier bouwt zoiets en jij moet kunnen beoordelen of het deugt. Als je snapt hoe een loop werkt zie je meteen of er een fatsoenlijke stop en controle in zitten, of dat iemand een blanco cheque heeft uitgeschreven.

Ten tweede zie je waar het misgaat voordat het misgaat. Denk aan een loop zonder rem, een te vaag doel of een AI die zijn eigen werk goedkeurt. Dat zijn de plekken waar het duur wordt en je herkent ze straks.

Ten derde verandert je rol. Het knelpunt gaat van zelf doen naar de loop bewaken. Of je nu terugkerend uitzoekwerk hebt als uitvoerend medewerker, een go of no-go geeft als manager of aansprakelijkheid moet beleggen als beleidsmaker, juist dan wordt jouw oordeel waardevoller. De machine doet het werk. Jij bewaakt of het klopt.

En er is één ding dat bepaalt of een loop slaagt of stukloopt. De controle of het werk goed is. Verificatie, heet dat. Het klinkt saai en het is precies het onderdeel dat de loop laat slagen. Verificatie werkt in lagen. Een model dat zijn eigen huiswerk nakijkt is de valkuil waar bijna iedereen in trapt.

Je eerste loop in drie vragen

Voordat je iets opzet teken je een loop uit op papier. Dat kost vijf minuten en het bespaart je een hoop verbrande tokens. Beantwoord deze drie vragen voor een taak die elke week terugkomt:

1. Welke terugkerende taak kost me elke week tijd?
   (bijvoorbeeld: bonnetjes sorteren, mail voorsorteren,
    een vast rapport maken)

2. Hoe zou iemand anders kunnen zien dat die taak goed af is?
   (dat is je verifieerbare doel, zo concreet mogelijk)

3. Wanneer moet het systeem stoppen en mij erbij halen?
   (een maximum, een budget, of een menselijk akkoord
    voor het de deur uit gaat)

Kun je die drie invullen, dan heb je de ruggengraat van een loop te pakken. Kun je vraag 2 niet beantwoorden, dan is je taak nog te vaag en dat is waardevolle informatie. Dan is het nog geen klus voor een loop.

Dit is de light versie. De volledige aanpak staat hieronder.

De rest van dit playbook is voor premium lezers. Hieronder zet je je eerste loop op. De drie soorten triggers en waar je ze vindt, de vijf niveaus van verificatie en waarom een model nooit zijn eigen werk moet beoordelen, de rem tegen een leeglopend budget, een kopieerbare rapportage-loop en de plekken waar loops ontsporen.

Read more

Stel, je zet een slimme assistent aan die binnenkomende mails sorteert en alvast antwoorden klaarzet. Handig. Tot hij op een vrijdagmiddag zelfstandig een offerte de deur uit stuurt met een bedrag dat nergens op slaat. Of erger, hij vat een dossier samen met gegevens die hij eigenlijk nooit had mogen zien. Dit playbook gaat over de knoppen die je instelt voordat dat gebeurt. En over het grootste risico, dat vaak op een plek zit die niemand verwacht. Eén observatie alvast, zodat je weet waar dit heen gaat. Bij de meeste organisaties waar ik binnenkom gebruiken medewerkers al volop AI op eigen houtje, zonder dat iemand het ze vroeg.

Je AI staat al binnen, je weet alleen niet waar

De meeste mensen denken dat AI-governance begint op de dag dat je een tool aanzet. Op dat moment ben je al te laat. Je medewerkers gebruiken AI namelijk allang. Ze plakken een stuk klanttekst in ChatGPT om er een nette mail van te maken, ze gooien een cv in een gratis tool om het samen te vatten, ze laten een verslag opschonen. Dat heet shadow AI, het gebruik dat buiten je zicht om gaat. En vier op de tien is nog aan de voorzichtige kant, want het zijn alleen de mensen die het toegeven.

Het risico zit vooral in waar je gegevens terechtkomen. Een gratis AI-tool draait vaak op servers buiten Europa, bijvoorbeeld in de Verenigde Staten, en wat je erin plakt kan daar blijven hangen. Als dat een klantnaam met een dossiernummer is, of een mail over iemands financiële situatie, dan heb je al een privacyprobleem voordat je ook maar één strategisch besluit hebt genomen.

Ik hoorde daar ooit een treffend voorbeeld van. Iemand zag een AI-icoontje in zijn webbrowser en dacht: dit is van de zaak, dus dit zal wel veilig zijn. Vervolgens typte hij er rustig gevoelige informatie in. Maar de tool was helemaal niet beveiligd, en niemand wist precies hoe die daar terecht was gekomen.

Het eerste wat governance dus doet, is het licht aandoen in je eigen pand.

Een agent erft jouw sleutelbos

Zoals jullie inmiddels weten, vergelijk ik AI graag met een stagiair. Ontzettend ijverig, pakt elke opdracht op en probeert zelfs het onmogelijke voor elkaar te krijgen. Maar bij agents komt daar iets belangrijks bij. Een agent werkt met de rechten van de medewerker die hem aanzet.

Hij ziet wat jij ziet. Hij opent wat jij kunt openen. Geef hem de sleutelbos van iemand die overal bij kan, dan gaat hij ook overal naar binnen. Gewoon omdat je hem vroeg om even dat dossier samen te vatten.

Hoe je die rechten op toolniveau afknijpt, welke acties een agent zelfstandig mag uitvoeren en wanneer hij moet stoppen om een mens te vragen, werkte ik eerder uit in de playbooks over je eigen AI-assistent en agents in Copilot. Hier ligt het een laag hoger, op het niveau van je hele organisatie. Wie bepaalt wat een agent mag? Wie kijkt mee voordat hij iets doet? En wie zorgt dat medewerkers niet ongemerkt agents activeren met veel te ruime rechten?

Dat is governance. En governance begint hier met opruimen.

Het opruimen begint voordat de AI aangaat

Voordat AI ook maar iets fout kan doen, ligt het gevaar vaak al klaar in de rommel die niemand heeft opgeruimd.

Bij een organisatie waar ik meeliep, deden we eerst een scan van de bestaande omgeving. Nog voordat er ook maar iets van AI aanging. Wat we vonden had op het eerste gezicht niets met AI te maken. Er stonden mappen van projecten die jaren eerder waren afgerond. Van functie gewijzigde medewerkers konden via oude rechten nog steeds bij informatie waar ze allang geen toegang meer toe hadden moeten hebben. Rechten die ooit logisch waren, maar daarna nooit meer waren opgeschoond.

Op zichzelf is dat al vervelend. Met een agent erbovenop wordt het gevaarlijk. Die erft namelijk precies die rechten. Vraag je hem om een dossier samen te vatten, dan vist hij net zo makkelijk uit een map waar hij nooit had mogen komen.

Toegangsrechten opschonen is saai werk. Niemand loopt er warm voor. Toch is het de fundering onder veilige AI. Je kunt geen betrouwbare AI bouwen op een rommelige rechtenstructuur, net zomin als je een extra verdieping zet op een fundering die je nooit hebt gecontroleerd.

Voor jou komt het hierop neer: begin niet met de vraag wat AI allemaal kan, maar met de vraag of je huis op orde is. Vaak is het antwoord nee. Dan is dat je eerste project.

De human in de loop is je vangnet

Daar komt de naam van deze nieuwsbrief vandaan, The Human Loop. AI mag helpen, versnellen en een eerste versie maken. Maar voordat de uitkomst ergens telt, kijkt er een mens mee. Dat is je vangnet.

Neem een afdeling die werkzoekenden begeleidt. Begeleiders schrijven verslagen over iemands situatie: gezin, schulden, gezondheid, afstand tot werk. Tijdrovend werk, dus de vraag is logisch: kan een AI-assistent die verslagen opmaken?

Dat kan, maar niet zonder controle. In zo’n verslag kan één verkeerde formulering gevolgen hebben voor iemands kansen. Daarom doet de AI de voorzet en keurt de begeleider de tekst goed voordat die meetelt.

Dat vangnet is ook nodig tegen vooroordeel. Een model leert van historische gegevens. Als daarin verkeerde patronen zitten, neemt het die makkelijk over. “De AI zei het” klinkt objectief, maar kan gewoon het verleden napraten. Sinds de toeslagenaffaire weten we hoe duur zulke onzichtbare patronen kunnen worden.

Hetzelfde geldt voor privacy. Iemand vraagt een chat-assistent om een overzicht van de salarismutaties van vorige maand. Technisch kan het, want die persoon heeft de rechten. Maar ineens staan loongegevens van je personeel in een AI-systeem. Misschien had daar vooraf een privacytoets op moeten zitten.

Kleine vraag, grote gevolgen. Precies daarom moet governance bepalen waar AI mag helpen, waar een mens moet meekijken en waar de grens ligt.

Vier vragen die je nu waarschijnlijk niet kunt beantwoorden

Voordat je iets inricht, wil je weten waar je staat. Ik begin daar bij een klant standaard mee. Pak een blad en beantwoord deze vier vragen over je eigen organisatie.

1. Welke AI-tools draaien er nu bij ons, officieel en onofficieel?
   (Als je het niet weet, dat is het antwoord.)
2. Wie heeft de laatste AI-toepassing die we aanzetten goedgekeurd,
   en op basis waarvan?
3. Welke gegevens kan die toepassing zien en klopt dat met wat we willen?
4. Als een AI vanavond iets fout doet, zien we het dan en kunnen we
   het terugdraaien?

De meeste managers komen niet verder dan vraag één. Dat is geen schande, het is je nulmeting. Herken je dat gevoel van "ik heb geen idee"? Precies daar begint het werk. De rest van dit playbook laat je zien hoe je die vier vragen straks wel beantwoordt en hoe je het zo inricht dat het ook zo blijft als je opschaalt.

Drie dingen die je deze week al kunt doen

Je hoeft niet te wachten op een groot governance-traject. Begin met drie simpele acties.

Maak eerst zichtbaar wat er al gebeurt. Niet als jacht op overtreders, want dan zegt niemand meer iets. Vraag per team: welke AI-tools gebruiken jullie, waarvoor, en welke gegevens gaan erin? Dat gesprek levert vaak meer op dan een dashboard.

Kies daarna één AI-toepassing die nu al draait en zet daar een akkoordmoment in. Begin waar de schade het grootst kan zijn: geld, klantcommunicatie, personeelsgegevens. De AI bereidt voor, een mens keurt goed.

Laat ten slotte je toegangsrechten scannen. Los van AI. Waar kunnen oud-medewerkers nog bij? Welke mappen heeft niemand meer in beheer? Eerst je fundering controleren, dan pas verder bouwen.

Dit is de basis. Nu bouwen we het uit tot een werkend systeem: met duidelijke volgorde, licht bestuur, een stoplicht per AI-idee en momenten waarop je bewust kunt bijsturen.

Vanaf hier gaan we verder voor premium-lezers. Je krijgt een praktisch governance-systeem: de juiste volgorde, een kopieerbaar AI-board, een intake met stoplichtmodel, twee go/no-go-momenten, de valkuilen die ik steeds zie terugkomen en een eerlijk antwoord op de vraag wanneer dit allemaal te zwaar wordt.

Read more

Stel, iemand zoekt een dakdekker, een boekhouder of een adviseur in jouw stad. Vroeger tikte die persoon dat in Google en koos zelf uit een lijstje. Nu vraagt die het aan ChatGPT en krijgt drie namen terug. Sta jij erbij? Dit is waar AI-vindbaarheid over gaat. ChatGPT zit op ruim een miljard gebruikers. En ongeveer de helft van alles wat mensen aan ChatGPT vragen is gewoon informatie opzoeken, precies het soort vraag dat vroeger naar Google ging. Voor steeds meer mensen is ChatGPT hun zoekmachine geworden. Eén ding ga ik je vroeg in dit playbook bewijzen. Het is precies het tegenovergestelde van wat de meeste SEO-bureaus je vertellen. Hoog in Google staan helpt je hier minder dan je denkt. Waarom juist een kleinere speler dit kan winnen, laat ik je zien zodra we kijken hoe de portier beslist.

SEO is de etalage, GEO is de portier die voor je klant kiest

Even twee woorden uit elkaar trekken, want zonder die twee snap je de rest niet. SEO staat voor search engine optimization. Dat is alles wat je doet om hoog in Google te komen, in dat rijtje blauwe links. Denk aan een winkelstraat vol etalages. Jij wil de mooiste etalage op de drukste hoek, want de klant loopt langs en kiest zelf waar hij naar binnen gaat.

GEO staat voor generative engine optimization. Een generatieve engine is een AI die een antwoord voor je samenstelt, zoals ChatGPT, Gemini of Perplexity. Bij die engine is er geen etalage meer om langs te lopen. Er staat een portier voor de deur en je klant vraagt hem waar hij moet zijn. De portier noemt één of twee namen en de klant loopt daarheen. Jouw etalage ziet hij niet eens. Hij hoort alleen wat de portier over je vertelt.

Dat verandert het spel op een manier die je in de cijfers terugziet. Ruim twee derde van de Google-zoekopdrachten eindigt inmiddels zonder dat iemand nog ergens op klikt. Begin 2026 verschijnt er bij bijna de helft van de zoekresultaten al een AI-samenvatting. De klant krijgt zijn antwoord dus boven de lijst van de portier en scrolt niet verder. Voor jou betekent dat hoog in de lijst staan leuk is, maar dat de winst zit in genoemd worden door de portier.

Je SEO-basis telt mee, maar het speelveld is vlakker

De gangbare wijsheid is dat goede SEO en goede AI-vindbaarheid precies hetzelfde zijn. Dat klopt voor een groot deel. De fundamenten die je hoog in Google zetten, zoals sterke content, autoriteit, backlinks en vertrouwde vermeldingen, helpen je ook bij de portier. Een AI leunt namelijk op dezelfde signalen van betrouwbaarheid. Wie zijn SEO op orde heeft, heeft dus een voorsprong.

Waar het misgaat is de aanname dat een hoge Google-positie zich één op één vertaalt naar het AI-antwoord. Dat doet hij niet. Uit onderzoek naar welke bronnen AI-assistenten aanhalen blijkt dat voor ChatGPT en Gemini minder dan 10 procent van de geciteerde pagina's overlapt met de gewone Google-resultaten. Slechts zo'n 12 procent van de pagina's die een AI aanhaalt staat in de Google top 10. Goed scoren in Google helpt dus. Een plek in het AI-antwoord verdien je daarbovenop.

Omdat een AI-antwoord één samengesteld geheel is, draait het om je aandeel in dat antwoord. Het speelveld ligt vlakker dan in Google, waar de grootste namen met de meeste backlinks vooraan staan. In het onderzoek won juist de partij op positie vijf het meest, tot ruim het dubbele aan zichtbaarheid, terwijl de partij die op nummer 1 stond zo'n 30 procent inleverde. Een kleinere speler met de juiste content kan in het AI-antwoord dus boven een grote naam uitkomen. Dat is precies waarom dit interessant is als je niet het grootste budget hebt.

Waar de portier op let als hij een naam noemt

Waar let die portier dan op? Op drie dingen, in gewone taal.

Eerst kijkt hij of een stuk tekst op zichzelf een vraag volledig beantwoordt. Een losse alinea die je kunt losknippen en die klopt zonder de rest van je pagina, pikt hij eerder op. Daarnaast weegt hij of het klinkt als een betrouwbaar antwoord. Een concreet cijfer met een bronvermelding erbij in een heldere zin leest voor het model als geverifieerd. En tot slot kijkt hij naar wat anderen over je zeggen. Voor ongeveer de helft van de vragen leunt een AI op door mensen gemaakte content zoals Reddit, LinkedIn, Wikipedia en reviewsites. De portier doet wat een mens bij twijfel doet, hij vraagt het de groep.

Daar kleeft ook een risico aan. Een AI kan met grote stelligheid iets verkeerds over je zeggen. Een Duitse rechter verbood Google onlangs om via zijn AI-samenvattingen onjuiste beweringen over twee Duitse uitgevers te verspreiden. De rechter bepaalde dat die samenvattingen Googles eigen woorden zijn waarvoor Google aansprakelijk is. Wat de machine over je categorie en over jou vertelt, weegt dus zwaar. Het is je etalage geworden en je hebt hem niet zelf ingericht.

Doe de spiegeltest: vraag het de machine zelf

Voordat je iets verandert, wil je weten wat de portier nu over je zegt. Dat hoef je niet te raden, je kunt het letterlijk vragen. Ik noem het de spiegeltest. Het is het eerste wat ik bij een klant doe. Open ChatGPT, Gemini en Perplexity, het liefst uitgelogd zodat je je eigen geschiedenis niet meeneemt. Stel dan deze vragen.

1. Wat is het beste [jouw vak] in [jouw stad of regio] en waarom?
2. Ik zoek een betrouwbare [type bedrijf] voor [concreet probleem].
   Welke drie zou je aanraden en waarop baseer je dat?
3. Wat weet je over [jouw bedrijfsnaam]? Wat doen ze, voor wie,
   en wat vinden klanten ervan?

Let bij het lezen op drie dingen. Word je genoemd, ja of nee? Als je genoemd wordt, op basis waarvan: je eigen site, of een review, een lijstje, een forum? En klopt wat hij zegt eigenlijk wel? Veel ondernemers schrikken hier, want de AI noemt zelfverzekerd een paar concurrenten en jouw naam valt niet. Of erger, hij verzint iets over je dat niet klopt.

Dit is meteen je nulmeting. Herken je dat gevoel van "ik dacht dat we goed vindbaar waren"? Dat is normaal. En het is precies het vertrekpunt. Wat je hierna doet valt in drie stappen uiteen. Je zorgt dat de AI je begrijpt, dat hij je vertrouwt en dat je kunt meten of het werkt.

Drie dingen die je deze week al kunt doen

Je hoeft niet te wachten tot je alles snapt. Drie acties zetten de meeste beweging in gang en je kunt ze vandaag oppakken.

Begin bij de vragen die klanten je stellen en zet ze letterlijk als kopjes op je site, met een kort en helder antwoord eronder. Schrijf dus "Wat kost een [dienst] en wat krijg ik ervoor?" met de feiten in het antwoord. Zo geef je de portier tekst die hij los kan oppakken.

Verzamel daarna reviews en reageer op elke review die binnenkomt. Reviews zijn het signaal waar een AI het zwaarst op leunt als hij jouw categorie beoordeelt. En je hebt ze zelf in de hand.

Zorg ten slotte dat je overal hetzelfde en kloppend vindbaar bent. Dezelfde bedrijfsnaam, plaats en omschrijving op je Google Bedrijfsprofiel en je LinkedIn. Een AI die overal hetzelfde over je leest, vertelt het met meer vertrouwen door.

Dit is de basis. Hieronder maak ik er een compleet systeem van, met kopieerbare templates, een manier om te meten en de valkuilen die je geld kosten.

Vanaf hier voor premium-lezers. Je krijgt het volledige systeem achter die drie stappen, kopieerbare templates voor je site en je meting, het voorbeeld van onze eigen WAINUT-site, de snelkoppelingen die je straks de kop kosten, plus helder advies over welke gratis tools volstaan en welke je geld kosten zonder iets op te leveren.

Read more

Het is kwart over elf 's avonds en je zit nog in je administratie. Vier facturen staan al weken open, de btw-aangifte komt eraan en die ene klant die altijd te laat betaalt moet voor de derde keer een herinnering krijgen. Dit is precies het werk waar Anthropic op 13 mei 2026 een gratis toolkit voor uitbracht: Claude for Small Business. In dit playbook zie je wat het doet, waar het voor een Nederlandse ondernemer knelt en hoe je het in een kwartier opzet en naar je eigen zaak ombouwt. Iedereen heeft het over de 31 skills die erin zitten. Maar de winst zit een laag dieper en die laat ik je zien zodra we samen de motorkap openen.

Een ijverige stagiair die alles klaarlegt, maar niets verstuurt zonder jou

Claude for Small Business is een gratis, open-source pakket dat Anthropic bovenop Claude legt. Het draait in Claude Cowork, de desktop-modus waar Claude je bestanden opent en taken voor je uitvoert (ik schreef er een apart playbook over) en in Claude Code voor wie technischer is. Je hoeft niks te programmeren.

Onder de motorkap zitten drie lagen. Er zijn 15 bouwsteen-skills die elk één ding goed doen (een cashflow voorspellen, een lead scoren, een factuurherinnering opstellen). Daarbovenop liggen 15 kant-en-klare workflows die deze bouwstenen aan elkaar rijgen tot een recept met controlemomenten. En er is een router, een voordeur in gewone taal. Je zegt "ik lig wakker van de loonstrook" en hij kiest zelf de juiste workflow. Je hoeft geen enkel commando uit je hoofd te leren.

Het hart van de toolkit is één ontwerpkeuze. Elke stap die geld of een klant raakt, pauzeert. De toolkit haalt je data op, stelt een mail op, berekent een prognose en legt het resultaat op je bureau. Daarna wacht hij. Niks gaat de deur uit tot jij ja zegt. Ik vergelijk het graag met een ijverige stagiair die alles voorbereidt en netjes klaarlegt, maar nooit zelf op verzenden drukt. Dat is geen toeval. Het is precies de manier van werken waar deze nieuwsbrief naar vernoemd is. De AI levert 80 tot 90 procent, jij brengt het naar 100 en jouw naam staat eronder.

Stel, je vraagt: wie is me nog geld schuldig?

Neem die openstaande facturen van vanavond. Je vraagt letterlijk "wie is me nog geld schuldig?" en de invoice-chase skill gaat aan het werk. Hij trekt je openstaande posten uit je boekhouding, kijkt hoe elke klant je in het verleden heeft betaald en geeft ieder een profiel: trouwe betaler, soms te laat, of structureel te laat. Vervolgens schrijft hij per klant een herinnering waarvan de toon meebeweegt. Vriendelijk en kort voor de klant die altijd op tijd is, zakelijker en steviger voor de notoire laatbetaler. Meerdere openstaande facturen van dezelfde klant bundelt hij tot één mail.

Dan komt het moment waar het om draait. Je krijgt een tabel met klant, bedrag, dagen te laat, toon en verzendkanaal en daaronder elke conceptmail voluit. Pas als jij "verstuur deze" zegt, gaat er iets weg. Hetzelfde patroon zie je bij elke workflow. De maandagochtendbriefing zet je cashpositie, je pijplijn en je belangrijkste taken klaar in Slack. De cashflowprognose kijkt 30, 60 en 90 dagen vooruit en benoemt de risico's er apart bij. Of het nu om een maandafsluiting of een margecheck gaat, geen ervan handelt zelfstandig. Ze bereiden voor, jij beslist.

De adder onder het gras voor Nederlandse ondernemers

De meegeleverde koppelingen zijn door en door Amerikaans. QuickBooks voor de boekhouding, PayPal, Stripe en Square voor betalingen en een belasting-skill die 1099-formulieren klaarzet, het Amerikaanse formulier voor zzp-inhuur waar wij geen equivalent van hebben. Geen Moneybird, geen Exact, geen e-Boekhouden of Twinfield. Geen iDEAL, geen Mollie. Een twaalftal connectors, vrijwel allemaal gericht op de Amerikaanse mkb-stack.

En er is een vraag die je jezelf moet stellen voordat je begint. Je hangt straks je bankdata, je klantsysteem en je mailbox aan een Amerikaanse leverancier. Anthropic zegt dat het op de zakelijke abonnementen niet traint op je bedrijfsdata en dat is mooi, maar over dataresidentie en de AVG gaat de lancering niet. Voor jou is dat een afweging die je bewust maakt (in mijn Playbook: De AI Act voor Ondernemers lees je hoe je daar nuchter mee omgaat). Reken ook even mee. De plugin is gratis, maar je hebt een betaald Claude-abonnement nodig en de tools eronder draaien ook niet voor niks.

Toch is dit geen reden om af te haken. Want elke skill is gewoon een tekstbestand. De Amerikaanse instellingen zijn een vertrekpunt dat je herschrijft en juist dat maakt deze toolkit interessant voor een Nederlandse ondernemer. Hoe je dat doet, zie je zo.

Van installeren tot je eerste resultaat, in een kwartier

De opzet is kort. In Claude Cowork ga je naar Customize en dan Browse plugins, je zoekt op "small business" en klikt op Install. Daarna zeg je "set me up". Dat start de onboarding-skill, die je een paar vragen stelt over je vak, je grootste kopzorgen en de tools die je gebruikt en je antwoorden als context bewaart. Vanaf dat moment weet elke skill in welke zaak hij werkt.

Koppel daarna één of twee tools, niet alles tegelijk. Elke connector kost tokens en aandacht en je wil eerst waarde zien voordat je je hele administratie aansluit. Draai vervolgens één workflow op je grootste kopzorg. Dat is je aha-moment. Werk je liever in Claude Code, dan installeer je hetzelfde met claude plugin marketplace add anthropics/knowledge-work-plugins gevolgd door de install-opdracht.

Onthoud één ding. De toolkit koppelt nooit zelf een tool voor je. Jij start elke koppeling. Dat is dezelfde logica als de verzendknop. Toegang en actie blijven bij jou.

Vanaf hier voor premium-lezers. We openen de motorkap van een skill en kijken wat er letterlijk in staat, je herschrijft er één zodat hij Jortt spreekt in plaats van QuickBooks, ik loop de vier valkuilen langs die je geld kosten en je weet daarna precies wanneer je dit beter niet inzet.

Read more

Een tijd terug stond ik voor een MT van een middelgrote organisatie. Iedereen had een AI-bewustwordingscursus gehad. E-learning, certificaatje, vinkje. Toen ik vroeg "noem twee dingen die je medewerkers nu kunnen die ze drie maanden geleden niet konden", bleef het akelig stil.

Het lag niet aan het MT. De cursus had wel degelijk iets opgeleverd. Mensen wisten dat AI kan hallucineren, en dat je geen klantdata in publieke tools moet plakken. Wat ze niet wisten was of een collega in zijn eigen werkcontext, met zijn eigen vakkennis, een AI-output kon beoordelen op kwaliteit. Dat is een ander soort vraag, en de cursus had die niet beantwoord.

Daar zit de spanning waar veel organisaties nu mee worstelen. AI-geletterdheid is een organisatorische capability. Je bouwt het op en je kunt het aantonen. Sinds februari 2025 verplicht artikel 4 van de Europese AI Act iedere organisatie die AI inzet om hier maatregelen voor te nemen. Je leest er meer over in Playbook: De AI Act voor Ondernemers. De urgentie zit vooral aan de operationele kant. Zonder geletterde medewerkers krijg je shadow AI, schijncontrole en gemiste productiviteit, los van wat een toezichthouder ervan vindt.

Dit playbook legt uit wat AI-geletterdheid is, waarom de gangbare aanpak niet werkt, en wat je organisatie nodig heeft om er daadwerkelijk goed in te worden.

Het verschil tussen weten en kunnen

Bij veel organisaties betekent "we hebben AI-geletterdheid geregeld" het volgende. Iedereen heeft een halfuur e-learning gevolgd over hallucinaties en privacy, plus een policy onder het kopieerapparaat. Op papier klopt het. In de praktijk verandert er weinig.

De fout zit in het ontwerp van de training. Een halfuur online leren maakt iemand niet bekwaam, net zomin als een halfuur veiligheidsfilm iemand een gediplomeerde elektricien maakt. Bekwaamheid blijkt pas als iemand in zijn eigen werkcontext een AI-taak veilig kan uitvoeren, fouten kan herkennen, en weet wanneer hij moet escaleren.

In workshops test ik dit met een oefening die we De Muur noemen. Teams krijgen een realistische e-mailketen en moeten Copilot of ChatGPT vragen een projectplan te maken. Geen strikvraag, geen ingewikkelde casus. Gewoon: lees deze keten, maak het plan. De score op zes simpele controlevragen, dingen als "klopt de eigenaar, klopt de deadline, ontbreken er afhankelijkheden", ligt bij teams die de training al achter de rug hebben consistent rond de nul tot één. Niet twee tot drie, nee. Nul tot één.

Wat dit laat zien gaat over de training, en over wat de mensen er feitelijk uit hebben kunnen halen. Bewustzijn over hallucinaties is één ding. Ze in je eigen output herkennen, dat is een laag dieper. Hetzelfde geldt voor privacy. Weten dat het gevoelig ligt is stap één, inschatten of deze ene klantcasus door de tool mag is stap twee. Daar, in dat verschil, begint AI-geletterdheid.

Wat AI-geletterdheid feitelijk omvat

De Europese AI Act geeft een definitie die voor de meeste mensen onbruikbaar blijft, omdat hij zo algemeen is. Artikel 3 lid 56 spreekt over de vaardigheden, kennis en het begrip die mensen in staat stellen om geïnformeerd met AI om te gaan en bewust te zijn van kansen en risico's. Drie woorden om te onthouden: vaardigheden, kennis, begrip. Niet één gaat over technische vaardigheden.

Als je deze definitie combineert met het Europese competentiekader DigComp 2.2 (gepubliceerd door het Joint Research Centre van de EU) en de AI-competentieraamwerken van UNESCO, zie je consistent zes onderdelen terugkomen. Geen ervan is een prompt-skill.

Begrijpen wat AI is en niet is. Het verschil tussen voorspellende AI, generatieve AI en beslissingsondersteuning. Waarom de output probabilistisch is. Waarom een model nooit echt begrijpt zoals een mens begrijpt, en wat dat betekent voor de momenten waarop je het kan vertrouwen.

Tool-vaardigheid in context. Of je de juiste tool kiest voor deze taak, of je snapt waar je gekozen model goed in is en waar het tekortschiet, en of je iteratief kan verbeteren zonder de plot kwijt te raken. Prompten zit hierin, maar het is breder.

Wat mag wel en niet als input. Welke data is vertrouwelijk, wat zijn persoonsgegevens, wanneer wordt klant-, patiënt- of dossierinformatie een risico. Wat doet de tool met die data en welke leverancier heeft welke rechten.

Output beoordelen op kwaliteit. Bronnen verifiëren, aannames herkennen, bias signaleren, automation bias bij jezelf opmerken. Domeinkennis gebruiken om te toetsen wat er werkelijk staat.

Risico's herkennen en plaatsen. Technische risico's zoals hallucinaties en datalekken. Daarnaast juridische, reputationele en ethische. Wanneer is iets een incident, wanneer een leerpunt.

Weten wanneer een mens moet beslissen. De grens kennen tussen waar AI mag eindigen en menselijk oordeel begint. Vooral bij beslissingen die mensen rechtstreeks raken: werving, beoordeling, kredietverlening, zorg, klantcommunicatie naar buiten.

Geen van deze zes is technisch. Maar je leert ze ook niet in een halfuur e-learning, en al helemaal niet voor iedereen in dezelfde sessie. Dat is de eerste reden waarom de gemiddelde aanpak vastloopt. Hij past niet bij wat er feitelijk geleerd moet worden.

Drie krachten die je organisatie nu al raken

De wet is sinds februari 2025 actief.

Artikel 4 van de AI Act verplicht aanbieders en gebruikers (in de wet "deployers") om maatregelen te nemen voor een toereikend niveau van AI-geletterdheid bij hun personeel en bij iedereen die namens hen met AI werkt. Dat geldt voor elke organisatie die AI inzet, niet alleen voor hoog-risico-toepassingen. Wat exact onder die plicht valt, voor wie precies, en hoe risicocategorieën werken, dat staat in mijn eerdere AI Act-playbook. Wat hier telt is dat de verplichting bestaat, nu geldt, en bewust open is gelaten zodat organisaties hem voor hun eigen context moeten invullen.

Het risico zit al binnen, ook zonder formele AI-projecten.

Vrijwel iedere kennisorganisatie heeft inmiddels mensen die ChatGPT, Copilot, Claude of Gemini gebruiken voor hun werk, ook als IT dat niet zo bedacht heeft. Dat is shadow AI. Wat ze er precies in zetten, weet niemand. Wat eruit komt en waar het verdwijnt, weet niemand. In meerdere organisaties zie ik hetzelfde patroon. Marketingteams plakken klantbriefings in publieke tools om er pitchdecks van te laten genereren. HR-collega's gebruiken AI om cv's te samenvatten. Klantenservice draait een chatbot zonder dat juridisch heeft meegekeken naar hoe die met persoonsgegevens omgaat. Op zich is dat begrijpelijk. Het werkt namelijk. Tot iemand zich realiseert dat er maandenlang concurrentiegevoelige strategie naar een Amerikaanse leverancier is geüpload. Dan is het een incident geworden.

Het Nederlandse toezicht is verdeeld over tien autoriteiten, en alert.

Anders dan veel mensen denken heeft Nederland geen one-stop-shop voor AI-toezicht. De Uitvoeringswet AI-verordening verdeelt het toezicht over een tiental bestaande toezichthouders. De Autoriteit Persoonsgegevens speelt de coördinerende rol voor verboden praktijken en voor het merendeel van de hoog-risico AI-systemen. De Rijksinspectie Digitale Infrastructuur kijkt naar technische compliance. Sectorale autoriteiten zoals de AFM, de IGJ en het CBb hebben hun eigen verantwoordelijkheid binnen hun domein.

Twee dingen daarvan zijn voor jouw organisatie meteen voelbaar. De ene is dat "een toereikend niveau van AI-geletterdheid" per sector anders zal landen. Een bank wordt door de AFM langs een andere lat gelegd dan een ziekenhuis door de IGJ. De andere is misschien nog zwaarder. In de conceptwet krijgen toezichthouders de bevoegdheid om mystery shopping uit te voeren. Een toezichthouder kan zich als fictieve klant of burger melden, kijken hoe jullie AI-systemen reageren, en direct toetsen hoe medewerkers ermee omgaan. Een papieren training en een policy-pdf zijn dan geen sluitend bewijs van bekwaamheid.

De AP voegt hier nog een eigen invalshoek aan toe. Zij behandelt AI-geletterdheid als mensenrechten-geletterdheid. De redenering daarachter is dat AI-systemen raken aan grondrechten zoals privacy, non-discriminatie en rechtsbescherming, en dat mensen die met die systemen werken dat moeten kunnen herkennen. Dat zet de lat hoger dan een prompt-cursus. Het verklaart ook waarom de AP vooral kijkt of een organisatie weet wat voor mensen er aan de andere kant van een AI-beslissing zitten. Het technische begrip van AI komt op de tweede plaats.

Het frame dat de meeste organisaties missen

In iedere workshop sinds 2022 herhaal ik hetzelfde punt. De waardevolste medewerker in een AI-tijdperk is de domeinspecialist die zijn vak grondig kent en weet hoe hij AI in zijn werkstroom inzet. Een ervaren HR-adviseur die snapt waar AI faalt bij cv-screening is meer waard dan een junior met tien prompt-cursussen op zak. Een controller die de cijfers werkelijk begrijpt vangt fouten die een geautomatiseerde analyse mist. Een beleidsmedewerker die de context van een dossier kent voorkomt dat een AI-samenvatting onbedoeld een politieke kleur krijgt.

Dit klinkt vanzelfsprekend, maar de meeste AI-trainingen volgen het tegenovergestelde model. Iedereen krijgt dezelfde sessie, ongeacht of ze marketeer, jurist, controller of beleidsmedewerker zijn. Dat is goedkoop, en het verkoopt makkelijk. Maar het is slecht ontwerp. De AI Act erkent dat zelf. Artikel 4 zegt letterlijk dat de maatregelen rekening moeten houden met kennis, ervaring, context en de mensen op wie het AI-systeem wordt toegepast. Een aanpak die voor iedereen gelijk is, voldoet juridisch al niet, en werkt operationeel ook niet.

Wat wel werkt is een aanpak waarbij je per rol vaststelt welk niveau nodig is. UNESCO hanteert hiervoor drie progressieniveaus die ik in de praktijk bruikbaar vind: Acquire (basis verwerven), Deepen (verdiepen voor jouw werk), Create (zelf nieuwe toepassingen ontwerpen). Vertaald naar de organisatie betekent dat ongeveer dat een baliemedewerker, een vakprofessional, een manager en een AI-process-owner allemaal iets anders moeten kunnen.

De baliemedewerker moet weten welke tool wel mag en welke data daar niet in. De vakprofessional moet AI in zijn workflow verweven en de output op kwaliteit beoordelen. De manager moet use cases prioriteren en risico's wegen. De process-owner moet beleid vertalen naar concrete teamafspraken en bewijs van bekwaamheid organiseren. Vier niveaus, vier verantwoordelijkheden. De namen zijn minder belangrijk dan de gedachte erachter: iedereen leert wat past bij wat hij doet, en de organisatie kan aantonen dat het zo geregeld is.

De AI Literacy Matrix als kern

Als je de zes bouwstenen en de rolniveaus naast elkaar legt, krijg je wat ik intern de AI Literacy Matrix noem. Per rol staat erin welk niveau iemand moet halen op elk van de zes bouwstenen, welke tools en data toegestaan zijn, welke training en oefening daarbij hoort, en hoe je het bewijs daarvan vastlegt. Daarmee laat je richting jezelf, je interne auditor en de toezichthouder zien dat AI-geletterdheid in jouw organisatie iets concreets is.

De waarde van zo'n matrix is dat hij twee dingen verbindt die elders los staan: compliance (kunnen we aantonen dat we het doen) en adoptie (kunnen we ook echt iets met AI). Een goede matrix levert beide tegelijk op. Een slechte matrix is alleen voor de auditor en wordt door medewerkers niet eens herkend als hun werk.

Hoe je deze matrix concreet bouwt, hoe je begint zonder dat het een eindeloos project wordt, en hoe je het bewijs ervan organiseert zonder bureaucratische last, staat hierna. Dat is de kant van het verhaal die ik in trajecten met directies, MT's en HR-teams concreet maak. Voor lezers die daadwerkelijk aan de slag willen.

Vanaf hier voor premium-lezers. De vier stappen om er te komen, de nulmeting in een uur, een uitgewerkte rol als voorbeeld, drie manieren om vooruitgang te meten zonder enquêtes en de vijf valkuilen die ik bij elke organisatie zie.

Read more

Hermes Agent staat op de eerste plek van OpenRouter's coding-ranglijst over de afgelopen dagen. Wel even goed lezen, die plek geldt voor de productivity- en coding-categorie, niet voor al het verkeer op het platform. Maar binnen die categorie verwerkt Hermes drie keer zoveel tokens als OpenClaw en ruim vier keer zoveel als Claude Code. Dat zijn de cijfers waar developers nu naar kijken.

Daar komt nog iets bij. 148.000 sterren op GitHub, 23.000 forks, en een eerste publieke release pas in februari. Nu tien weken geleden. Voor de mensen die het OpenClaw-playbook van begin maart hebben gelezen, Hermes is ook zo’n tool waar je als organisatie vragen over krijgt van collega’s of medewerkers, of waarschijnlijk al hebt gekregen.

Daarom leg ik je uit wat het is, hoe het verschilt van OpenClaw, en wat jij ermee moet.

Hermes draait op een server en onthoudt wat je doet

Hermes Agent is een open-source AI-assistent van Nous Research die op een server draait en blijft draaien. Het is geen losse chatsessie die elke keer opnieuw begint, maar een proces dat geheugen vasthoudt en taken oppakt terwijl jij andere dingen doet. Je praat ermee via je terminal, via Telegram, via Slack, of via een van de 17 andere kanalen die hij ondersteunt.

Eigenlijk dezelfde categorie als OpenClaw uit het playbook van maart. Een persistent agent. Een AI die niet stopt als je je laptop dichtklapt. Alleen vult Hermes die rol wezenlijk anders in. Daar kom ik zo op terug.

Het stack ziet er zo uit. Vier lagen, net als bij OpenClaw, maar elk anders ingericht:

1. Een terminal of chat als ingang. Je start hermes in je terminal voor een TUI (Text-based User Interface), of je stuurt een berichtje vanuit Telegram. Beide praten met dezelfde agent.

2. Een gateway. Eén Python-proces dat alle kanalen tegelijk afhandelt. Telegram, Discord, Slack, WhatsApp, Signal, e-mail, sinds versie 0.13 ook Google Chat. Twintig in totaal.

3. Een model van jouw keuze. Hermes is bewust niet aan één provider gebonden. Eén commando hermes model en je wisselt van Claude Sonnet naar GPT-5.5 naar een lokale Gemma. Geen code-aanpassing, geen herstart.

4. Skills, geheugen en een leercyclus. Hier zit het hart. Skills zijn herbruikbare instructies. Geheugen onthoudt wat hij heeft geleerd. En na elke paar tool-calls schrijft Hermes zichzelf nieuwe skills. Mocht je meer over skills willen lezen bekijk dan mijn skills playbook.

Die vierde laag is waar dit playbook over gaat. Want zonder die leercyclus is Hermes gewoon nog een agent. Met die leercyclus wordt hij elke week iets bruikbaarder voor jouw specifieke werk.

Het verschil met OpenClaw zit in één ding

Als je het OpenClaw-playbook hebt gevolgd, herken je veel. Een VPS bij Hostinger. Een Telegram-bot via BotFather. Configbestanden in markdown. Cron jobs die 's nachts dingen doen. Skills installeren. Dezelfde wereld.

Maar het verschil zit in waar de twee tools hun energie in stoppen. OpenClaw is gebouwd om zoveel mogelijk kanalen en tools te bereiken. Hermes is gebouwd om over tijd beter te worden in jouw werk.

Concreet. OpenClaw heeft 44.000 skills in zijn marktplaats. Hermes heeft er 647. OpenClaw heeft een groter ecosysteem, een groter team, en sponsoring van OpenAI. Hermes heeft een leercyclus die de andere niet hebben.

Wat doet die leercyclus precies. Stel, je vraagt Hermes om de bonnetjes uit je Gmail te halen en in een Excel te zetten. Hij doet dat. Hij gebruikt een paar tools, doet een paar API-calls, lost wat onverwachte dingen op. Na de uitvoering kijkt Hermes zelf terug naar wat er gebeurd is en zet de werkbare aanpak om in een skill-bestand. De volgende keer dat je iets vergelijkbaars vraagt, gebruikt hij die skill als startpunt. Sneller, met minder zoeken, en met de fouten van de vorige keer al verwerkt.

Daarnaast onthoudt Hermes je profiel actief. Niet alleen wat je hem vertelt, maar wat hij over jou leert tijdens het werken. Welke tijdzone je in zit, welke schrijfstijl je hanteert, welke klanten je hebt, welke tools je gebruikt. Dat staat in een doorzoekbaar bestand dat hij zelf bijhoudt. OpenClaw heeft ook geheugen, maar niet dezelfde leer-en-zelf-curateer-loop.

Voor de keuze tussen de twee zou ik dit aanhouden:

• Wil je vooral bereik en koppelingen (veel kanalen, grote skills-bibliotheek, koppel mijn agent aan alles)? Dan past OpenClaw nog steeds.

• Wil je vooral een agent die elke week iets beter wordt voor jouw werk (minder copy-paste van skills, meer dat de agent zelf leert wat jij doet)? Dan kies je Hermes.

En het mag allebei. Ik ken mensen die OpenClaw draaien voor familie-kanalen en Telegram-bots, en Hermes voor werkprojecten waar leren over tijd waarde toevoegt. Aparte instances, op dezelfde VPS, met aparte geheugens.

En Claude Code dan

Korte zijpad, Hermes en Claude Code lijken niet op elkaar. Claude Code is een diepe, smalle tool die in je code-repo woont, zonder server, zonder messaging-kanalen. Je opent je terminal in een project, je werkt aan code, klaar.

Hermes is breed. Coding is een van zijn taken naast e-mail, planning, research en monitoring. Hij heeft ook een coding-modus en kan zelfs Claude Code of Codex als sub-agent aansturen. Maar zijn natuurlijke habitat ligt buiten de codebase.

Mijn aanbeveling. Gebruik Claude Code als je daadwerkelijk software schrijft. Gebruik Hermes voor al het andere werk dat in bestanden, e-mails, agenda's en chats leeft. De twee bijten elkaar niet, ze vullen elkaar aan.

Wat doet die leercyclus nou echt

Even technischer, want hier lezen veel mensen overheen. Hermes heeft een geheugensysteem in drie lagen.

De korte termijn is de huidige sessie. Wat jullie net hebben besproken, tot aan het context window van het model. Standaard.

De middellange termijn is een lokale database met SQLite onder de motorkap en full-text search bovenop. Hermes kan binnen een seconde terug naar wat hij drie weken geleden voor jou heeft gedaan, zonder vector database, zonder embedding-kosten, gewoon doorzoekbaar in tekst.

De lange termijn bestaat uit vier markdownbestanden die Hermes zelf bijhoudt en jij kunt redigeren:

• MEMORY.md voor algemene observaties en geleerde lessen.

• USER.md voor wat hij over jou heeft geleerd.

• SOUL.md voor hoe hij praat en zich gedraagt.

• AGENTS.md voor werkinstructies binnen een specifieke projectmap, hetzelfde idee als CLAUDE.md voor Claude Code.

Daarbovenop draait de zelf-leer-loop. Iedere keer dat Hermes een opdracht heeft uitgevoerd waarbij hij tools heeft gebruikt, doet hij een korte reflectie. Wat was de aanpak. Waar liep het stroef. Welke stappen zijn herbruikbaar. Die reflectie wordt een nieuw bestandje in ~/.hermes/skills/. Een skill die hij zichzelf heeft geleerd.

Vergelijk het met een nieuwe collega die elke vrijdagmiddag een uurtje neemt om zijn werk van die week samen te vatten en de templates op te slaan die hij heeft gebouwd. Na een maand heeft hij een setje aan herbruikbare aanpakken. Na drie maanden weet hij precies hoe jullie kantoor draait. Dat is wat Hermes doet, alleen niet eens vrijdagmiddag. Continu, na elke taak.

Wat je er in een werkweek mee doet

Een paar voorbeelden uit wat ik er zelf mee aan het uitproberen ben en wat ik bij anderen heb gezien:

Dagelijkse briefings. Elke ochtend om half zeven een samenvatting in Telegram van de mailbox, agenda, en drie nieuwsbronnen die je volgt. Niet als bullet-overzicht, maar als een lopende tekst die je kunt scannen onder de koffie.

Web monitoring met diepgang. Je geeft Hermes opdracht om dagelijks vijf concurrenten te checken op productupdates, prijsveranderingen, en personeelsmutaties. Hij gebruikt Firecrawl voor de scrape en een browser-skill voor de pagina's waar JavaScript loading nodig is. De diff stuurt hij naar je Slack-kanaal.

Research op afstand. Lange opdrachten waar je niet bij wil zitten. "Lees deze drie rapporten, vergelijk de cijfers, schrijf een notitie van twee pagina's, leg de drie grootste twijfels op tafel." Hermes draait dit, jij krijgt een bericht als het af is.

Klantmails categoriseren en concept-antwoorden klaarzetten. Op leesrechten, met conceptmodus aan en zonder verstuurfunctie. Jij keurt elk concept zelf goed voordat het de deur uit gaat.

Wat goed is om te weten, niet alles past hier. Voor echte productiecode blijf je bij Claude Code of Codex. Voor zware data-analyse pak je een notebook. Hermes is je werk-assistent voor het werk daaromheen.

Je eerste Hermes draaien in een kwartier

Tijd om aan te zetten. Je hebt een VPS nodig en een API-key. Verder niets.

Stap 1: Een VPS regelen

Net als bij OpenClaw past een lichte VPS prima. Een Hostinger KVM2 is genoeg. 2 vCPU, 8GB RAM, 100GB opslag, voor minder dan een tientje per maand. Ubuntu als besturingssysteem.

Voor wie er een wil draaien op een Raspberry Pi of een oude Mac Mini: kan ook. Hermes draait op vrijwel alles wat Linux of macOS spreekt. Maar voor onderhoud en stabiliteit is een VPS in een datacenter eenvoudiger.

Stap 2: Inloggen en een gebruiker aanmaken

ssh root@jouw-ip-adres
adduser hermes
usermod -aG sudo hermes
su - hermes

Niet als root draaien. Standaard hygiëne.

Stap 3: Hermes installeren

Eén commando.

curl -fsSL https://raw.githubusercontent.com/NousResearch/hermes-agent/main/scripts/install.sh | bash

Dit installeert Hermes in een geïsoleerde omgeving onder ~/.hermes/. Python, dependencies, defaults, het hele zaakje. Geen npm of pip nodig. Geen brew.

Voor wie het via Docker wil draaien: er zit een Docker-recept bij. Voor wie op Windows zit: WSL2 is de aangeraden route. De native Windows-installer bestaat maar staat nog als beta gemarkeerd.

Stap 4: De configuratie-wizard doorlopen

Start hermes onboard en doorloop de wizard. Hij vraagt:

• Welke modelprovider? Anthropic, OpenAI, Google, OpenRouter, Nous Portal, of een lokale endpoint.

• Je API-key (komt in .env, niet in config.yaml).

• Welk standaardmodel?

• Welke kanalen wil je aansluiten?

• Max tool iterations (default 60 is ruim, kan voor kleinere taken omlaag).

• Welke execution backend? Lokaal voor de eerste keer.

Voor Telegram maak je een bot aan via BotFather, kopieer je het token, en plak je dat in de wizard. Binnen twee minuten heb je een werkende bot.

Stap 5: Eerste gesprek

Open je Telegram, stuur een berichtje naar je bot. Begin met iets simpels.

Stel jezelf voor. Wat kun je voor mij doen? 
Vertel ook welke skills je standaard hebt en welke 
modellen je nu gebruikt.

Hermes antwoordt, en bouwt meteen een eerste profiel van je op in USER.md. Vanaf nu onthoudt hij dat hij met jou praat.

Mijn advies voor de eerste week: gebruik hem alleen voor leestaken. E-mail samenvatten, agenda doorlopen, nieuws scannen. Nog geen verstuurde berichten en geen wijzigingen aan bestanden buiten zijn eigen map. Je kijkt eerst hoe hij denkt en pas als dat klopt, breid je uit.

De rest van dit playbook is voor premium lezers. Je vindt hier de complete setup: welke modellen je waarvoor inzet, hoe de configbestanden in elkaar steken, hoe je skills schrijft en multi-instance draait, security en cron jobs, en de fouten die ik telkens voorbij zie komen.

Nog geen premium? Claim gratis één playbook of Stuur THE HUMAN LOOP door naar één vriend die ook met AI bezig is. Voor elke vriend die zich aanmeldt, krijg je gratis maanden premium: inclusief alle Playbooks.

Verwijs een vriend

Concreet:
2 vrienden = 1 maand.
5 vrienden = 3 maanden.
12 vrienden = een half jaar.

Read more

Als je Codex opent, lijkt het eerst op ChatGPT. Links je gesprekken en projecten, rechts een chatvenster. Alleen hangt er achter dat venster een map op je computer. In die map kan Codex bestanden lezen, nieuwe bestanden maken, commando’s uitvoeren, een browser openen en wijzigingen tonen die jij kunt reviewen.

OpenAI ziet Codex als software engineering agent. Dat klopt, alleen hoef je het niet per se alleen daarvoor in te zetten. Een developer laat Codex door een codebase lopen. Jij kunt dezelfde logica gebruiken voor bonnetjes, klantmails, researchnotities, spreadsheets of een dashboard.

Stel, je hebt zestig bonnetjes in een map. Van de aankoop van een nieuwe werklaptop tot koffie voor op kantoor. Je vraagt Codex om daar een Excel van te maken met categorieën, totalen en grafieken. Laat Codex daarna een website openen die hij net bouwde en zelf door de knoppen klikken. Of laat researchnotities omzetten naar een briefing die als bestand in output/ belandt. Het resultaat staat in je project, zodat je ermee verder kunt.

Je kunt Codex gebruiken als desktop app voor macOS en Windows, op het web, in de terminal via de CLI, in je IDE en via koppelingen met bijvoorbeeld GitHub of Slack. In dit playbook focus ik op de desktop app, omdat je daar het makkelijkst ziet wat er gebeurt.

Als je mijn Claude playbooks hebt gelezen, herken je het patroon. Developers begonnen hiermee in codebases. Eerst een plan, dan de agent laten bouwen, daarna de diff reviewen en regels vastleggen. Codex is geen sprong van terminal naar app. Het is dezelfde manier van werken, maar dan in het OpenAI-ecosysteem. Je wisselt Claude Code of Claude Cowork in voor de Codex-app of Codex CLI. CLAUDE.md wordt AGENTS.md. De codebase kan ook een projectmap met documenten, data en output zijn.

Daar gaat dit playbook over. Hoe je Codex zo inricht dat er iets uit komt wat jij kunt openen, controleren en opnieuw gebruiken.

De map is de nieuwe chat

We beginnen bij je projectmap.

Een project is de plek waar Codex mag werken. Alles wat relevant is voor de taak zet je daar neer. Input, templates, eerdere output, instructies, testdata, screenshots, noem maar op.

Denk aan het verschil tussen een collega bellen en een collega aan je bureau zetten. Als je belt, moet je alles uitleggen. “Open dat document. Nee, die andere versie. Kijk op pagina drie. Pak de Excel erbij.” Als iemand aan je bureau zit met de projectmap open, vraag je gewoon om van deze input een managementrapport te maken en de eerste versie hier op te slaan. Die tweede situatie is Codex.

Wat goed is om te weten. Codex kan in verschillende modi werken. Lokaal, in een worktree of in de cloud. Lokaal betekent dat de agent direct in je projectmap werkt. Worktree betekent dat Codex een aparte Git-werkruimte maakt, zodat experimenten niet meteen door je hoofdproject heen lopen. Cloud betekent dat taken op een externe omgeving draaien. Voor de meeste mensen is de vuistregel simpel. Werk je met code of een Git-repo, gebruik worktrees voor experimenten. Werk je met losse documenten zonder versiebeheer, begin voorzichtig en geef niet meer toegang dan nodig.

Daar zit meteen de eerste les. Codex wordt beter als jij je werk beter organiseert. Een rommelige downloadmap blijft een rommelige downloadmap, alleen dan met een agent erin. Een nette projectmap is een briefing.

Een simpele startstructuur ziet er zo uit.

codex-project/
  input/
  output/
  templates/
  research/
  AGENTS.md

In input/ zet je bronmateriaal. In output/ laat je Codex schrijven. In templates/ zet je voorbeeldrapporten, huisstijlbestanden of formats die je vaker gebruikt. In research/ komt alles wat Codex ophaalt of analyseert. En in AGENTS.md vertel je Codex hoe deze werkplaats werkt.

Dat laatste bestand is belangrijker dan het klinkt.

AGENTS.md is je onboardingdocument

Veel mensen noemen AGENTS.md geheugen. Dat kan, maar ik vind onboardingdocument een betere metafoor.

Elke keer dat je een nieuwe collega op een project zet, leg je dezelfde dingen uit. Wat is het doel? Waar staan de bestanden? Welke stijl gebruiken we? Wat mag absoluut niet? Wanneer is iets klaar? Codex heeft dat ook nodig, het is een vorm van contextengineering waar ik ook eerder over schreef.

Een goed AGENTS.md bestand hoeft niet lang te zijn. Het moet vooral concreet zijn.

# Projectinstructies

## Doel
Maak praktische Nederlandstalige MT-memo's voor besluitvorming.

## Stijl
- Schrijf in zakelijk, direct Nederlands.
- Gebruik je/jij, nooit u.
- Geen em-dashes.
- Geen hypewoorden.
- Geen vage corporate filler. Schrijf concreet en beslisbaar.
- Analogieen alleen als ze een afweging scherper maken, niet als versiering.

## Structuur memo
- Kop: onderwerp, datum, opsteller, geadresseerden.
- Kernboodschap in 2-3 zinnen direct onder de kop.
- Situatie: wat speelt er, met cijfers waar mogelijk.
- Analyse: wat betekent het, welke opties liggen op tafel, wat zijn de trade-offs.
- Advies: concrete keuze met onderbouwing.
- Gevraagd besluit: wat moet het MT besluiten, voor wanneer.
- Vervolgstappen: wie doet wat, met deadline.
- Maximaal 1 A4 tenzij het onderwerp echt meer vraagt.

## Bestandsstructuur
- Drafts staan in output/.
- Onderbouwing en bronnen in research/.
- Gebruik templates uit templates/ als die bestaan.

## Veiligheid
- Verwijder geen bestanden.
- Overschrijf geen bestaande output zonder eerst te melden wat verandert.
- Vraag om review voordat je een memo definitief maakt voor MT-circulatie.

Dit is het verschil tussen “maak iets moois” en “werk zoals wij hier werken”. Ik zie dit vaak misgaan. Mensen geven Codex toegang tot een map en verwachten dat het vanzelf snapt hoe hun bedrijf, klantproces of dashboard in elkaar zit. Zo werkt geen enkele collega op zijn eerste dag.

Dus begin niet met de perfecte prompt. Begin met de perfecte werkplek.

Begin in plan mode

De tweede reflex die je jezelf moet aanleren is eerst plannen, dan uitvoeren.

In Codex kun je een taak laten plannen voordat er bestanden worden aangepast. Soms doet Codex dat zelf bij complexe taken, maar ik zou het expliciet vragen. Zeker als het werk meerdere stappen heeft, externe tools raakt of bestanden kan wijzigen.

Gebruik bijvoorbeeld deze prompt.

Maak eerst alleen een plan. Voer nog niets uit.

Doel:
Ik wil van de bestanden in input/ een eerste versie van een MT-memo maken.

Wat ik van je wil:
1. Inspecteer de mapstructuur en de bronbestanden in input/.
2. Vertel welke bronnen bruikbaar zijn voor de memo en welke niet, met reden.
3. Bepaal voorlopig wat de kernboodschap en het gevraagde besluit zouden moeten zijn op basis van wat je in input/ ziet. Als dat onduidelijk is, stel concrete vragen.
4. Stel een aanpak voor in maximaal 8 stappen, inclusief welke onderbouwing je nog uit research/ haalt.
5. Benoem welke bestanden je zou aanmaken of wijzigen, met pad en korte beschrijving.
6. Wacht daarna op mijn akkoord voordat je iets schrijft of wegschrijft.

Dit lijkt traag, maar het is sneller dan opruimen achteraf. Het is hetzelfde als bij een junior collega. Als je die zegt “regel dit even”, krijg je misschien energie terug, maar niet per se de juiste richting. Als je eerst vraagt om een aanpak, kun je bijsturen voordat er werk is verzet.

Dat is Plan-Do-Check in het klein. Plan laten maken, uitvoering laten doen, output controleren. AI neemt vooral de Do-fase over. Jouw waarde verschuift naar Plan en Check.

Je eerste Codex-taak

Als je Codex voor het eerst opent, begin dan niet met je belangrijkste klantdossier. Begin met een oefening waar het resultaat zichtbaar is en de schade beperkt.

Mijn favoriete eerste taak is een rommelige map omzetten naar een bruikbare samenvatting.

Maak een nieuwe map.

codex-oefening/
  input/
  output/
  AGENTS.md

Zet in input/ een paar PDF’s, screenshots, notities of CSV-bestanden. Niet te gevoelig. Niet bedrijfskritisch. Gewoon materiaal waar je normaal zelf doorheen zou scrollen.

Zet dit in AGENTS.md.

# Codex oefening

Je helpt mij de input in deze map te begrijpen.

Regels:
- Werk alleen in deze projectmap.
- Maak nieuwe bestanden alleen in output/.
- Verwijder niets.
- Schrijf in het Nederlands.
- Geef bij onzekerheid aan wat je niet weet.

Open de map als project in Codex en vraag dit.

Lees de bestanden in input/. Maak in output/ een bestand
samenvatting.md met:

1. Wat zit er in deze map?
2. Welke 5 inzichten vallen op?
3. Welke vragen zou ik moeten beantwoorden voordat ik hiermee verder ga?
4. Welke vervolgstap adviseer je?

Maak eerst een plan en wacht op mijn akkoord.

Als het plan goed is, geef je akkoord. Daarna kijk je naar output/samenvatting.md.

Daar leer je meteen vier dingen. Of Codex je map goed begrijpt. Of je instructies scherp genoeg waren. Of het de output op de juiste plek zet. En of jij de neiging hebt om te snel op “ja doe maar” te klikken.

Die laatste is geen grapje. Het grootste risico bij agentische tools is niet dat ze niets kunnen. Het grootste risico is dat ze net genoeg kunnen om je te verleiden tot slordige goedkeuring.

GPT-5.5 als standaard

Voor Codex gebruik ik in dit playbook GPT-5.5 xhigh als standaard. Dat is de actuele OpenAI-startkeuze voor complex coding, computer use, knowledge work en research workflows in Codex.

Kies GPT-5.5 xhigh als de taak inhoudelijk, rommelig of belangrijk is. Dus bij refactors, dashboards, research, browserwerk, projectstructuur, multi-step output of alles waar je later je naam onder zet.

Door /model in te typen kan je ook andere GPT-modellen kiezen. Voor lichtere taken kun je in de praktijk soms een sneller of goedkoper model kiezen (low of medium bijvoorbeeld), maar mijn advies voor beginners is simpel. Start met kwaliteit. Als je eenmaal weet welke taken betrouwbaar lopen, kun je optimaliseren op snelheid of kosten.

In workshops zeg ik vaak dat je eerst moet leren sturen en pas daarna moet racen.

Wanneer pak je Codex

Mijn beslisregel is kort.

Blijft de output in het chatvenster? Gebruik chat.
Moet er iets in een map veranderen? Gebruik Codex.

Dat kan een Excel zijn, een dashboard, een app, een wijzigingsoverzicht, een briefing of een automation. Het hoeft geen code te zijn. Het gaat erom dat de output ergens moet landen waar je ermee verder kunt.

Voor een losse herschrijving is Codex meestal te zwaar. Voor een workflow waarbij je anders drie tools, twee downloads en vijf copy-paste rondes nodig hebt, begint het te kloppen.

Niet alles hoeft naar Codex

Ik wil hier meteen de rem erop zetten. Niet elke taak moet in Codex.

Een snelle herschrijving? Chat is prima. Een korte vraag over een begrip? Chat is sneller. Een alinea scherper maken? Gewoon in je normale AI-tool doen.

Codex is voor taken waar context, bestanden, stappen of outputformaten belangrijk zijn. Zodra je denkt “dit moet eigenlijk elke vrijdag opnieuw”, loont het om Codex te proberen.

Tot hier heb je de basis. Een projectmap, een AGENTS.md, plan mode, GPT-5.5 als startpunt en een eerste oefening.

Hieronder gaan we naar de setup die ik zelf zou gebruiken als ik Codex serieus in mijn workflow zou opnemen.

De rest van deze playbook is exclusief voor premium lezers van The HUMAN Loop. Nog geen premium? Claim gratis één playbook of Stuur THE HUMAN LOOP door naar één vriend die ook met AI bezig is. Voor elke vriend die zich aanmeldt, krijg je gratis maanden premium: inclusief alle Playbooks.

Verwijs een vriend

Concreet:
2 vrienden = 1 maand.
5 vrienden = 3 maanden.
12 vrienden = een half jaar.

Read more

Stel je voor. Dinsdagochtend negen uur. Over vijf minuten begint je stand-up, daarna een sessie met een klant, en om elf uur heb je een strategische review waarvoor je eigenlijk drie documenten had moeten doornemen. Je opent Copilot, typt iets als “Bereid me voor op mijn meeting van elf uur met Van den Berg, verzamel alles wat relevant is en schrijf een korte briefing”, en loopt naar de koffiemachine. Als je terugkomt, staat er een Word-document klaar met de laatste mails, de openstaande actiepunten, de risico’s uit de laatste stuurgroep, en drie gesprekspunten om mee te openen. En een PowerPoint. En een voorstel voor de nieuwe meeting-tijd omdat Copilot zag dat er een conflict in je agenda stond.

Dat is Copilot Cowork. En het voelt anders dan alles wat je tot nu toe van Copilot gewend was.

In deel 1 van deze serie leerde je wat de knoppen in Copilot Chat doen. Jij typt, Copilot antwoordt. In deel 2 zag je Copilot meekijken in Word, Excel, Outlook en Teams. Jij werkt, Copilot leest mee. In deel 3 bouwde je je eerste agent. Jij ontwerpt de rails, Copilot doet het werk binnen die rails. Deze bonus aflevering gaat een stap verder. Cowork is een nieuwe klasse binnen Copilot, geen nieuwe knop in de interface die je al kent.

Microsoft lanceerde Cowork op 9 maart en zette het op 30 maart open voor iedereen met een Copilot-licentie die zich aanmeldt voor het Frontier-programma. Daarmee is het op het moment dat jij dit leest drie weken oud. Het werkt. Het werkt soms verbluffend goed. En het werkt ook soms helemaal niet. Ik neem je mee door beide.

Wat Cowork anders maakt

De naam verklapt het al. Cowork betekent dat je er samen aan werkt, maar niet tegelijkertijd. Geen instructies, geen chat-rondjes om tot het antwoord te komen. Jij vertelt wat klaar moet zijn, Cowork maakt een plan, redeneert over je tools en bestanden heen, en voert het werk uit met zichtbare voortgang.

Het klinkt bijna hetzelfde als een agent uit deel 3, maar er is één belangrijk verschil. Een agent die je in Copilot Studio of Agent Builder maakt, bouw je voor een specifieke use case. Een offerte-assistent, een HR-bot, een meeting-voorbereider. Je bakent af wat hij wel en niet doet. Cowork werkt andersom. Een generalist met toegang tot alles wat jij ook kunt, met elke skill die Microsoft heeft ingebouwd. Je bouwt hem niet, je spreekt hem aan. Een agent is een collega met een functieomschrijving. Cowork is een collega met een portefeuille vol sleutels.

Onder de motorkap draait Claude. Sonnet 4.6 als standaard, Opus 4.7 als je meer denkwerk nodig hebt. Microsoft heeft de technologie die de zelfstandige Claude-versie van Anthropic aandrijft ingebouwd in M365, en daar de rails van Microsoft 365 overheen gelegd. Cowork ziet alleen wat jij mag zien, voert alleen acties uit die jij mag uitvoeren, en vraagt om goedkeuring bij alles wat onomkeerbaar is. Enterprise Data Protection blijft gewoon staan. Je data gaat niet naar een Anthropic-trainingsdataset.

Waarom het anders voelt dan de rest van Copilot

In deel 2 legde ik het concept van “implicit grounding” uit. Copilot in Word ziet welk document open staat, Copilot in Outlook leest de mail die jij leest. Handig, maar beperkt tot dat ene moment. Cowork kan door je hele werkomgeving heen lopen. Emails, Teams-chats, meeting-transcripten, SharePoint, OneDrive. Microsoft noemt dit Work IQ, vroeger heette het de substrate. Het is de kennislaag die onder je M365 ligt en alles kent wat jij kent.

Je hoeft voor een klantbriefing geen files meer te attachen. Je hoeft Cowork niet te vertellen wie Van den Berg is. Als Van den Berg in je contactenlijst staat en er zijn mails, meetings of documenten over Van den Berg, dan weet Cowork dat al. Jouw werk verschuift van context bouwen naar uitkomst beschrijven.

In mijn trainingen doe ik vaak een oefening die ik in deel 1 introduceerde, De Muur. Je plakt een e-mailketen in Copilot en vraagt om een projectplan. De output ziet er strak uit, maar bevat gehalluceerde verantwoordelijken, verkeerde deadlines, foute aannames. Copilot geeft altijd een antwoord, ook als dat antwoord niet klopt. Bij Cowork verschuift die muur. Omdat Cowork zelf zijn bronnen opzoekt in Work IQ, zie je vaker dat het om verduidelijking vraagt voordat het begint. “Ik zie drie Van den Bergs in je contactenlijst, welke bedoel je?” “De laatste meeting stond gepland op donderdag maar is verzet, wil je de oorspronkelijke datum aanhouden?” Dat vraagt iets anders van jou. Je moet niet alleen een goede prompt schrijven, je moet ook goed antwoord geven als Cowork doorvraagt.

De dertien skills uit de doos

Cowork heeft dertien ingebouwde skills.

Er is een Word-skill voor het maken, lezen en bewerken van documenten. Een Excel-skill voor spreadsheets inclusief financiële modellen, tabellen en analyses. PowerPoint voor presentaties. PDF voor rapporten. Email voor drafts, replies, forwards en het sorteren van je inbox. Scheduling voor het plannen van meetings. Calendar Management voor het schoonmaken en herorganiseren van je agenda. Meetings voor meeting-intelligence en prep. Daily Briefing voor je ochtendoverzicht. Enterprise Search om door je organisatie-data te zoeken. Communications voor stakeholder-updates en interne announcements. Deep Research voor zware research-taken met gesynthetiseerde, bronvermelde rapporten. En Adaptive Cards om interactieve elementen in te voegen, bijvoorbeeld in Teams.

Twee dingen om te onthouden. Ten eerste, je hoeft geen skill aan te roepen. Cowork kiest zelf welke skills nodig zijn voor jouw uitkomst. Als je vraagt om een klantrapport met een financiële analyse, dan ziet Cowork dat hij Excel en Word en Deep Research nodig heeft, en start die parallel op. Ten tweede, naast deze dertien kun je zelf skills toevoegen. Daar komen we in het premium gedeelte op terug, want dat is het moment waarop Cowork verschuift van standaard-productiviteit naar jouw persoonlijke workflow.

Waar Cowork je verrast

Ik heb de afgelopen weken een paar concrete scenario's getest. Vier dingen vallen me op.

Multi-app uitvoering in parallel. Je geeft Cowork een opdracht als “maak een tien-slide deck over onze educatie-roadmap tot juli, plan een review-meeting met Maarten en Max, en stuur hen een briefing-document”. Cowork start de drie skills tegelijk op. PowerPoint bouwt de slides, Scheduling maakt de meeting-uitnodiging, Word schrijft de briefing. Tien minuten later is alles klaar en staat het voor je in een output-folder. Dat soort parallelle uitvoering lukt in Copilot Chat niet, in in-app Copilot ook niet, en in zelfgebouwde agents alleen als je ze heel specifiek hebt ingericht.

Scheduled prompts. In deel 1 raakte ik hier al aan. In Cowork werkt het anders. Je kunt een prompt op een schema zetten. “Elke maandagochtend om negen uur, analyseer het transcript van de weekstart-meeting, haal de actiepunten eruit, zet ze in een tabel, en stuur me een mail om half tien.” Eén prompt, één klik op activeren, en vanaf dan gebeurt dat elke maandag zonder dat jij er nog over hoeft na te denken. Het scheelt je geen uur. Het scheelt je het gevoel dat je iets niet gedaan hebt.

Vibe-coding van interactieve apps. Dit heb ik nog nergens anders zo gezien. Je kopieert een script in Cowork en zegt “maak hier een oefentool van waarmee ik dit kan inspreken met teleprompter, guided practice en een timer”. Vijf minuten later heb je een HTML-applicatie met al die functies. Een werkende app in plaats van een Word-document. Ik heb op deze manier een keer een dashboard gebouwd voor een workshopdeelnemer die een eigen klanten-interviewtraject wilde uitproberen. Niet productiekwaliteit, wel bruikbaar binnen tien minuten. Een nieuwe categorie output.

Goedkeuring per gevoelige actie. Voor alles wat onomkeerbaar is, email versturen, meeting plannen, bestand delen, stopt Cowork en vraagt je goedkeuring. Met een risico-indicator erbij. Je kunt ook “don’t ask again” aanvinken voor soortgelijke acties binnen dit gesprek. Dat laatste is belangrijk, want zonder dat klik je jezelf gek. Met die optie voelt het als een rustig samenwerkingsritme.

De scherpe randjes

En nu de andere kant. Cowork is een preview. Dat betekent dat er dingen zijn die gewoon kapot zijn, en dingen die by design niet kunnen.

Tasks die vastlopen. Ik heb scenario’s gezien waar Cowork bijna klaar was, alleen nog een email moest versturen, en vervolgens 24 uur op dat laatste bericht bleef hangen. Er is nu geen goede manier om zo’n task hard te stoppen. Pauzeren en hervatten werkt vaak niet zoals je zou verwachten. Als dit je overkomt, is je beste optie vaak om een nieuwe task te starten vanuit een kopie van je prompt. Vervelend, maar zo is het nu.

Output op rare plekken. Cowork maakt standaard een output-folder aan in je OneDrive met een GUID als naam. Dus iets als Cowork/a3f8c-b922-4411-8f3c. Binnen Cowork vind je je bestanden keurig in een zijbalk. Als je er buiten Cowork bij wilt, ga je zoeken in een doolhof. Je kunt Cowork nu nog niet vertellen dat je de output direct in een bepaalde SharePoint-map of Teams-kanaal wilt hebben. Dat komt, maar het is er nog niet.

Geen corporate templates. Als je organisatie strikte huisstijl-regels heeft, voor PowerPoint, voor Word-rapporten, voor brieven, dan gaat Cowork die niet volgen. Het gebruikt default Office-thema’s. Een accountant die een klantrapport in corporate look-and-feel nodig heeft, moet dat achteraf handmatig bijwerken. Voor consultancy, marketing en andere sectoren waar je huisstijl heilig is, is dit een bewuste afweging bij elke roll-out.

Werkt op een sprint, niet op een marathon. Taken van vijf tot vijftien minuten gaan goed. Taken die dertig tot zestig minuten iteratief redeneren vereisen, zoals een complex financieel model met circulaire referenties, daar worstelt het mee. De Excel-skill is goed in het verrijken en opmaken van bestaande sheets. In het opbouwen van institutional-grade modellen is hij zwak. Weet dat verschil, anders raakt Cowork in de knoop en jij gefrustreerd.

Kan mails verwijderen. De Email-skill kan je inbox opruimen, en dat is bewust zo gebouwd. Het betekent dat een ongelukkig geformuleerde prompt (”ruim mijn oude mails op”) theoretisch belangrijke mails kan weggooien. De goedkeuringsflow vangt dat in principe op, maar zodra je “don’t ask again” hebt aangevinkt, is de rem weg. Daarom mag je Cowork niet tenantbreed uitrollen zonder training.

Nederland en de EU, het gesprek dat je voor de rollout moet voeren

Voor Nederlandse organisaties zit hier een flinke horde. Cowork draait op Anthropic’s modellen. Die modellen vallen buiten Microsoft’s EU Data Boundary. Voor klanten in Nederland, België, Duitsland en de rest van de EU staat Anthropic als subprocessor standaard uit. Dat betekent dat Cowork niet uit zichzelf werkt in een Nederlandse tenant.

Om Cowork beschikbaar te maken, moet je admin Anthropic handmatig aanzetten als subprocessor in het M365 Admin Center. Dat is een bewuste keuze, niet een technisch knopje dat je even omdraait. Want op het moment dat je dat aanzet, laat je een deel van je EU Data Boundary-garanties los voor alle interacties die via Cowork lopen. Microsoft Purview, de controlelaag voor DLP, eDiscovery en retention, werkt niet op de Claude-processing buiten de boundary. Enterprise Data Protection blijft wel van kracht, dus je data wordt niet gebruikt voor training en staat binnen je tenant, maar een aantal van je standaard-governancetools werken gewoon niet.

Voor veel commerciele bedrijven zonder sterke data-residency-eisen is dit prima. Je bespreekt het met je privacy-officer, je doet een DPIA voor je gevoelige use cases, en je rolt uit. Voor bedrijven in de financiele sector, zorg, overheid of andere sterk gereguleerde omgevingen is dit een groter gesprek. DORA vraagt sinds januari third-party risk assessments voor nieuwe AI-diensten. Als je onder NIS2 valt, hoort Cowork in je risk register. De BIO voor de publieke sector is streng over waar data wordt verwerkt. Dit zijn geen deal-breakers, maar ze vragen om een serieus gesprek voordat je Cowork rondstuurt.

Mijn advies uit de praktijk. Begin klein. Wijs twee of drie vrijwilligers aan, idealiter uit niet-gevoelige afdelingen. Laat ze Cowork testen op publiek-beschikbare data, op zelfbedachte scenarios, op hun eigen calendar. Houd gevoelige klantdata er eerst buiten. Gebruik die eerste maand om te leren wat Cowork kan voordat je vanuit je compliance-team de vraag gaat beantwoorden wat het mag. Je moet beide gesprekken voeren, maar de volgorde doet ertoe.

Licenties en Frontier in een oogopslag

Je hebt drie dingen nodig.

Ten eerste, een Microsoft 365 Copilot-licentie. Dat is de betaalde add-on van dertig dollar per gebruiker per maand die je organisatie waarschijnlijk al gebruikt als je in deel 1 en 2 van deze serie meedeed. Zonder die licentie kom je er niet in.

Ten tweede, aanmelding voor het Frontier-programma. Frontier is Microsoft’s pre-release-tier waar preview-features eerder beschikbaar zijn dan in general availability. Je admin zet dat aan via Admin Center, onder Copilot, onder Settings, onder Frontier. Dat kost niets extra’s bovenop je bestaande Copilot-licentie. Na aanmelding verschijnt Cowork in je agent-store.

Ten derde, als je in de EU of UK zit, het opt-in voor Anthropic als subprocessor. Dat is de stap die ik hierboven al beschreef. Zonder die stap zie je Cowork misschien in het menu, maar werkt hij niet.

Er is een vierde optie die soms opkomt in gesprekken met IT-afdelingen. De nieuwe Microsoft 365 E7 Frontier Suite van negenennegentig dollar per gebruiker per maand bundelt E5, Copilot, Agent 365 en een aantal andere onderdelen. Voor Cowork-preview heb je die suite niet nodig. Het is een optie voor organisaties die all-in willen op de Frontier-strategie, maar voor iedereen die gewoon wil testen volstaat de bestaande licentie.

Wanneer het uit preview gaat en richting GA schuift, is nog niet officieel. Analisten schatten Q2 of Q3 2026. Microsoft heeft zelf geen datum genoemd. Houd er rekening mee dat de prijsstructuur dan kan veranderen, en dat features die nu gratis in preview zitten, straks credits of een aparte licentie kunnen vragen.

Tot hier het fundament

Tot hier het gratis deel. Hieronder komt wat ik normaal deel in trainingen bij organisaties die Frontier al hebben aangezet. Een complete setup-walkthrough voor admin en user. Drie kopieerbare prompts voor je eerste tasks. De beslisregel voor wanneer je Sonnet gebruikt en wanneer Opus. Een uitgewerkt voorbeeld van een custom skill waarmee je Cowork naar jouw wekelijkse ritme vormt. De governance-checklist die ik voorleg aan functionarissen gegevensbescherming in Nederlandse organisaties. En een beslisboom voor wanneer je Cowork inzet, wanneer Chat, wanneer in-app, en wanneer je terug moet naar een gebouwde agent.

Nog geen abonnee? Je eerste playbook is gratis. Of deel The Human Loop met een collega en krijg gratis maanden cadeau.

Verwijs een vriend

Read more

Je kent het vast. Je typt een keurige prompt in ChatGPT. Rol, context, taak, alles zit erin. En dan krijg je iets terug dat... oke is. Niet fout. Maar ook niet wat je nodig had. Je probeert het opnieuw. Iets meer context. Iets andere formulering. Het wordt een beetje beter, maar niet genoeg. Na drie pogingen geef je het op en schrijf je het zelf.

Dat is geen toeval. Een goede prompt is namelijk slechts één stap in een heel werkproces.

Het gat dat niemand ziet

In de afgelopen maanden heb ik tientallen AI-trainingen gegeven. Verzekeraars, gemeenten, uitzendbureaus, bouwbedrijven. Overal leren teams CRAFT of een variant ervan: Context, Role, Action, Task. Ze schrijven keurig gestructureerde prompts. En bij simpele taken werkt dat prima. Een mail samenvatten? Keurig. Een vergadering voorbereiden? Gaat goed.

Maar zodra het echte werk begint, lopen ze vast.

Een team wilde twee pensioenfondsdocumenten van 80 pagina’s inhoudelijk vergelijken. De prompt was netjes opgebouwd volgens CRAFT: rol (”je bent een pensioenanalist”), context (twee PDF’s bijgevoegd), taak (”vergelijk deze documenten”). Prima prompt. Niks mis mee.

Het resultaat? Een oppervlakkige vergelijking die de helft miste. Geen gestructureerde categorieën. Geen onderscheid tussen harde feiten en interpretaties. Copilot kreeg 160 pagina’s zonder structuur en moest zelf uitzoeken wat “vergelijken” betekent.

Eigenlijk is dat logisch.

Denk aan bowlen. CRAFT leert je de bal richten. De boog, de snelheid, het doel. Maar het zet geen hekjes omhoog. En als je zonder hekjes gooit met een complex document van 80 pagina’s, dan rolt die bal zo de goot in.

Dat is het gat dat ik steeds weer zie. Het werkproces rondom de prompt ontbreekt. De voorbereiding. De afbakening. De controle achteraf. CRAFT dekt één stap. Het echte werk zit in alles eromheen.

Van prompt-framework naar werkframework

WAINUT staat voor zes stappen die je hele werkproces met AI dekken. Je kunt het vergelijken met Plan/Do/Check, het principe dat in elke organisatie bekend is.

En daar zit de sleutel. Ik zeg het in elke training: stel je voor dat elke taak drie fases heeft. Analyseren, uitvoeren, controleren. AI is steeds beter in de uitvoerfase: code schrijven, tekst genereren, projectplannen maken. Maar ik zie dat de uitvoerfase juist minder belangrijk wordt, en de fases ervoor en erna belangrijker. Je tijd verschuift van doen naar denken en controleren.

WAINUT pakt alle drie de fases.

PLAN

W = Werk voorbereiden

Dit is de stap die iedereen overslaat. En het is de stap waar 80% van je resultaat wordt bepaald.

Werk voorbereiden betekent vier dingen:

Materiaal. Wat moet het model zien, in welke vorm? 80 pagina’s rauw erin gooien werkt niet. Laat eerst per document apart een samenvatting maken op dezelfde structuur. Knip grote bestanden op. Zorg dat het model kan vergelijken door de informatie vergelijkbaar aan te bieden.

Stijl. Welke toon, welk design, welk format? Moet het een tabel worden, bullet points, een rapport? In welke taal? Formeel of informeel? Gericht op het managementteam of op uitvoerende medewerkers?

Stappen. Wat is de logische volgorde? Stap 1 is analyse, stap 2 is vergelijking, stap 3 is conclusie. Niet alles tegelijk, maar opgebouwd. Hoe minder stappen AI autonoom moet zetten, hoe betrouwbaarder het resultaat. Het is net als een estafette. Bij elke wissel kan de stok vallen.

Rol. Welke rol geef je het model? Niet alleen "je bent een analist" (dat is CRAFT). Is dit een coördinator die meerdere stappen aanstuurt? Een schrijver? Een kritische reviewer? De rol bepaalt hoe het model de taak aanpakt.

Kijk er zo naar. als je een nieuwe collega een complexe opdracht geeft, begin je ook niet met “vergelijk deze twee rapporten.” Je zegt: “Hier zijn twee rapporten. Lees ze allebei. Maak voor elk rapport een samenvatting op deze vier punten. Leg die samenvattingen naast elkaar. En markeer waar ze van elkaar afwijken.” Dat is W.

A = Afbakenen

Dit zijn je hekjes. De rails bij het bowlen. Zonder afbakening kan het model alle kanten op, en dat doet het ook.

Grenzen. Wat mag niet? Geen meningen, alleen feiten uit de documenten. Niet meer dan 2 pagina’s output. Geen informatie van het internet, alleen uit de bijgevoegde bestanden.

Scope. Hoeveel in één keer? Eén document per gesprek of meerdere? Eén vraag per prompt of een reeks? Hoe minder het model tegelijk hoeft te doen, hoe betrouwbaarder.

Bronnen. Welke documenten, welke data? Expliciet benoemen wat het model mag gebruiken en wat niet. “Gebruik alleen het jaarverslag 2025 en de klanttevredenheidsenquête.”

Stopmoment. Wanneer moet het model stoppen en terugvragen? “Als je informatie mist die je nodig hebt, vraag het dan in plaats van te gokken.” Dit is cruciaal. AI weigert nooit een opdracht. Het levert altijd iets op. Maar een antwoord is niet hetzelfde als het juiste antwoord. Door een stopmoment in te bouwen dwing je het model om eerlijk te zijn over wat het niet weet.

DO

I = Instructie geven

Hier schrijf je de prompt. En hier past CRAFT prima in. Context, rol, actie, taak. Niets mis mee als instrument. Maar het is stap 3 van 6.

Het verschil: zonder W en A is je prompt een wens. Met W en A is het een opdracht. “Vergelijk deze documenten” versus “Vergelijk deze twee samenvattingen op deze vijf categorieën, output als tabel, maximaal 2 pagina’s, markeer waar bronnen tegenstrijdig zijn.” Dezelfde vraag. Compleet ander resultaat.

CHECK

N = Nakijken

Dit is waar de meeste tijdwinst zit. Of de meeste tijdverspilling. Dat hangt af van één beslissing.

Nakijken betekent twee dingen. Ten eerste: check de output tegen de bron. Klopt wat er staat? Mist er iets? Zijn er beweringen die je niet kunt terugvinden in het originele document?

Ten tweede, en dit is het belangrijkste: scoor de output. Is dit 80% of meer van wat je nodig hebt? Of is het 60%?

De 60/80-regel. Als je output op 60% zit (het gaat de goede kant op, maar het is niet bruikbaar), dan ga je niet oppoetsen. Je gooit het weg en gaat terug naar W. Meer context, betere voorbereiding, andere afbakening, opnieuw.

Waarom? Omdat een 60%-output nooit naar 100% te verfijnen is. Je kunt een slechte basis niet oppoetsen tot een goed resultaat. Dat is de grootste tijdverspiller die ik zie bij teams: ze zitten vijf ronden te herschrijven op een uitkomst die fundamenteel niet deugt.

Terug naar de bowling: als de bal in de goot ligt, ga je hem niet halverwege bijduwen. Je pakt een nieuwe bal, stelt je anders op, en gooit opnieuw.

Maar als je output op 80-90% zit? Dan werkt verfijnen wel. Dan zit je in de goede richting en kun je met kleine aanpassingen naar het gewenste resultaat.

De loop is dus:

W → A → I → N → 80%+? → U → T

Of:

W → A → I → N → Onder 80%? → Terug naar W

Dat ene beslismoment bij N is het verschil tussen productief werken met AI en urenlang ronddraaien.

U = Updaten

Alleen als je op 80% of hoger zit. Dan bijsturen en aanscherpen. “Je mist de categorie nabestaandenpensioen, voeg toe.” Of: “De kosten kloppen niet voor fonds B, check pagina 34.” Of: “Maak de toon formeler, dit gaat naar het managementteam.”

Verfijnen is een gesprek. Stap voor stap werk je naar het gewenste resultaat.

T = Toepassen

De stap die wegvalt zodra je tevreden bent met het antwoord. Wat doe je met de output? Kopieer je het naar Word? Deel je het met je team? Sla je het op als template voor de volgende keer?

T dwingt je om na te denken over de landing. Niet alleen: ik heb een antwoord. Maar: ik heb een bruikbaar resultaat dat ik kan toepassen in mijn werk. En misschien nog belangrijker: ik heb een werkwijze die ik de volgende keer weer kan gebruiken.

Waarom dit werkt

De kracht van WAINUT zit in de verdeling.

In Plan/Do/Check termen:

Plan = W + A. Dit is mensenwerk. Hier zit je vakkennis. AI kan je helpen met de uitvoering, maar de vraag “wat moet er geanalyseerd worden en binnen welke kaders” is jouw expertise.

Do = I. Het model voert uit. Dit wordt steeds meer AI. Over twee jaar is dit het makkelijkste deel van het proces.

Check = N + U + T. Weer mensenwerk. Hier zit je oordeel.

En dat is de boodschap die ik in elke training geef. Jullie worden juist belangrijker door AI. Want de Do-fase is straks geautomatiseerd. Het verschil tussen een goed en een waardeloos resultaat zit in hoe je plant en hoe je checkt. Dat is jullie vak.

CRAFT leeft alleen in de Do-fase. Daarom voelt het beperkt zodra de taak complex wordt. Het helpt je typen. Het denkwerk blijft bij jou.

Het bewijs is ‘‘De Muur’’

In mijn trainingen gebruik ik een oefening die ik “De Muur” noem. Deelnemers krijgen een complexe maar realistische opdracht. Een e-mailketen over een IT-migratieproject. Zes mails, vier mensen, twee in CC. Vol verborgen valkuilen.

Eerste ronde: gooi het direct in Copilot. “Maak een projectplan.” Het resultaat ziet er professioneel uit. Strakke koppen, nette opsomming, deadlines. Maar als ik zes controlevragen stel, scoren teams gemiddeld 0 tot 1 uit 6. Gehalluceerde verantwoordelijken. Genegeerde deadlines. Voorwaardelijke toezeggingen die als harde afspraken worden gepresenteerd.

Dat is die 60%-output. Het ziet er goed uit, maar het deugt niet.

Tweede ronde: dezelfde opdracht, maar nu via WAINUT.

W: laat eerst per mail analyseren wie wat zegt, welke beloften er gedaan zijn, welke vragen open staan. A: “Markeer alles wat onbevestigd of tegenstrijdig is. Geen aannames. Als informatie ontbreekt, zeg dat.” I: pas daarna de prompt voor het projectplan. N: check het plan tegen de originele mails.

Het resultaat ziet er minder gelikt uit. Items staan gemarkeerd als “onbevestigd.” Tegenstrijdige deadlines worden benoemd. Verantwoordelijkheden die niet expliciet zijn toegewezen, worden niet verzonnen. Minder mooi, maar dramatisch betrouwbaarder.

Dat is het verschil tussen richting geven en kaders stellen.

Terug naar het voorbeeld

Datzelfde team met de twee pensioenfondsdocumenten deed de opdracht opnieuw via WAINUT:

W = Beide documenten apart uploaden. Per document eerst een samenvatting laten maken op dezelfde structuur: dekkingen, kosten, uitsluitingen, voorwaarden, doelgroep, nabestaandenpensioen. Twee keer dezelfde structuur. Nu heeft het model iets om naast elkaar te leggen.

A = “Vergelijk alleen op deze zes categorieën. Output als tabel. Per verschil: wat zegt fonds A, wat zegt fonds B, wat is het effect voor de deelnemer. Geen meningen, alleen feiten uit de documenten.”

I = “Maak een vergelijkingstabel van pensioenfonds A en B die ik kan gebruiken om een advies voor te bereiden.”

N = Drie rijen uit de tabel gecheckt tegen de originele documenten. Klopte. Score: 85%.

U = “Je mist de categorie nabestaandenpensioen. Voeg toe. En de kosten kloppen niet voor fonds B, check pagina 34.”

T = Vergelijkingstabel opgenomen in het adviesrapport. Prompt opgeslagen als template voor toekomstige vergelijkingen.

Zonder de W lever je een onmogelijke opdracht. Je vraagt iemand twee boeken te vergelijken door ze allebei tegelijk open op tafel te leggen. Dat doet een mens ook niet. Je maakt eerst aantekeningen per boek, dan vergelijk je de aantekeningen.

Onthoud

CRAFT is één stap (de I). WAINUT dekt het hele proces. Jouw waarde als professional zit links en rechts. In hoe je plant en hoe je checkt.

Begin deze week met één complexe taak die je normaal direct in AI gooit. Loop de zes letters door. Ervaar het verschil.

Je hebt hierboven over het framework gelezen. Hieronder staat hoe je het in de praktijk brengt: de complete checklist per letter die je kunt printen, vijf uitgewerkte voorbeelden voor verschillende rollen, de zeven fouten die ik het vaakst zie, en pro tips uit mijn trainingen.

Nog geen abonnee? Je eerste framework is gratis. Of deel The Human Loop met een collega en krijg gratis maanden cadeau.

Verwijs een vriend

Read more

Hoeveel mensen in jouw organisatie hebben ooit een eigen Copilot Agent gebouwd? Niet gebruikt. Gebouwd.

Ik stel die vraag in elke training die ik geef, en het antwoord is eigenlijk altijd hetzelfde. Één vingers, twee vingers, soms nul. Bij een recente workshop in een organisatie met meer dan duizend medewerkers kwam ik uit op een handvol mensen die ooit een agent hadden aangeraakt, op duizend. Dat is waar we vandaag staan. Daarom gaat deel 3 over de stap die jij deze week kunt zetten, terwijl de meeste van je collega’s nog aan het kijken zijn.

In deel 1 heb ik je meegenomen in Copilot Chat. Jij typt, Copilot antwoordt. In deel 2 zag je hoe diezelfde Copilot in je Word, Excel, PowerPoint, Outlook en Teams zit. Jij werkt, Copilot kijkt mee. Allebei die delen gingen over consumeren. Deel 3 is de switch. Nu ga jij bouwen, en laat je je agent het werk doen.

En het moment dat dit er echt toe gaat doen is niet volgend jaar. Het is nu. In de week dat ik dit schrijf rolt Microsoft Agent Mode uit naar alle zakelijke en onderwijsklanten van M365. Op 15 april start Release Wave 1 van 2026, waarin governance en multi-agent orchestration de belangrijkste thema’s zijn. Op 1 mei lanceert Agent 365 voor vijftien dollar per gebruiker, samen met de nieuwe Frontier Suite van negenennegentig dollar per maand. De verschuiving komt op je af, en of je nou zelf iets wil bouwen of alleen wil begrijpen wat er gebeurt, dit playbook geeft je het overzicht.

Ik heb er zelf een tijdje voor nodig gehad om comfortabel te worden met agents. Dus als het je overweldigt, is dat eigenlijk een goed teken. Het betekent dat je de afstand ziet tussen chatten en bouwen. En die afstand is precies wat we in dit playbook gaan overbruggen.

Van “beantwoord mijn vraag” naar “doe mijn werk”

In deel 2 sloot ik af met een zin die ik hier wil herhalen, omdat hij nu plotseling lading heeft. “De richting is duidelijk. Copilot verschuift van beantwoord mijn vraag naar doe mijn werk.” Dat is de verschuiving in één zin.

In de hele serie hamerde ik op iets wat ik “bowling rails” noemde. Hoe minder autonome stappen je AI laat zetten, hoe betrouwbaarder het resultaat. Genereren is goed, itereren is lastig. Plan-Do-Check als framework. Als je deel 1 en 2 hebt gelezen ken je de ritmes.

Agents zetten per definitie meer stappen autonoom. En dat maakt die rails belangrijker, niet onbelangrijker. Goede agents bouwen gaat voor negentig procent over rails instellen. Welke knowledge mag hij gebruiken. Welke acties mag hij zelf doen. Wanneer moet hij stoppen en een mens vragen. Dat is het werk, en dat is waar deze aflevering over gaat.

In mijn trainingen gebruik ik een signature oefening die ik De Muur noem. Je plakt een mailketen in Copilot, vraagt een projectplan, en krijgt een vage output met verzonnen deadlines en een verkeerde projectmanager. De muur is dat AI altijd een antwoord geeft, ook als het antwoord niet klopt. Bij agents wordt die muur steiler. Want een agent geeft niet alleen een antwoord, hij doet ook dingen. Een mail versturen. Een bestand verplaatsen. Een vergadering plannen. Als je de rails vergeet te plaatsen voor je hem loslaat, komt De Muur ineens heel dichtbij.

Houd dat in je hoofd terwijl je verder leest. Het is de onderstroom van alles wat volgt.

De vier manieren om een agent te bouwen

Microsoft heeft op dit moment vier verschillende manieren om een agent te bouwen, en dat is verwarrend als je erin duikt zonder kaart. Laten we ze naast elkaar zetten zoals klussen in huis, want dat is de enige manier waarop dit in één keer blijft hangen.

Een schilderij ophangen. Dat is een SharePoint agent. Je hebt een documentbibliotheek met beleid, handleidingen, of beslissingsbomen. Je selecteert de bestanden, klikt op “Create an agent” in het lint, en twee minuten later kan je team vragen stellen aan die map. Geen gereedschap. Geen instructies. Je hangt iets aan de muur en klaar. Perfect voor “Ask HR”, “Ask IT”, “Ask Verkoopvoorwaarden”. Wat je niet kunt doen is de agent meer geven dan precies die map.

Een IKEA-kast in elkaar zetten. Dat is de Agent Builder die in Copilot Chat zit. Je beschrijft in één of twee zinnen wat je wil, Copilot genereert een naam, een beschrijving, instructies, en een paar suggested prompts. Vervolgens kun je bladzijde voor bladzijde aanpassen. Een andere naam, een eigen icoon, een knowledge source die verder gaat dan één map, een paar capabilities aanzetten zoals het genereren van documenten. Het voelt als zo’n handleiding waar je tien minuten aan zit, met zo nu en dan het gevoel dat een schroef niet helemaal past. Maar aan het einde heb je iets dat werkt, en dat je kunt delen met je team via een link.

Een keuken verbouwen met een aannemer. Dat is Copilot Studio, de volledige low-code omgeving op copilotstudio.microsoft.com. Nu heb je topics, triggers, connectors, MCP-servers, autonomous mode, multi-agent orchestration, en een model picker waar je tussen GPT 5, Claude Sonnet 4.6 en Opus kunt schakelen. Je bent niet meer bezig met schroeven. Je bent bezig met beslissen wat er waar komt. De aannemer doet het werk, maar jij stuurt. Dit is waar het echte maatwerk begint, en waar je merkt dat de investering in tijd loont zodra een agent honderd keer per dag draait in plaats van één keer per week.

Een huis bouwen vanaf de fundering. Dat is Microsoft 365 Agents Toolkit, de pro-code pijplijn in VS Code en Visual Studio. JSON en YAML-bestanden in Git. Model Context Protocol-servers die je zelf schrijft. GitHub Copilot als je programmeerbuddy. Dit laat ik voor wat het is, want het is vooral het werkveld van je IT-developmentteam, of van die ene ontwikkelaar die ooit eens begon in Power Automate en nu serieus wil uitbouwen. Ik noem het alleen zodat je weet dat deze laag bestaat en waar hij begint.

De volgorde is belangrijk. Je begint altijd bij de laagste trede, en stapt omhoog als de agent meer nodig heeft. Bijna iedereen die ik ken die ooit in Copilot Studio zat, was daar omdat ze eerst in Agent Builder begonnen en tegen een plafond liepen. Copy to Copilot Studio, en ineens heb je triggers en connectors. Zo hoort het ook te gaan. Probeer niet meteen in de keuken te gaan verbouwen terwijl je nog nooit een schilderij hebt opgehangen.

Wat een agent eigenlijk is, en waarom je al tachtig procent snapt

In deel 1 legde ik notebooks uit als een “prepped chat”. Als je ChatGPT kent met custom GPTs, of Google Gemini met Gems, dan weet je precies wat een notebook is. Instructies vooraf, een paar documenten als kennis, een ruimte die onthoudt waar jullie mee bezig waren. Wie notebooks begrijpt, heeft het mentale model voor een agent voor tachtig procent al in zijn hoofd.

Wat maakt een agent dan die laatste twintig procent anders? Drie dingen.

De eerste is instructies, en die kende je al van notebooks. Wie ben je, wat is je doel, in welke toon praat je, hoe ga je om met onbekende vragen. Het karakter en de huisregels van je agent.

De tweede is knowledge sources, en ook die kende je al. SharePoint-mappen, Teams-chats, e-mails, losse bestanden, openbare websites. Het verschil met een notebook is vooral schaal en variatie. Een agent kan putten uit je hele organisatie als de permissies dat toestaan, terwijl een notebook een persoonlijke werkruimte is.

De derde is nieuw, en dat is actions. Een notebook praat alleen. Een agent doet dingen. Een mail versturen namens jou. Een bestand verplaatsen van de ene map naar de andere. Een Teams-bericht posten. Een factuur aanmaken in je ERP-systeem via een connector. Dat is de stap van “beantwoord mijn vraag” naar “doe mijn werk”, en daarom voelen agents kwalitatief anders dan al het andere wat Copilot tot nu toe deed.

Onder de motorkap gebruiken agents dezelfde foundation als de rest van Copilot. Hetzelfde model, dezelfde enterprise data protection, dezelfde permissies. Een agent ziet niet meer dan jij ziet, en deelt niet meer dan jij mag delen. Dat is het belangrijkste stuk dat mensen die buiten de Microsoft-wereld werken niet verwachten. Het is een extra laag bovenop de Copilot die je al hebt, geen aparte software op je eigen servers.

Waarom dit er nu toe doet

Goed, dus je snapt wat een agent is, en je weet dat je ergens tussen een schilderij en een aannemer kunt kiezen. Waarom zou je er deze week mee beginnen?

De eerste reden is schaal. Een notebook bouw je voor jezelf. Een agent bouw je voor tien, vijftig, vijfhonderd collega’s. Ik heb in een workshop een notebook gebouwd dat ik de AI Use Case Navigator noemde, voor informatiemanagers die nieuwe AI-ideeën moeten beoordelen. Problem validation, classify, risk analyse, eindadvies. Dat notebook heb ik met een paar tientallen mensen gedeeld, en ik zie nog steeds elke week vragen voorbijkomen. Stel je voor dat dat een echte agent wordt, met een knop op de SharePoint-homepage, en er komen geen tientallen maar honderden gebruikers bij. Dat is de gouden verhouding tussen tijd erin en tijd eruit.

De tweede reden is MCP, wat staat voor Model Context Protocol. Dit is de onderschatte, technische doorbraak van dit jaar. Vroeger moest je voor elke actie in een extern systeem een aparte connector bouwen. Voor DocuSign zeven stuks, voor Box vijf, voor Teams tien. Met MCP krijg je één servertje dat alle tools voor dat systeem ineens toegankelijk maakt. Een MCP-server voor Outlook geeft je attachments toevoegen, draft updaten, mail versturen, en nog een paar, allemaal uit dezelfde aansluiting. Een Microsoft-engineer die ik laatst zag zei het zo. “Het voelt comfortabeler dan wat we ooit gehad hebben.” En dat van een man die al tien jaar Power Automate bouwt. MCP-servers voor Microsoft Teams, Outlook, Word, OneDrive, DocuSign en Box zitten nu in Copilot Studio, en de lijst groeit wekelijks.

De derde reden is governance. Vanaf 1 mei is Agent 365 algemeen beschikbaar, voor vijftien dollar per gebruiker per maand. Dat is de controlelaag waar IT al een jaar op wacht. Een centrale registry van alle agents in je tenant, visuele map van wie wat heeft gebouwd, automatisch uitschakelen van inactieve agents, blokkeren van risicovolle bouwsels. Zonder Agent 365 is agent-bouwen nog een beetje als een aannemer inhuren zonder contract. Met Agent 365 heb je iets vast te pakken.

Betekent dit dat je moet wachten tot 1 mei om te beginnen? Nee. Beginnen kan nu. Maar het betekent wel dat alles wat je in april bouwt, in mei moet worden teruggezet in het register. Bouw dus van begin af aan alsof iemand over een maand vraagt wie de eigenaar is, wat de agent doet, en welke data hij aanraakt.

Je eerste agent in vijf minuten

Genoeg context. Laten we er een bouwen. Ik neem je mee door Agent Builder, omdat dat de plek is waar je vandaag kunt beginnen zonder iets extra’s te hoeven aanvragen bij je IT-afdeling.

We bouwen een meeting-voorbereider. Een agent die, als ik hem vraag “bereid me voor op mijn meeting met klant X dinsdag”, de relevante mails opzoekt, de laatste SharePoint-documenten over die klant doorneemt, en mij een briefing geeft met de hangende punten, de laatste besluiten, en drie gesprekspunten voor de opening van de meeting. Concreet en universeel, en een prima opstapje.

Stap 1. Open Agent Builder. Ga naar microsoft365.com/chat of open Copilot Chat via de app-launcher. Bij het plusje linksboven in de zijbalk zie je “Create agent”. Klik daar.

Stap 2. Beschrijf in een zin wat je wil. Typ iets als “Een agent die mij helpt voorbereiden op klantmeetings door recente mails en SharePoint-documenten samen te vatten”. Copilot genereert nu een naam (”Meeting Prep Assistant” of iets vergelijkbaars), een beschrijving, een eerste versie van instructies, en drie of vier suggested prompts. Dit is het skelet.

Stap 3. Pas instructies aan. Klik op het tekstvak met instructies en herschrijf ze in je eigen woorden. Wie ben je, waar ga je over, wat doe je wel, wat doe je niet. Ik zeg in trainingen altijd dat je het moet schrijven alsof je een nieuwe collega inwerkt. Omschrijf dus een karakter. Voor onze meeting-voorbereider ziet dat er zo uit. “Je bent een nuchtere meeting-voorbereider voor accountmanagers. Je noemt alleen feiten die in de gedeelde knowledge staan. Je speculeert niet. Je gokt geen namen. Je eindigt elk antwoord met drie concrete gesprekspunten voor de opening.”

Stap 4. Voeg knowledge sources toe. Klik op “Add knowledge”. Kies de SharePoint-site van je verkoopteam, of de map met klantdossiers. Je kunt ook specifieke Teams-chats toevoegen of je hele Outlook-mailbox. Wees hier voorzichtig met breedte. Liever één scherp gekozen SharePoint-map dan alles-en-de-keuken.

Stap 5. Stel suggested prompts in. Dit is de onderschatte stap. Suggested prompts zijn de knoppen die je team straks ziet als ze op de agent klikken. Schrijf er drie die de workflow trekken. “Bereid me voor op mijn meeting met {{klantnaam}} op {{datum}}”, “Vat de laatste drie mails met {{klantnaam}} samen”, “Wat waren de openstaande actiepunten van de vorige meeting met {{klantnaam}}”. Een collega van Microsoft zei het laatst in een video en het bleef hangen. Suggested prompts zijn vaak belangrijker dan instructies. Ze geven je team een voordeur in plaats van een blanco scherm.

Stap 6. Test hem met vijf vragen waarvan jij het antwoord weet. Voordat je hem deelt. Dit is de pro-tip die veel mensen overslaan. Kies vijf situaties waar jij het goede antwoord al kent, en kijk of de agent dichtbij komt. Is het antwoord vaag, generiek of gewoon fout, dan mis je meestal knowledge of instructie-discipline. Pas aan. Test opnieuw.

Dat is het. Vijf minuten werk, plus vijf testvragen. Je hebt nu een agent die het werk van een twintig minuten durende voorbereiding omzet in vijftien seconden plus een leeskritisch oog van jou.

De vier smaken naast elkaar

Als houvast, voordat we doorsnijden naar het premium gedeelte, hier de vier bouwmanieren op een rijtje met hun trade-offs.

Een SharePoint agent is iets van een minuut werk. Je kunt er vragen aan stellen over één documentmap, en dat is het. Gebruik het voor “Ask X”-scenario’s, zoals beleid, handleidingen, of standaardvoorwaarden.

Agent Builder kost je vijf tot vijftien minuten voor een eerste versie. Je kunt custom instructions schrijven, knowledge uit SharePoint, Teams en mail combineren, documenten en afbeeldingen laten genereren. Gebruik het voor je eerste eigen agent, voor jezelf of voor een klein team.

Copilot Studio kost je uren tot dagen, afhankelijk van wat je bouwt. Je krijgt er triggers, topics, MCP-servers, multi-agent orchestration, een model picker en autonome modus voor terug. Gebruik het voor afdelingsbrede automatisering waar meerdere tools in het spel zijn.

Agents Toolkit in VS Code is een project van weken en vergt een developer. Je bouwt in Git, met CI en CD, met eigen orchestrators en een enterprise SDLC. Dit is waar je IT-afdeling in thuis is, voor productieschaal en strakke governance.

Begin links. Stap op wanneer het nodig is. Niet eerder.

Tot hier heb je het fundament

Goed, dit is het eind van het gratis deel. Je weet wat een agent is. Je kent de vier bouwmanieren. Je hebt een eerste agent in vijf minuten staan. En je begrijpt waarom dit er nu toe doet in plaats van ergens volgend jaar.

Wat hieronder staat is wat ik normaal deel in trainingen bij organisaties. Het complete template voor een offerte-assistent die je kunt kopieren en aanpassen. Vijf patronen die het verschil maken tussen een agent die werkt en een agent die vastloopt. De AI Use Case Navigator die ik zelf gebruik in mijn workshops, inclusief de instructies en prompts. Zeven fouten die ik iedereen in de eerste maand zie maken. En een eerlijke compliance-check voor Nederlandse organisaties, inclusief wat je beter wel en niet deelt met je functionaris gegevensbescherming.

Nog geen abonnee? Je eerste playbook is gratis. Of deel The Human Loop met twee collega’s en krijg gratis maanden cadeau.

Verwijs een vriend

Read more

Je leest elke week tien, vijftien artikelen over AI. Podcasts, nieuwsbrieven, research papers, X-threads. Je kopieert de interessante stukken naar Notion, bookmark de rest, en stuurt af en toe iets door naar een collega. Na drie maanden heb je honderden bronnen verzameld. En je vindt niks meer terug.

Je weet dat je ergens iets hebt gelezen over de impact van AI op middenmanagement. Maar waar? Was het die podcast van twee weken geleden? Dat artikel op FD? Die tweet die je had opgeslagen? Je gaat zoeken in je notities, scrolt door je bookmarks, doorzoekt je e-mail. Na twintig minuten geef je het op en google je het opnieuw.

Herken je dat? Dan is dit playbook voor jou.

Andrej Karpathy, medeoprichter van OpenAI en voormalig AI-directeur bij Tesla, publiceerde vorige week een idee dat in twee dagen meer dan 5 miljoen views haalde. Niet een paper, niet een product, maar een workflow: gebruik een LLM om een persoonlijke wiki voor je bij te houden. Geen chatbot die je vragen beantwoordt en het dan weer vergeet. Een systeem dat elke bron die je erin stopt leest, samenvat, kruisverwijzingen maakt, en integreert in een groeiende kennisbank. Kennis die compound, net als rente op een spaarrekening.

Het mooiste: je hebt er geen database voor nodig. Geen vector embeddings, geen server, geen technische achtergrond. Het zijn gewoon markdown-bestanden in een map op je computer.

Wat is een LLM Wiki?

Het concept is verrassend simpel. Je hebt drie lagen.

Bronmateriaal. Een map met alles wat je verzamelt. Artikelen, PDF’s, notities, transcripten. Dit is je bibliotheek. De LLM leest hieruit maar verandert er niks aan.

De wiki. Een map met bestanden die de LLM voor je schrijft en bijhoudt. Samenvattingen, overzichtspagina’s, vergelijkingen, conceptuitleg. Alles in markdown, alles gelinkt. Dit is je kennisbank, en de LLM doet al het onderhoud.

Het schema. Een configuratiebestand (CLAUDE.md) dat de LLM vertelt hoe de wiki is opgebouwd, welke conventies er gelden, en wat er moet gebeuren bij het verwerken van nieuwe bronnen. Dit is de handleiding voor je assistent.

Vergelijk het met een kantoor. Het bronmateriaal is de stapel post die elke dag binnenkomt. De wiki is het archief dat je secretaresse bijhoudt: netjes gelabeld, kruisverwijzingen, alles vindbaar. Het schema is de instructie die je die secretaresse hebt gegeven: “Sorteer op onderwerp, maak bij elke nieuwe klant een apart dossier, en leg bij elke factuur een notitie over de betaalstatus.”

Alleen is deze secretaresse een LLM. En die wordt nooit moe van archiveren.

Hoe verschilt dit van wat je al kent?

Dit klinkt misschien als iets dat al bestaat. NotebookLM, ChatGPT met bestanden, Copilot in je apps. Maar er zit een fundamenteel verschil.

Al die tools werken met RAG: Retrieval Augmented Generation. Je uploadt bestanden, de AI doorzoekt ze bij elke vraag, en genereert een antwoord op basis van relevante fragmenten. Dat werkt prima voor simpele vragen. Maar de AI begint elke keer van nul. Er wordt niks opgebouwd. Stel een subtiele vraag die informatie uit vijf documenten vereist, en de AI moet elke keer opnieuw zoeken, samenvoegen, en beredeneren. Niks wordt onthouden. Niks wordt rijker.

Een LLM Wiki werkt anders. Als je een nieuw artikel toevoegt, leest de LLM het niet alleen. Hij verwerkt het. Hij schrijft een samenvatting, update bestaande pagina’s, voegt kruisverwijzingen toe, noteert waar nieuwe informatie oude claims tegenspreekt, en versterkt of nuanceert de bestaande synthese. De kennis wordt één keer gecompileerd en daarna bijgehouden. Niet elke keer opnieuw afgeleid.

Dat is het kernverschil: de wiki is een persistent, groeiend artefact. De kruisverwijzingen zijn er al. De tegenstrijdigheden zijn al gesignaleerd. De synthese bevat alles wat je ooit hebt gelezen. Met elke bron die je toevoegt en elke vraag die je stelt, wordt de wiki rijker.

NotebookLM / ChatGPT:

• Zoekt in ruwe bestanden bij elke vraag

• Kennis wordt elke keer opnieuw afgeleid

• Na 100 bronnen: langzamer, fragmentarischer

• Onderhoud: nul (maar ook nul opbouw)

• Kosten per vraag: hoog (hele documenten doorzoeken)

• Wat je overhoudt: chatgeschiedenis die je weggooit

LLM Wiki:

• Bouwt gestructureerde wiki op die groeit

• Kennis wordt gecompileerd en bijgehouden

• Na 100 bronnen: rijker, meer verbanden

• Onderhoud: de LLM doet het

• Kosten per vraag: laag (compacte wiki raadplegen)

• Wat je overhoudt: een doorzoekbare kennisbank

Een concreet voorbeeld. Iemand had 383 losse bestanden en meer dan 100 meeting-transcripten. Na het omzetten naar een LLM Wiki daalde het tokengebruik per vraag met 95%. Niet omdat de kennis verdween, maar omdat die was gecompileerd in compacte, gestructureerde pagina’s in plaats van elke keer honderden losse documenten te doorzoeken.

Het slimme mechanisme: compileren vs zoeken

Waarom werkt dit zo goed? Omdat het aansluit bij hoe kennis eigenlijk werkt.

Vergelijk het met studeren voor een tentamen. Je kunt elke keer je boek openslaan en de relevante passages zoeken. Dat is RAG. Of je kunt samenvattingen maken, mindmaps tekenen, en aantekeningen schrijven in je eigen woorden. Dat is de wiki-aanpak. Na een maand studeren heb je bij de eerste methode nog steeds alleen een boek. Bij de tweede heb je een persoonlijk naslagwerk dat precies aansluit bij jouw begrip.

De LLM doet dat samenvattingswerk voor je. Elke keer als je een nieuw artikel toevoegt, doorloopt hij drie stappen:

1. Wat is hier nieuw? (samenvatten en opslaan)

2. Wat raakt dit dat we al weten? (kruisverwijzingen updaten)

3. Spreekt dit iets tegen dat we eerder hebben opgeschreven? (tegenstrijdigheden signaleren)

Die drie stappen, herhaald over tientallen bronnen, bouwen een kennisbank op die steeds rijker en nauwkeuriger wordt. En de LLM houdt ook een index bij (een soort inhoudsopgave), waardoor hij bij volgende vragen niet alle pagina’s hoeft te lezen maar direct naar de relevante informatie kan navigeren.

Waarom zou je dit willen?

Vier redenen.

1. Je kennis verdampt niet meer. Hoeveel artikelen heb je het afgelopen jaar gelezen? Honderden waarschijnlijk. Hoeveel kun je nog terughalen? Een handvol. Met een LLM Wiki wordt elke bron die je leest permanent onderdeel van een doorzoekbare, gestructureerde kennisbank. Niet als een bookmark die je vergeet, maar als geïntegreerde kennis met kruisverwijzingen.

2. Je ziet verbanden die je zelf mist. Na dertig artikelen over AI-implementatie begint de wiki patronen te tonen. Misschien blijkt dat vier onafhankelijke bronnen hetzelfde probleem beschrijven vanuit verschillende invalshoeken. Of dat een claim in artikel 7 wordt tegengesproken door data in artikel 23. Die verbanden leg je handmatig nooit. De LLM doet het automatisch.

3. Het is een voorsprong die niet in te halen is. Dit is misschien wel het belangrijkste punt. De waarde van zo’n wiki zit niet in de setup. Die is in vijf minuten klaar. De waarde zit in de context die erin groeit. Elke bron die je verwerkt, elke vraag die je stelt, elke correctie die je doorvoert, het wordt allemaal onderdeel van een steeds rijker systeem. Na zes maanden heb je een kennisbank die precies aansluit bij jouw werk, jouw vragen, en jouw domein. Als iemand dan pas begint, zijn ze niet alleen laat met de tool. Ze missen zes maanden aan opgebouwde intelligentie. Dat is hetzelfde als compound interest op een spaarrekening: het verschil zit niet in de storting, maar in de tijd.

4. Het kost je bijna niks. Geen subscription, geen database, geen server. Obsidian is gratis. Claude Code kost je tokens, maar minder dan je denkt, want de wiki is compact. Vergelijk dat met een Notion-abonnement, een NotebookLM-limiet, of een enterprise RAG-pipeline. Dit is een map met tekstbestanden op je eigen computer. Niks meer, niks minder.

Concrete voorbeelden

Consultant: Je leest rapporten, brancheanalyses, en klantdocumenten voor acht verschillende opdrachtgevers. Je wiki houdt per klant bij wat je hebt gelezen, welke trends relevant zijn, en waar overlap zit tussen projecten. Als een klant vraagt “wat doen vergelijkbare organisaties?”, heb je het antwoord in seconden.

Marketeer: Je volgt tien concurrenten, leest hun blogs, analyseert hun campagnes, en houdt productlanceringen bij. Je wiki bouwt een competitieve analyse op die elke week automatisch rijker wordt. Geen handmatig spreadsheet meer bijhouden.

Onderzoeker: Je leest papers, volgt conferenties, en verzamelt data. Je wiki bouwt een literatuuroverzicht op dat zichzelf bijhoudt. Nieuwe papers worden automatisch vergeleken met bestaande kennis en ingedeeld bij de juiste thema’s.

Manager: Je hebt meetings, leest rapporten, en ontvangt statusupdates. Je wiki wordt je organisatorische geheugen. “Wat hebben we drie maanden geleden besloten over project X?” is een vraag die je wiki in seconden beantwoordt.

Ondernemer: Je volgt markttrends, leest over nieuwe technologieën, en evalueert kansen. Je wiki wordt je strategische radar. Na een half jaar heb je een persoonlijk overzicht dat geen analist je kan geven, want het is gefilterd door jouw perspectief en jouw vragen.

Contentmaker: Je produceert wekelijks content en leest daarvoor tientallen bronnen. Je wiki houdt bij over welke onderwerpen je al veel hebt geschreven, waar gaten zitten, en welke bronnen je nog niet hebt benut. In plaats van elke week opnieuw te bedenken “waar heb ik het al over gehad?”, vraag je het aan je wiki. Die weet het. Ik gebruik dit zelf voor mijn eigen contentproductie, en het verschil is enorm. Je ziet in één oogopslag waar kansen liggen die je anders had gemist.

Je eerste wiki in 5 minuten

Genoeg theorie. We gaan het opzetten. Je hebt twee dingen nodig: Obsidian (gratis) en Claude Code.

Stap 1: Installeer Obsidian

Download Obsidian via obsidian.md. Maak een nieuwe vault aan op een logische plek, bijvoorbeeld C:\Documenten\mijn-wiki of ~/Documents/mijn-wiki. Een vault in Obsidian is gewoon een map. Alles erin is puur tekst. Geen vendor lock-in, geen cloud-afhankelijkheid.

Stap 2: Maak de basisstructuur

Open je vault en maak twee mappen aan: raw en wiki. Meer heb je niet nodig om te beginnen.

mijn-wiki/
├── raw/          # Hier gooi je je bronnen in
├── wiki/         # Hier bouwt de LLM je kennisbank
└── CLAUDE.md     # Instructies voor de LLM

Stap 3: Installeer Claude Code

Open een terminal en installeer Claude Code:

npm install -g @anthropic-ai/claude-code

Navigeer naar je vault-map en start Claude Code:

cd ~/Documents/mijn-wiki
claude

Stap 4: Geef Claude het idee

Dit is de mooiste stap. Karpathy heeft zijn LLM Wiki-idee bewust abstract gehouden als een “idea file” dat je letterlijk kunt kopiëren en plakken in je LLM-agent. Dus dat is precies wat je doet. Kopieer de volledige tekst van Karpathy’s gist (je vindt het op GitHub, zoek op “karpathy llm-wiki”) en plak het in Claude Code. Dan voeg je er dit aan toe:

Je bent nu mijn LLM wiki agent.
Implementeer dit exacte idee-bestand als mijn volledige tweede brein.
Begeleid me stap voor stap. Maak het CLAUDE.md schemabestand aan met
volledige regels. Zet index.md en log.md op. Definieer map-conventies
en laat me de eerste ingest-voorbeelden zien. Vanaf nu volgt elke
interactie dit schema.

Claude leest het idee, begrijpt het patroon, en bouwt de hele structuur voor je uit: een CLAUDE.md met alle regels, een index, een log, de juiste mappenindeling. Je hoeft niks zelf te configureren. Het idee-bestand is de instructie, Claude is de uitvoerder.

En dat is eigenlijk de kern van deze hele aanpak. Je geeft Claude niet een stappenplan, je geeft hem een concept. En hij bouwt de implementatie die past bij jouw situatie. Wil je een research-wiki? Dan maakt hij andere paginatypen dan wanneer je een persoonlijke wiki wilt. Wil je het in het Nederlands? Zeg het erbij. Claude past het schema aan.

Stap 5: Voeg je eerste bron toe

Drop een artikel in de raw/ map. Je kunt de Obsidian Web Clipper browser-extensie installeren om artikelen direct vanuit je browser naar je vault te sturen. Zeg dan tegen Claude: “Er staat een nieuw artikel in raw/. Lees het en bespreek de kernpunten met me.”

Claude leest het artikel, bespreekt de inhoud met je, en na jouw input integreert hij alles in de wiki. Bronpagina, conceptpagina’s, kruisverwijzingen, index-update. In één keer.

Open Obsidian naast je terminal. Je ziet de pagina’s verschijnen. Klik op de graph view en je ziet de eerste verbanden ontstaan. Dat is het. Vijf stappen, vijf minuten.

De drie niveaus

Net als bij onze eerdere playbooks zijn er niveaus van complexiteit. Begin bij niveau 1. Bouw van daaruit.

Niveau 1: Handmatige ingestie

Je voegt bronnen toe aan raw/, vertelt Claude dat er iets nieuws staat, en Claude verwerkt het. Je bent erbij, leest de samenvattingen, stuurt bij waar nodig. Dit is de basis en voor de meeste mensen meer dan genoeg.

Vergelijk het met een archivaris die je af en toe een nieuw document geeft. “Hier, verwerk dit.” De archivaris leest het, archiveert het, en je kunt later vragen stellen.

Niveau 2: Gestructureerd met query en lint

Je stelt actief vragen aan je wiki en laat goede antwoorden opslaan als nieuwe pagina’s. Je draait periodiek een lint-check: de LLM controleert de wiki op tegenstrijdigheden, verouderde informatie, en ontbrekende verbanden. Je wiki wordt niet alleen groter, maar ook gezonder.

Niveau 3: Geïntegreerd in je workflow

Je koppelt je wiki aan andere projecten. Je executive assistant leest je wiki als context. Je research-agent slaat bevindingen op in je wiki. Je wiki wordt het centrale geheugen van al je AI-tools. Niet één slimme tool, maar een kennislaag die al je tools slimmer maakt.

Denk er zo over na: AI-modellen worden beter, MCP-koppelingen worden beter, automatisering wordt makkelijker. Maar al die verbeteringen missen één ding: context over jou, jouw werk, en jouw domein. Die context is de ontbrekende laag. En dat is precies wat je wiki levert. Elke AI-tool die je vandaag gebruikt wordt direct beter als hij kan lezen wat jij de afgelopen maanden hebt verzameld, geanalyseerd, en opgebouwd.

Iemand die dit doet met zijn YouTube-kanaal liet 36 videotranscripten verwerken tot een doorzoekbare kennisbank. Nu kan zijn executive assistant automatisch context ophalen uit zijn “second brain” zonder elke keer tientallen bestanden te doorlezen. De hot cache (een compact bestand met de meest recente context) zorgt dat de meest relevante informatie altijd direct beschikbaar is.

Goed, dat was de basis. Wat hieronder staat is wat het verschil maakt tussen een wiki die na een week stoft en een wiki die je dagelijks gebruikt: het complete CLAUDE.md-template dat je kunt kopiëren en aanpassen, zes geavanceerde patronen (waaronder de hot cache en geautomatiseerd onderhoud), een werkend voorbeeld van een complete AI-research wiki, de zeven fouten die ik iedereen zie maken, en de eerlijke beperkingen die je moet kennen.

Nog geen abonnee? Je eerste playbook is gratis. Of deel The Human Loop met een collega en krijg gratis maanden cadeau.

Ik begin met het template dat ik zelf als startpunt gebruik.

Read more

Stel je dit voor. Je zit in Word aan een voorstel te werken. Je hebt die ene spreadsheet nodig met de kwartaalcijfers. En de samenvatting van die meeting van vorige week. En straks moet het nog een presentatie worden. Wat doen de meeste mensen? Alt-Tab naar Excel, kopieer de tabel, plak in Word, open Copilot Chat in een apart venster, typ de hele context er opnieuw in, en probeer er een PowerPoint van te maken door alles nog een keer uit te leggen.

Dat is alsof je een collega hebt die naast je zit, je scherm kan zien, en precies weet waar je mee bezig bent, maar je loopt steeds naar een ander kantoor om diezelfde collega daar je vraag te stellen. Zonder context. Zonder scherm. Elke keer opnieuw.

In deel 1 van deze serie ging het over Copilot Chat: de standalone chatinterface, de knoppen die niemand je laat zien. Model picker, notebooks, custom instructions, het hele fundament. Als je dat gemist hebt, lees het eerst. Dit playbook bouwt daarop voort.

Want Copilot Chat is pas het begin. De echte productiviteitswinst zit niet in een apart chatvenster. Die zit in de apps waar je al je tijd besteedt: Word, Excel, PowerPoint, Outlook en Teams. Daar zit Copilot in de zijbalk, en daar kan het iets wat de standalone chat niet kan: meekijken. Het ziet je document. Het ziet je spreadsheet. Het ziet je inbox. Je hoeft niet meer uit te leggen waar je mee bezig bent, want het weet het al.

En dat verandert alles aan hoe je ermee werkt.

Het verschil: Chat vs in-app

In deel 1 vergeleek ik Copilot Chat met een rijinstructeur. Die je begeleidt, je de knoppen leert, naast je zit. Dat klopt nog steeds. Maar in-app Copilot is iets anders. Dit is de collega die naast je bureau zit en over je schouder meekijkt. Niet op een enge manier, op een nuttige manier.

Het technische verschil is simpel maar cruciaal. Copilot Chat (het standalone chatvenster) werkt op basis van wat jij erin stopt. Je typt een vraag, je voegt een document toe via het plusje, je geeft context. Je bent de chauffeur.

Copilot in apps werkt met wat Microsoft “implicit grounding” noemt. Dat klinkt ingewikkeld, maar het betekent gewoon dit: als je in Outlook een email opent en dan Copilot opent in de zijbalk, dan weet Copilot al welke email je leest. Je hoeft het niet te uploaden, niet te kopiëren, niet uit te leggen. Het kijkt mee.

Hetzelfde in Word: open een document, open Copilot, en het kent de inhoud. In Excel: open je spreadsheet, en Copilot ziet je data. In Teams: start een meeting, en Copilot luistert mee.

Dat klinkt als een klein verschil, maar in de praktijk is het enorm. In Copilot Chat moet je elke keer context opbouwen. In de app is de context er al. Minder stappen, minder kans op fouten, sneller resultaat.

Onthoud dit: hoe minder stappen AI autonoom moet zetten, hoe betrouwbaarder het resultaat. Dat is net als bij bowling: je doet de rails omhoog zodat de bal niet van de baan raakt. Implicit grounding is zo’n rail. Copilot hoeft niet te zoeken naar het juiste document, want het document ligt al open.

Per app: wat kan het echt?

Laat me eerlijk zijn: niet elke app is even ver. Sommige Copilot-integraties zijn volwassen en betrouwbaar, andere zijn nog zoekende. Ik loop ze langs, met een eerlijke beoordeling.

🔵Word: je co-auteur

Word is misschien wel de meest intuïtieve integratie. Je opent de Copilot-zijbalk en je kunt drie dingen:

Samenvatten. Open een lang document en vraag: “Wat zijn de drie belangrijkste punten?” Of specifieker: “Wat zijn de risico’s die in dit contract worden genoemd?” Copilot leest het document en geeft je een gerichte samenvatting. Handig voor dikke beleidsdocumenten, offertes, of rapporten die je collega geschreven heeft.

Schrijven. Klik op het Copilot-icoon in je document (het potlood met sterretjes) en beschrijf wat je wilt. “Schrijf een projectvoorstel voor een AI-implementatie bij een verzekeraar, gericht op het management, maximaal 2 pagina’s.” Copilot genereert een eerste versie met koppen, bullet points, en structuur. Niet perfect, maar een solide startpunt.

Herschrijven. Selecteer een alinea, klik “Rewrite with Copilot”, en kies: professioneler, beknopter, of een andere toon. Of typ je eigen instructie: “Maak dit begrijpelijker voor een niet-technisch publiek.” Dit is waar de in-app context het verschil maakt: Copilot ziet de rest van je document en houdt de toon consistent.

Bronvermeldingen. Nieuw sinds maart 2026: als Copilot in Word informatie gebruikt van het web of uit je werkdata (via Work IQ), dan toont het automatisch citations. Je ziet precies waar de informatie vandaan komt. Handig voor rapporten waar je de bronnen wilt verifiëren.

En dan is er Edit with Copilot (voorheen Agent Mode). Waar gewone Copilot een vraag beantwoordt en klaar is, gaat Edit with Copilot door. Het herstructureert je hele document, voegt secties toe, past opmaak aan, en laat je meekijken in een stappenplan. Je ziet elke stap: wat het doet en waarom. Dit is sinds februari 2026 de standaard chatervaring in Word. Eerlijk gezegd: dit werkt beter dan ik verwacht had. De eerste versie die het genereert is 70 tot 80 procent bruikbaar. Die laatste 20 procent? Dat ben jij. Maar dat scheelt je wel een uur of twee.

🟢Excel: de grootste sprong

Van alle apps heeft Excel de meest spectaculaire upgrade gekregen. Tot voor kort was Copilot in Excel eerlijk gezegd teleurstellend. Het kon vragen beantwoorden over je data, maar het kon niks veranderen in je werkblad. Dat is verleden tijd.

Edit with Copilot (voorheen Agent Mode). Dit is de functie waar ik in mijn trainingen de meeste reacties op krijg. Edit with Copilot kan direct in je werkblad werken. Formules schrijven. Tabellen aanmaken. Grafieken bouwen. Dashboards opzetten. Conditional formatting toepassen. Je ziet een transparant stappenplan van wat het gaat doen, met de redenering erachter, en je kunt tussentijds ingrijpen. Sinds februari 2026 is dit GA (algemeen beschikbaar) op web, Windows en Mac.

In mijn trainingen laat ik dit zien met een concreet voorbeeld. Ik geef Copilot de opdracht: “Maak een projecttracker met een dashboard, dropdown-menu’s voor status, kleurcodes voor prioriteit, en een samenvattingsoverzicht bovenaan.” Met GPT 5.4 duurt dit 9 stappen en krijg je een basaal resultaat. Met Claude Opus (ja, je kunt in Excel kiezen tussen GPT en Claude via de model picker) duurt het 23 stappen, maar het resultaat is dramatisch beter: freeze panes, legenda’s, conditional formatting, het hele pakket. Dat is 5 tot 10 minuten wachten voor iets waar je handmatig een uur over doet.

De =COPILOT() functie. Dit is nieuw en bijzonder. Je kunt in een cel een formule typen die AI aanroept. Bijvoorbeeld: =COPILOT(”Classificeer de feedback in cel A2 als positief, negatief of neutraal”). Of: =COPILOT(”Vat samen wat er in rij 3 tot 20 staat”). Dit brengt AI letterlijk in je spreadsheet, cel voor cel. Let op: dit is geen traditionele formule. Het resultaat kan per keer variëren, net als bij een chatantwoord. Gebruik het voor classificatie, samenvatting, en semantische taken. Niet voor berekeningen waar je een exact getal verwacht.

Lokale bestanden. Een frustratie die eindelijk is opgelost: je hoeft je Excel-bestand niet meer in OneDrive te hebben staan. Copilot werkt nu ook met lokaal opgeslagen bestanden. Geen verplichte AutoSave meer. Voor iedereen die werkt met gevoelige financiële modellen: dit was een dealbreaker, en het is gefixed.

PDF-import. Stop een PDF met een jaarverslag of een factuur in Excel Copilot, en het extraheert de data naar een gestructureerde tabel. Handmatig overtypen is verleden tijd.

Work IQ context. Sinds maart 2026 kan Copilot in Excel automatisch relevante context ophalen uit je emails, meetings, Teams-chats en bestanden. Dus als je werkt aan een budgetspreadsheet en er is vorige week een meeting geweest over dat budget, dan kan Copilot die context meenemen zonder dat je het apart hoeft aan te geven. Het heet Work IQ: de intelligentielaag die Copilot “werkbewust” maakt. Concreet: je spreadsheet wordt slimmer omdat Copilot de rest van je werkdag kent.

🟠PowerPoint: van document naar deck

PowerPoint Copilot doet een ding heel goed: een bestaand document omzetten naar een presentatie. De Narrative Builder is hier het sleutelconcept. Je wijst een Word-document aan (of een Notebook) en zegt: “Maak hier een presentatie van.” Copilot genereert eerst een gestructureerde outline: de verhaallijn, de slide-onderwerpen, de kernboodschappen. Je kunt onderwerpen verwijderen, verplaatsen, of toevoegen voordat de slides worden gemaakt. Pas als jij akkoord bent met de structuur, genereert het de slides met tekst en grafische elementen uit je SharePoint-bibliotheek.

Dit is een slimme aanpak. In plaats van direct slides te spugen (die je vervolgens allemaal moet herzien), laat het je eerst de verhaallijn goedkeuren. Hetzelfde Plan-Do-Check principe als in deel 1. Narrative Builder kan tot 40.000 woorden aan input verwerken, of zo’n 150 slides genereren.

De slides zijn een startpunt, niet het eindproduct. Maar het scheelt je het meest tijdrovende deel: de structuur opzetten, de kernpunten destilleren, de verhaallijn bepalen. De visuele afwerking doe je zelf.

Twee andere handige functies:

Explain. Rechtsklik op een complexe slide en kies “Explain”. Copilot legt uit wat de slide betekent, waarom die erin zit, en hoe het past in het grotere verhaal. Fantastisch voor als je andermans presentatie moet geven.

Format standaardisatie. Nieuw: Copilot kan in een keer alle fonts, groottes en bullet-stijlen over al je slides uniformeren. Geen handmatig slide-voor-slide meer. Eén klik en je hele deck volgt dezelfde opmaak.

Achtergrondverwijdering en merkbeelden. Copilot kan achtergronden van afbeeldingen verwijderen en opgeslagen bedrijfsbeelden (brand images) integreren. Klein maar fijn voor snelle opmaak.

🟡Outlook: je inbox onder controle

Outlook is waar de meeste mensen hun dag beginnen, en waar Copilot direct tastbare tijdswinst oplevert.

Samenvatten. Een email-thread van 15 berichten? Hover over het Copilot-icoon in het lint en klik “Summarize”. Je krijgt de kernpunten, wie wat gezegd heeft, en welke acties er uitstaan. Dit alleen al bespaart 10 minuten per dag als je veel interne communicatie hebt.

Concept-emails die klinken als jij. In Settings > Copilot > Draft Instructions kun je Copilot leren hoe jij schrijft. Niet de generieke, beleefde AI-stijl. Jouw stijl. Beknopt of uitgebreid, formeel of casual, met of zonder aanhef. Eenmalig instellen, en elke concept-email klinkt alsof jij hem hebt geschreven.

Prioriteren. Via Settings > Copilot > Prioritize stel je in natuurlijke taal in welke emails belangrijk zijn. “Emails van mijn manager en het directieteam zijn altijd hoog. Nieuwsbrieven zijn altijd laag. Alles met ‘deadline’ in het onderwerp is urgent.” Copilot sorteert je inbox op basis van deze regels. Met visuele pijltjes voor hoog en laag.

Agentic Email Drafting. Nieuw sinds maart 2026: Copilot schrijft nu direct in het compose-venster van Outlook. Niet meer in de zijbalk een antwoord genereren en dan kopiëren. Copilot stelt eerst verhelderende vragen (wat is je doel, wie is je publiek, welke toon?) en schrijft dan een concept direct in je email. Iteratief: je kunt doorpraten en het concept laten aanpassen zonder opnieuw te beginnen.

Implicit grounding in actie. Als je een email opent en Copilot in de zijbalk opent, hoef je de email niet te uploaden of te refereren. Copilot weet al welke email je leest. Vraag: “Schrijf een antwoord dat het voorstel afwijst maar een alternatief biedt.” Copilot ziet de volledige thread en schrijft een context-passend antwoord. Dat is het verschil met Copilot Chat: nul setup, direct resultaat.

🟣Teams: nooit meer een meeting missen

Teams Copilot is misschien wel het meest onderschatte onderdeel. Twee kernfuncties:

Meeting-samenvattingen. Copilot kan meekijken (en meeluisteren) in je vergaderingen. Real-time krijg je Live Copilot Notes: AI-gegenereerde notities die tijdens de meeting in beeld verschijnen. Als je te laat binnenkomt, vraag je: “Wat heb ik gemist?” en je krijgt een samenvatting zonder de vergadering te verstoren.

Na afloop krijg je Intelligent Recap. En dit is recent flink verbeterd. Je kunt nu kiezen uit recap-templates: Speaker Summary (per deelnemer), Executive Summary (kernpunten), of een eigen template met vrije tekst. Die templates kun je opslaan en hergebruiken. Dus voor je wekelijkse teammeeting gebruik je altijd hetzelfde format. Intelligent Recap geeft je ook visuele verwijzingen: screenshots van schermdeel-momenten verschijnen naast de relevante samenvatting, zodat je precies kunt zien wat er op het scherm stond toen een besluit werd genomen.

Nieuw sinds maart 2026: Video Recap. Voor meetings die opgenomen zijn (minimaal 10 minuten) maakt Copilot niet alleen een tekstsamenvatting, maar een visuele highlight reel. Het combineert de belangrijkste momenten met de bijbehorende videofragmenten. Zodat je niet de hele opname terug hoeft te kijken, maar direct naar de relevante momenten kunt springen.

En het Audio Recap (de gesproken samenvatting) is nu beschikbaar in meerdere talen, waaronder Duits, Frans, Spaans en Japans. Nederlands zit er nog niet bij, maar het komt dichterbij.

Een veelgehoord misverstand: je hoeft transcriptie niet apart aan te zetten. Copilot in Teams werkt ook zonder transcriptie. Met transcriptie wordt het rijker, maar het is geen vereiste.

Chat-kanalen. In Teams-chats kun je @Copilot taggen om vragen te stellen over de gesprekhistorie. “Wat is er vorige week besloten over het budget?” Copilot doorzoekt het kanaal en geeft een antwoord met referenties naar specifieke berichten.

De grote shift: van assistent naar mede-uitvoerder

Tot nu toe heb ik het gehad over Copilot als assistent. Je vraagt iets, je krijgt een antwoord. Maar er is een grotere verschuiving gaande, en die heet agent mode en Copilot Cowork.

Edit with Copilot (beschikbaar in Excel, Word en PowerPoint) is het verschil tussen “geef me een antwoord” en “doe het voor me.” In de assistent-modus beantwoordt Copilot je vraag en wacht op de volgende. In Edit with Copilot neemt het een doel, maakt een plan, en voert het stap voor stap uit. Je kijkt mee, en bij elk logisch punt kun je bijsturen.

Dit is waar mijn Plan-Do-Check framework uit deel 1 terugkomt. Edit with Copilot neemt de “do”-fase grotendeels over. Maar de “plan”-fase (wat wil ik precies, welke context is belangrijk) en de “check”-fase (klopt dit, is dit compleet) worden juist belangrijker. Vertrouw niet blind op het resultaat. Kijk mee, controleer, en stuur bij.

Copilot Cowork gaat nog een stap verder. Waar Edit with Copilot binnen een app werkt, werkt Cowork cross-app. Het is gebouwd op Anthropic’s Claude-technologie en het kan taken uitvoeren die meerdere apps overspannen. Het is sinds eind maart 2026 beschikbaar via het Frontier-programma (early access) en wordt verwacht als onderdeel van het Microsoft 365 E7-pakket (99 dollar per gebruiker per maand) in mei 2026.

Een voorbeeld: je zegt “Bereid me voor op de productlancering-meeting van dinsdag.” Cowork zoekt dan je emails over dat onderwerp, doorzoekt Teams-chats en meeting-transcripts, checkt je agenda, en produceert: een Word-document met een samenvatting van de huidige stand van zaken, een Excel-sheet met de relevante data, en een concept-agenda. Dat doet het op de achtergrond. Bij beslismomenten (iets versturen, een meeting verplaatsen) pauzeert het en vraagt goedkeuring.

Eerlijk? Cowork is nog nieuw en niet overal beschikbaar. Het werkt het best voor taken die goed gedefinieerd zijn: meeting-voorbereiding, rapportages samenstellen, gegevens uit meerdere bronnen combineren. Voor open, creatieve taken is het nog te vroeg. Maar de richting is duidelijk: Copilot verschuift van “beantwoord mijn vraag” naar “doe mijn werk.”

Waar begin je?

Als je deel 1 hebt doorlopen en Copilot Chat onder de knie hebt, is dit mijn advies voor in-app Copilot:

Week 1: Outlook. Begin waar je elke dag begint. Samenvatten van threads, concept-emails, prioriteren. De drempel is laag en de tijdwinst is direct merkbaar. Stel meteen je Draft Instructions in.

Week 2: Teams. Zet Copilot aan in je eerstvolgende vergadering. Kijk na afloop naar de Intelligent Recap. Vraag in een Teams-chat: “Wat is er gisteren besproken?”

Week 3: Word. Open een document waar je aan werkt en probeer Copilot voor het samenvatten of herschrijven van een sectie. Als je een nieuw document moet maken, probeer het Copilot-potlood.

Week 4: Excel. Start met een simpele analyse: “Wat valt op aan deze data?” Probeer Edit with Copilot voor het bouwen van een dashboard of tracker.

PowerPoint komt vanzelf als je de Word-naar-deck workflow ontdekt. Dat is geen apart leermoment, dat is een logisch vervolg.

Goed, dat was de basis. Wat hieronder staat is wat ik normaal deel in mijn trainingen bij organisaties: drie complete workflows met stap-voor-stap instructies (van leeg Word-document naar presentatie, van ruwe data naar Excel-dashboard, van volle inbox naar gestructureerde ochtend), een Copilot Cowork walkthrough, vijf kopieerbare prompt templates per app, de zeven fouten die ik bij elke training zie, en eerlijke grenzen per app.

Nog geen abonnee? Je eerste playbook is gratis. Of deel The Human Loop met een collega en krijg gratis maanden cadeau.

Verwijs een vriend

Ik begin met de workflow die in mijn trainingen altijd de meeste indruk maakt.

Read more

Ik geef regelmatig Copilot-trainingen bij grote organisaties. En het eerste wat ik doe als ik binnenkom? Chatvenster openen en alle knoppen afgaan. Model picker, documenten toevoegen, dicteren, prompt galerij, notebooks. Elke keer weer dezelfde reactie: “Wacht, dat kon dit allemaal?”

Ja. Dat kan het allemaal. En je betaalt er waarschijnlijk al voor.

Het probleem is niet dat Copilot slecht is. Het probleem is dat de meeste mensen precies twee dingen doen: een vraag typen en Enter drukken. Dat is alsof je een auto koopt en alleen het gaspedaal gebruikt. Je komt vooruit, maar je mist de spiegel, de richtingaanwijzer, de cruisecontrol en eigenlijk alles wat het verschil maakt.

Erger nog: die Enter-druk geeft je een vals gevoel van zekerheid. In mijn trainingen doe ik een oefening die ik “De Muur” noem. Deelnemers krijgen een realistische e-mailketen over een IT-migratieproject. Zes mails, vier mensen, twee in CC. Vol verborgen valkuilen. Ik vraag ze: plak dit in Copilot en vraag om een projectplan. Iedereen krijgt een strak, professioneel ogend plan terug. Ziet er geweldig uit. Dan loop ik zes controlevragen door. Gemiddelde score: 0 tot 1 uit 6. Gehalluceerde verantwoordelijken. Genegeerde deadlines. Voorwaardelijke toezeggingen die als harde afspraken worden gepresenteerd. Dat moment, dat “oh shit”-moment, dat is precies waarom de rest van dit playbook ertoe doet. Copilot geeft altijd een antwoord. Maar een antwoord is niet hetzelfde als het juiste antwoord.

En hier zit de les die ik in elke training probeer over te brengen. Stel je voor dat elke taak drie fases heeft: analyseren, uitvoeren, controleren. Plan, do, check. AI is heel goed in de uitvoerfase. Code schrijven, tekst genereren, projectplannen maken, dat lukt prima. Maar wat ik zie gebeuren: die uitvoerfase wordt minder belangrijk, en de fases ervoor en erna worden juist belangrijker.

De analysefase, het doordenken van je aanpak, wordt cruciaal. Wat moet er precies in dit projectplan? Welke stakeholders spelen een rol? Wat zijn de risico’s? Als je dat goed uitdenkt (of uitdenkt met hulp van AI), dan wordt de uitvoering dramatisch beter. En de controlefase, het kritisch reviewen van wat eruit komt, dat kun je niet overslaan.

Dus als je hoort dat “100% van de code wordt gegenereerd door AI” (Spotify, OpenAI, Anthropic zeggen dit allemaal), dan betekent dat niet dat je 100% van je tijd bespaart. Je tijd verschuift. Van doen naar denken en controleren. Misschien bespaar je gemiddeld 20 tot 30 procent, maar de rest van je tijd besteed je anders. Slimmer.

Dat is precies wat dit playbook je leert. Niet alleen welke knoppen er zijn, maar hoe je die drie fases inzet om betrouwbare resultaten te krijgen.

Dit playbook is je rijinstructeur. Ik ga je niet vertellen dat Copilot magisch is. Ik ga je precies laten zien welke knoppen er zijn, wat ze doen, en wanneer je ze wel (en niet) moet gebruiken.

Wat is Copilot Chat eigenlijk?

Copilot Chat is de AI-assistent die in je Microsoft 365 omgeving zit. Het zit in de tools die je al gebruikt: Outlook, Teams, Word, Excel, PowerPoint. En er is een eigen chat-interface waar alles samenkomt.

Denk aan het zo: je hebt een rijinstructeur naast je zitten. Die kent je route (je agenda, je mails, je bestanden), spreekt je taal (als je het goed instelt tenminste), en kan je helpen met alles van parkeren tot snelwegnavigatie. Maar de meeste mensen stappen in, trappen het gaspedaal in, en vergeten dat er een hele cockpit vol knoppen is.

Er zijn twee smaken Copilot. De gratis versie heet M365 Copilot Chat en zit inbegrepen bij je Microsoft 365 licentie. Die kan een hoop: chatten, geheugen opslaan, custom instructions instellen, afbeeldingen maken, en basis documenten analyseren. De betaalde versie kost circa 20 euro per gebruiker per maand en geeft je de volle functionaliteit: zoeken door al je werkdata, vergaderingen samenvatten, cross-app taken beheren, en toegang tot Claude modellen.

Hoe weet je welke je hebt? Open Copilot Chat (ga naar m365copilot.com) en kijk of je bovenaan de tabs “Work” en “Web” ziet. Zie je beide? Dan heb je de volledige versie. Zie je alleen “Web”? Dan heb je de gratis versie.

En hier een tip die veel mensen missen: die Work en Web knoppen zijn niet alleen een indicatie, je kunt ertussen schakelen. Op “Work” zoekt Copilot door je werkdata: mails, bestanden, Teams-chats, agenda. Op “Web” zoekt het via Bing op het internet, maar kan het niet bij je werkbestanden. Wil je een interne vraag beantwoorden? Laat het op “Work”. Wil je actuele informatie van het internet zonder dat Copilot in je organisatiedata gaat graven? Schakel naar “Web”.

De model picker: je belangrijkste knop

Rechtsboven in het chatvenster zit een dropdown die standaard op “Auto” staat. De meeste mensen raken die nooit aan. Dat is zonde, want hier kies je hoe slim Copilot mag nadenken over je vraag.

Er zijn meerdere standen, maar deze drie gebruik je het meest:

Instant / Quick Response (snel antwoord). Copilot reageert direct, kijkt naar minder bronnen, geeft je een kort antwoord. Perfect voor simpele vragen: “Wat staat er morgen in mijn agenda?” of “Vat deze mail samen.” Letterlijk volgen van format-instructies, snelle tekstbewerkingen, korte e-mails.

Think Deeper / Thinking (dieper nadenken). Dit is waar het interessant wordt. Copilot neemt 10 tot 30 seconden, breekt je vraag op in deelvragen, zoekt door meerdere databronnen, en bouwt een onderbouwd antwoord op. Je ziet een activiteitenlog: “Planning search strategies... Crafting query details... Searching across information sources.” Dit gebruik je voor complexe analyses, research, of strategische vragen.

Auto / Smart (standaard). Copilot analyseert je prompt en beslist zelf of een snel antwoord volstaat of dat dieper nadenken nodig is. Voor de meeste mensen is dit prima. Maar zodra je merkt dat je antwoorden te oppervlakkig zijn, schakel je handmatig naar Think Deeper.

Klik op “More” en je ziet nog meer opties: Thinking Mini (balans tussen snel en diep, goed voor code en multi-bestand vragen), Study & Learn (legt concepten uit via de socratische methode, stelt vragen in plaats van direct antwoorden, ideaal voor onboarding), en Search (exclusief gericht op actuele webinformatie met verifieerbare bronvermeldingen).

Onder de motorkap draaien hier serieuze modellen. Op dit moment zijn dat GPT 5.3 voor Quick Response en het gloednieuwe GPT 5.4 voor Think Deeper. Maar klik op “More” en je ziet nog meer opties, inclusief Claude van Anthropic. Claude is een ander type model. Waar GPT de neiging heeft om positief en bevestigend te antwoorden, is Claude kritischer. Het wijst op zwakke plekken, stelt tegenvragen, en geeft eerlijker feedback. Precies wat je wil als je een voorstel of businesscase laat reviewen.

Eén kanttekening: Claude is alleen beschikbaar op de Work-tab (dus met betaalde licentie) en voor EU/UK-klanten moet een admin het apart aanzetten vanwege dataverwerking buiten Microsoft-datacenters.

Chat window: meer dan een tekstvak

Het chatvenster zelf zit vol functies die de meeste mensen missen.

Documenten toevoegen. Klik op het plus-icoon (+) of typ een slash (/) en je kunt direct bestanden uit OneDrive, SharePoint of Teams toevoegen aan je gesprek. Bestanden tot 50MB worden ondersteund. Geen copy-paste meer. Je laadt het document in, en Copilot analyseert het ter plekke. Upload een contract en vraag: “Wat zijn de belangrijkste risico’s?” Upload een spreadsheet en vraag: “Welke trends zie je in deze data?”

Belangrijk voor wie zich zorgen maakt over privacy: geuploade bestanden worden opgeslagen in je OneDrive for Business onder Enterprise Data Protection. Ze worden niet als geheel meegestuurd naar zoekmachines en worden niet gebruikt om AI-modellen te trainen. Na de chatsessie worden ze niet door Copilot bewaard. Alles wordt gelogd in Exchange voor audit en eDiscovery, zoals je andere mailboxdata.

Slash commands (ContextIQ). Typ “/” in de chatbalk en je opent ContextIQ: een contextgevoelig menu dat het handmatig uittypen van volledige zinnen vervangt. De belangrijkste commando’s:

• /summarize: vat het actieve document, email of vergadering samen

• /rewrite: herschrijf geselecteerde tekst met keuze uit toon (professioneel, casual, beknopt)

• /catch-up: geeft een stand-van-zaken op basis van recente Teams-chats en ongelezen emails

• /draft: start het opstellen van een email of document op basis van context

• /file, /person, /meeting: voeg specifieke bestanden, collega’s of vergaderingen toe als context

Dit is het verschil tussen 30 seconden typen en 3 seconden klikken. Tien keer per dag scheelt dat een kwartier.

Edit in Pages. Elk antwoord dat Copilot geeft kun je met het potlood-icoon omzetten naar een Loop-pagina. Dat is een samenwerkdocument dat je direct kunt delen met collega’s. Geen screenshots meer van chatantwoorden.

Edit in Outlook. Laat Copilot een email opstellen en druk op “Edit in Outlook”. De draft verschijnt direct in je Outlook concepten-map. Op je laptop, je telefoon, overal.

Meetings plannen. Vraag Copilot: “Plan een meeting met [naam] volgende week dinsdag.” Copilot checkt beschikbaarheid, toont opties als kaartjes, en je drukt op “Send invite”. Klaar.

Scheduled Prompts. Dit is een pareltje dat bijna niemand kent. Je kunt een prompt inplannen om automatisch te draaien. Stel, je wilt elke maandagochtend een overzicht van je inbox: maak de prompt, klik op de drie puntjes, kies “Schedule this prompt”, stel in op elke maandag 8:00 uur, en je krijgt een melding als het klaar is. Letterlijk je eigen digitale chief of staff.

Dicteren: meer zeggen in 60 seconden dan je kunt typen

De microfoon-knop in Copilot Chat is misschien wel de meest onderschatte functie. Niet alleen om een vraag in te spreken in plaats van te typen. Het gaat verder dan dat.

Voice Chat is een volwaardig gesprek met Copilot. Je drukt op de microfoonknop en praat gewoon. Copilot antwoordt met spraak, je stelt vervolgvragen, en het hele gesprek wordt achteraf als tekst opgeslagen. Copilot kan tijdens het gesprek je agenda raadplegen, bestanden doorzoeken, en voorstellen doen. En het trekt uit je opgeslagen geheugen en voorkeuren, dus het kent je context.

Heb je een Copilot+ PC? Dan wordt het nog interessanter. Fluid Dictation verwerkt je spraak lokaal op de chip van je laptop. Het corrigeert grammatica, interpunctie en filtert opvulwoorden (”uhm”, “eh”) weg terwijl je praat. Geen cloudverwerking, dus maximale privacy en snelheid.

Waarom is dit belangrijk? Omdat je pratend in 60 seconden meer context kunt geven dan in 60 seconden typen. Dat is niet lui zijn. Dat is slim omgaan met hoe taal werkt. Je gedachten stromen sneller als je praat, je geeft meer nuance, meer context. En meer context betekent beter output.

Denk aan brainstormen voor een projectvoorstel. In plaats van drie alinea’s te typen, pak je de microfoon en ratel je twee minuten over wat je in je hoofd hebt. Copilot vangt het op, structureert het, en geeft je een eerste versie terug.

Copilot Chat vs de rest

Copilot Chat is niet de enige AI-assistent. Hoe verhoudt het zich tot de concurrentie?

ChatGPT (Plus/Team). De bekendste. Sterk in algemene kennis en creatief schrijven. Maar: geen directe toegang tot je werkdata. Je moet alles handmatig uploaden. Geen integratie met Outlook, Teams of SharePoint.

Google Gemini. Geïntegreerd in Google Workspace. Als je organisatie op Google draait, is dit de logische keuze. Maar de meeste Nederlandse bedrijven zitten op Microsoft 365.

Claude (Anthropic). Uitstekend voor analyse en kritisch denken. Nu beschikbaar binnen Copilot Chat zelf, dus je hoeft niet apart een abonnement af te sluiten.

Het grote voordeel van Copilot Chat? Het zit in je bestaande werkomgeving. Het kent je mails, je agenda, je bestanden, je Teams-chats. Je hoeft niet te switchen, niet te uploaden, niet uit te leggen waar je het over hebt. Copilot weet het al.

Waarom zou je hier serieus mee aan de slag gaan?

1. Je betaalt er al voor. Als je organisatie Microsoft 365 heeft, heb je Copilot Chat. De gratis versie doet al een hoop. Gebruik je het niet? Dan laat je waarde liggen.

2. Het bespaart je meetbare tijd. Niet “misschien ooit” maar nu. Een email die je normaal 10 minuten kost, duurt 2 minuten. Een vergadering voorbereiden: van 30 minuten naar 5. Een spreadsheet analyseren: van een uur naar 10 minuten. De mensen die dit goed gebruiken in mijn trainingen melden consistent 30-60 minuten per dag terug.

3. Het wordt alleen maar beter. In de afgelopen 6 maanden zijn er Notebooks bijgekomen, Claude-integratie, Voice Chat, Agent Mode, en GPT 5.4. Microsoft investeert zwaarder in Copilot dan in welk ander product ook. Wie nu leert hoe de knoppen werken, profiteert het meest van wat er nog komt.

Je eerste Copilot Chat sessie in 5 minuten

Geen theorie meer. Doe mee.

Stap 1: Open Copilot Chat. Ga naar m365copilot.com in je browser. Of zoek “Copilot” in de Windows zoekbalk. Of open Teams en klik op het Copilot-icoon in de linkerzijbalk.

Stap 2: Check je model. Klik rechtsboven op de dropdown (staat op “Auto”). Klik op “More” en bekijk welke modellen je hebt. Zie je GPT 5.3 en GPT 5.4? Top. Zie je ook Claude? Nog beter.

Stap 3: Voeg een document toe. Klik op “+” of typ “/” in de chatbalk. Kies een recent bestand uit OneDrive. Vraag: “Geef me de drie belangrijkste punten uit dit document.”

Stap 4: Sla je prompt op. Als je een prompt maakt die je vaker wilt gebruiken, klik dan op het bookmark-icoon bij het antwoord. Geef het een duidelijke naam en sla het op in je Prompt Gallery.

Stap 5: Stel je geheugen in. Typ in de chat: “Stel me 5 vragen om me beter te leren kennen.” Beantwoord de vragen. Copilot slaat je voorkeuren automatisch op. Vanaf nu kent het je rol, je taal, je stijl.

Dat is het. Vijf minuten. Je hebt nu een Copilot die je document kent, je voorkeuren onthoudt, en een prompt klaar heeft staan voor de volgende keer.

Drie niveaus van Copilot Chat

Niet iedereen hoeft alles tegelijk te leren. Ik deel het altijd in drie niveaus in.

Niveau 1: Vraag en antwoord. Je typt een vraag, Copilot geeft een antwoord. De meeste mensen zitten hier. Prima startpunt, maar je mist 80% van de waarde.

Niveau 2: Context meegeven. Je voegt documenten toe, gebruikt slash commands, schakelt naar Think Deeper voor complexe vragen, en gebruikt de microfoon voor brainstorms. Hier begint het echt nuttig te worden.

Niveau 3: Personalisatie en automatisering. Custom instructions zodat Copilot altijd in jouw stijl antwoordt. Notebooks voor projectspecifiek werk. Prompt Gallery als je teambibliotheek. Scheduled Prompts als je persoonlijke assistent. Dit is het niveau waar je echt tijd terugwint.

De rest van dit playbook gaat over niveau 2 en 3. Als je op niveau 1 zit, begin dan met de 5-minuten sessie hierboven en kom terug als je klaar bent voor meer.

🔒PREMIUM

De rest van dit playbook is voor premium lezers. Hierna: kopieerbare prompt templates, een complete Notebook-setup, geavanceerde instellingen die het verschil maken, en de 7 fouten die ik bij elke training zie.

🔓 Deel het en krijg GRATIS maanden premium

Stuur THE HUMAN LOOP door naar één collega die ook met AI bezig is. Voor elke vriend die zich aanmeldt, krijg je gratis maanden premium: inclusief alle Playbooks.

Verwijs een vriend

Concreet:
2 vrienden = 1 maand.
5 vrienden = 3 maanden.
12 vrienden = een half jaar.

Read more

Je kent dit scenario. Je opent Claude, typt een vraag, krijgt een antwoord. Prima. Maar dan wil je iets complexers. Je hebt tien PDFs die samengevat moeten worden. Of je wilt een Excel-bestand met formules op basis van drie bronbestanden. Of je moet een onderzoeksrapport samenstellen uit zes losse artikelen.

En dan begint het gedoe. Je kopieert tekst, plakt het in het chatvenster, wacht op het antwoord, kopieert de output, opent een nieuw bestand, plakt het erin. Herhaal dat tien keer. Dat is geen productiviteit, dat is digitaal kopieerwerk.

Cowork lost dit op. Niet door sneller te chatten, maar door Claude te laten werken zoals een collega werkt. Je beschrijft wat je nodig hebt, je laat Claude de bestanden openen, verwerken, combineren en het resultaat opslaan. Je hoeft niet te kopiëren, niet te plakken, niet te wachten bij elke stap. Je beschrijft het eindresultaat en komt terug als het klaar is.

Wat is Cowork?

Cowork is een modus in de Claude Desktop-app die Claude verandert van een chatbot naar een uitvoerder. In de normale Chat-modus stel je een vraag en krijg je een antwoord. In Cowork beschrijf je een taak en voert Claude die uit. Inclusief bestanden openen, aanmaken, bewerken en opslaan op je computer.

Vergelijk het met het verschil tussen iemand bellen met een vraag en iemand een opdracht geven. Bij bellen zeg je: “Hoe moet ik dit rapport structureren?” Bij een opdracht zeg je: “Maak dit rapport af op basis van deze drie bronnen en zet het in mijn Documenten-map.” Cowork is die opdracht-modus.

En voordat je denkt dat dit iets is voor techneuten: Cowork werkt volledig visueel, in dezelfde Claude Desktop-app die je waarschijnlijk al gebruikt. Geen terminal, geen command line, geen code. Je typt gewoon wat je nodig hebt.

Chat, Cowork en Code: drie modi, drie doelen

Claude Desktop heeft drie tabbladen bovenaan: Chat, Cowork en Code. Elk voor een ander doel.

Chat is wat je kent. Vraag-antwoord. Brainstormen, tekst schrijven, vragen beantwoorden. De output blijft in het chatvenster. Snel, direct, geen bestanden.

Cowork is de stap daarna. Hier geef je Claude toegang tot mappen op je computer. Claude kan bestanden lezen, aanmaken, bewerken en opslaan. Taken worden opgesplitst in stappen, soms met meerdere sub-agents die parallel werken. Je ziet wat Claude doet, kunt bijsturen, en krijgt het resultaat als bestanden op je schijf.

Code is de technische modus, vergelijkbaar met Claude Code in de terminal. Voor ontwikkelaars die met code werken.

Voor de meeste professionals is Cowork de sweet spot. Je hebt de kracht van autonome uitvoering zonder dat je een terminal hoeft te openen.

Hoe verschilt dit van ChatGPT of Gemini?

ChatGPT heeft Custom GPTs en een Canvas-modus. Gemini heeft Gems en Notebook LM. Maar geen van beiden geeft je wat Cowork biedt: directe toegang tot je lokale bestanden.

Bij ChatGPT upload je een bestand, wacht je op verwerking, en download je het resultaat. Dat werkt voor een enkel bestand. Maar als je twintig bestanden moet verwerken, of als het resultaat meerdere bestanden bevat, wordt het een logistieke nachtmerrie van uploaden en downloaden.

Cowork slaat die stap over. Claude leest direct uit je mappen en schrijft direct terug. Geen upload, geen download. Het voelt alsof je een collega naast je hebt zitten die gewoon je bestanden opent.

Chat: je uploadt een bestand, krijgt tekst terug in het chatvenster, kopieert dat naar een document.

Cowork: je wijst naar een map, beschrijft het eindresultaat, en Claude levert werkende bestanden op. Geen upload/download-dans, geen kopiëren/plakken. Meerdere bestanden tegelijk, parallel verwerkt. Terugkerende taken ingepland. Context die blijft bestaan via folder-instructies.

Wat er onder de motorkap zit

Wanneer je Cowork een taak geeft, draait Claude in een afgesloten omgeving op je computer. Technisch is het een lichtgewicht Linux-VM (virtual machine), zeg maar een mini-computer in je computer. Claude kan daarbinnen Python, JavaScript en shell-commando’s uitvoeren.

Waarom is dat belangrijk? Omdat het betekent dat Claude niet alleen tekst kan genereren, maar ook kan rekenen, data kan verwerken, en bestanden kan aanmaken in formats die je daadwerkelijk kunt gebruiken. Excel-bestanden met werkende VLOOKUP-formules. PowerPoint-presentaties met opmaak. CSV-bestanden met berekende kolommen.

Die sandbox zorgt ook voor veiligheid. Claude heeft alleen toegang tot de mappen die jij expliciet deelt. De rest van je computer is afgeschermd. En voordat Claude bestanden verwijdert, moet je daar expliciet toestemming voor geven.

Vergelijk het met een werkruimte die je inricht voor een freelancer. Je geeft toegang tot de projectmap, niet tot je hele kantoor. De freelancer kan alles doen binnen die ruimte, maar komt niet bij je e-mail of je bankgegevens.

Waarom zou je Cowork willen gebruiken?

Drie redenen.

1. Complexe taken in één keer. Stel, je moet een marktanalyse maken op basis van zes artikelen, drie rapporten en een dataset. In Chat zou je elk bestand apart uploaden, verwerken, en zelf de synthese maken. In Cowork zeg je: “Analyseer alle bronnen in mijn Research-map, identificeer de drie belangrijkste trends, en maak een rapport met grafieken.” Claude doet de rest.

2. Bestanden die je daadwerkelijk kunt gebruiken. Geen tekst in een chatvenster die je vervolgens moet kopiëren naar Word. Cowork levert Excel met formules, PowerPoint met slides, opgemaakte PDF-rapporten. Bestanden die je direct kunt doorsturen naar je team of je klant.

3. Automatisering zonder code. Met scheduled tasks kun je terugkerende taken inplannen. Elke ochtend een samenvatting van je e-mail. Elke maandag een weekrapport. Elke vrijdag een statusupdate. Je stelt het één keer in, Claude doet het automatisch.

Concrete voorbeelden per beroep

Consultant: Je hebt zes klantgesprekken opgenomen. Cowork transcribeert ze via Whisper, analyseert alle transcripten, identificeert terugkerende thema’s, en maakt een rapport met aanbevelingen in jouw huisstijl. Van audio naar afgerond adviesrapport, zonder tussenkomst.

Marketeer: Je hebt een kwartaal aan social media data in CSV-bestanden. Cowork maakt er een dashboardrapport van met grafieken, trends en aanbevelingen. In Excel, kant-en-klaar voor je presentatie.

Projectmanager: Tien wekelijkse statusrapporten in je projectmap. Cowork vat ze samen, signaleert vertragingen, en maakt een overzicht voor het managementteam.

HR-professional: 30 CV’s in een map. Cowork screent ze op basis van je functie-eisen, rangschikt ze, en maakt een shortlist met argumentatie per kandidaat.

Onderzoeker: 50 wetenschappelijke papers als PDF. Cowork leest ze, extraheert de kernbevindingen, en maakt een literatuuroverzicht met citaten.

En dat is nog steeds de basis. Met plugins en connectors kun je Cowork ook koppelen aan Slack, Gmail, Notion, je CRM, en meer. Maar daar komen we zo op.

Je eerste Cowork-taak in 5 minuten

Genoeg theorie. We gaan het proberen. Open je Claude Desktop-app en doe mee.

Stap 1: Open Cowork

Klik bovenaan op het tabblad Cowork. Je ziet nu een andere interface dan Chat. Links staat een zijbalk met je taken, plugins en instellingen.

Stap 2: Selecteer een map

Cowork vraagt je om een map te selecteren op je computer. Kies een map waar je bestanden in hebt staan die je wilt verwerken. Bijvoorbeeld je Downloads-map, een projectmap, of een map met rapporten.

Belangrijk: deel niet je hele thuismap. Kies specifiek de map die relevant is voor je taak. Je geeft Claude toegang tot alles in die map, dus wees bewust.

Stap 3: Beschrijf je taak

Typ wat je wilt bereiken. Niet hoe, maar wat. Bijvoorbeeld:

“Analyseer alle PDF-bestanden in deze map. Maak een samenvattingsdocument met de kernpunten uit elk bestand. Sla het op als samenvatting.docx.”

Of iets simpelers om te beginnen:

“Organiseer alle bestanden in deze map in submappen op basis van bestandstype (PDF, afbeeldingen, documenten). Hernoem bestanden met een beschrijvende naam.”

Stap 4: Review het plan

Claude toont eerst een plan voordat het begint. Je ziet welke stappen Claude gaat nemen en welke bestanden worden aangeraakt. Controleer dit. Als het er goed uitziet, geef je groen licht.

Stap 5: Laat het werken

Claude gaat aan de slag. Je ziet de voortgang in real-time: welke bestanden worden gelezen, wat er wordt aangemaakt, welke sub-taken er parallel lopen. Je kunt tussendoor bijsturen als je ziet dat Claude een andere kant op gaat dan je bedoelde.

Als het klaar is, vind je de resultaten in je map. Echte bestanden, niet tekst in een chatvenster.

Merken jullie het verschil? Je hebt niet tien keer gekopieerd en geplakt. Je hebt één keer beschreven wat je wilde, en Claude heeft het uitgevoerd.

De drie niveaus van Cowork

Net als bij Skills (zie ons vorige playbook) zijn er niveaus van complexiteit. En net als toen geldt: begin bij niveau 1. Bouw van daaruit.

Niveau 1: Directe taken

Je opent Cowork, beschrijft een taak, Claude voert het uit. Geen voorbereiding, geen setup. Dit is waar iedereen begint en eerlijk gezegd is dit voor veel taken meer dan genoeg.

Voorbeelden: bestanden organiseren, documenten samenvatten, rapporten genereren, data analyseren.

Niveau 2: Gestructureerd met context

Je voegt context-bestanden toe aan je werkmap. Een about-me.md met wie je bent en hoe je werkt. Een voice-and-style.md met je schrijfstijl. Cowork leest deze bestanden automatisch bij elke taak in die map. Vergelijk het met het onboardingdocument dat je een nieuwe collega geeft.

Dit is waar Cowork serieus wordt. In plaats van elke keer opnieuw uit te leggen dat je rapporten in formele toon schrijft, dat je altijd een managementsamenvatting wilt, en dat je bedrijf “ACME Consultancy” heet: schrijf het één keer op en Cowork weet het.

Niveau 3: Geautomatiseerd met plugins en schema’s

Je installeert plugins voor specifieke werkstromen (sales, marketing, legal, data). Je plant taken in die automatisch draaien. Je koppelt externe tools via connectors (Slack, Gmail, Notion). Dit is het niveau waar Cowork een soort digitale collega wordt die proactief werk verzet.

Maar goed, dit is het premium-gedeelte van dit playbook. Laten we daar eens induiken.

🔒 PREMIUM CONTENT

De rest van dit playbook is voor premium lezers. Hieronder vind je de complete setup: context-bestanden die je kunt kopiëren, de plugins die het verschil maken, scheduled tasks die je werk automatiseren, en de fouten die je wilt vermijden.

🔓 Deel het en krijg GRATIS maanden premium

Stuur THE HUMAN LOOP door naar één collega die ook met AI bezig is. Voor elke vriend die zich aanmeldt, krijg je gratis maanden premium: inclusief alle Playbooks.

Verwijs een vriend

Concreet:
2 vrienden = 1 maand.
5 vrienden = 3 maanden.
12 vrienden = een half jaar.

Read more

Je hebt het voorbij zien komen. Screenshots van mensen die via Whatsapp of Telegram aan hun AI vragen om e-mails samen te vatten, meetings voor te bereiden, en onderzoek te doen. Terwijl zij in de trein zitten. Of slapen. Of gewoon iets beters te doen hebben.

Dat is OpenClaw. En het is de snelst groeiende open-source repository ooit op GitHub. Meer dan 79.000 sterren in een paar maanden tijd. De maker, Peter Steinberger, is inmiddels ingelijfd door OpenAI om daar het personal agents team te leiden. Zijn missie: een AI-assistent bouwen die zelfs je moeder kan gebruiken.

Maar goed, even nuchter blijven. Want de hype is groot, en ik zie veel mensen de verkeerde kant op rennen.

Wat is OpenClaw eigenlijk?

OpenClaw is een open-source framework waarmee je een persoonlijke AI-assistent draait op je eigen hardware. Niet in de cloud van iemand anders, maar op jouw machine. Of nog beter: op een VPS ergens in een datacenter, 24 uur per dag, 7 dagen per week.

Stel je het zo voor. Je kent die slimme collega die alles onthoudt? Die altijd beschikbaar is, nooit ziek, en elke taak oppakt die je hem geeft? Dat is OpenClaw. Maar dan met een paar belangrijke kanttekeningen: hij heeft toegang tot je bestanden, je e-mail, je agenda, en het internet. Hij kan commando’s uitvoeren op je computer, websites bezoeken, en namens jou berichten sturen.

Eigenlijk is het een soort schil om de grote AI-modellen (Claude, GPT, Gemini) heen, die ze verbindt met de echte wereld. ChatGPT kan je een antwoord geven. OpenClaw kan dat antwoord ook opvolgen met een actie.

De architectuur is simpel. Vier lagen:

1. Kanalen. Telegram, WhatsApp, Slack, Discord, iMessage. Meer dan 20 opties. Jij chat via de app die je al gebruikt.

2. Gateway. Het zenuwcentrum. Een Node.js applicatie die alles coördineert: berichten, sessies, tools, taken.

3. Het AI-brein. Claude, GPT, Gemini, of een lokaal model via Ollama. Jij kiest welk model je wilt, en je kunt per taak wisselen.

4. Skills en tools. Herbruikbare modules die je assistent nieuwe vaardigheden geven. Van e-mail lezen tot afbeeldingen genereren.

En het mooie: alles draait lokaal. Jouw data blijft op jouw machine. De enige verbinding naar buiten is de API-call naar het AI-model van je keuze. Dat is het.

De Mac Mini mythe

Er was een hele hype rondom OpenClaw en Mac Mini’s. Mensen kochten dedicated hardware voor 700 tot 1500 euro om hun AI-assistent op te draaien. En ja, dat werkt. Maar het is volstrekt onnodig.

OpenClaw is een Node.js applicatie. Dat is geen zware software. Het draait prima op een VPS. Mijn advies: een Hostinger KVM2. Dat is 2 vCPU cores, 8GB RAM, 100GB NVMe-opslag en 8TB bandbreedte. Meer dan genoeg ruimte voor OpenClaw, je databases, logs, en skills. Kosten? Minder dan een tientje per maand. Hier regel je het.

Vergelijk het met een website hosten. Niemand koopt een fysieke server om een WordPress-site te draaien. Je huurt een plekje in een datacenter. Dat is betrouwbaarder (altijd online, professionele netwerkaansluiting, automatische backups) en goedkoper dan een apparaat in je huiskamer dat stroom vreet en stof verzamelt.

De enige reden om lokale hardware te overwegen: als je lokale AI-modellen wilt draaien via Ollama in plaats van API’s te gebruiken. Dan heb je wel een serieuze GPU nodig. Maar dat is een niche use case. De meeste mensen gebruiken gewoon Claude of GPT via de API, en dan is een simpele VPS meer dan genoeg.

Even over veiligheid

En hier wordt het serieus. Want OpenClaw is krachtig, maar die kracht komt met risico’s.

Ik haal in mijn workshops altijd het voorbeeld aan van de hoofd AI Safety bij Meta. Zij had OpenClaw draaien op haar Mac Mini. Het systeem begon op een gegeven moment al haar e-mails te verwijderen. Terwijl ze er live bij zat en in de chat vroeg om te stoppen. De assistent negeerde haar. Ze moest fysiek naar haar Mac Mini rennen om de stekker eruit te trekken.

Lees dat nog eens. De persoon die verantwoordelijk is voor AI-veiligheid bij een van de grootste techbedrijven ter wereld, kon haar eigen AI-assistent niet onder controle houden. Als zij dat niet veilig kan draaien op haar persoonlijke computer, waarom denken wij dan dat we dat wel kunnen?

Dus hoe kun je het dan wel veilig draaien? Door het anders op te zetten dan zij deed:

1. Nooit op je persoonlijke computer. Altijd op een geïsoleerde omgeving: een VPS of dedicated apparaat. Als er iets misgaat, heeft het geen toegang tot jouw persoonlijke bestanden, foto’s en wachtwoorden.

2. Lees-rechten eerst. Begin met alleen leestoegang voor e-mail en agenda. Geen schrijf- of verwijderrechten. Pas als je weken hebt gezien dat het betrouwbaar werkt, breid je voorzichtig uit.

3. Gebruik het sterkste model. Goedkopere modellen zijn gevoeliger voor prompt injection, een techniek waarbij kwaadaardige tekst in een e-mail of website de AI manipuleert om iets te doen wat jij niet wilt. Claude Opus is op dit moment het meest resistent.

4. Gescheiden accounts. Maak een apart e-mailaccount en een aparte GitHub-organisatie aan voor je assistent. Geen toegang tot je echte accounts.

Ik draai het zelf ook zo. Eigen VPS, eigen GitHub-organisatie waar we samen code naar pushen, apart Gmail-account met Google OAuth. De assistent kan samenwerken, maar binnen een sandbox. Als er iets misgaat, is de schade beperkt tot die sandbox.

Wat kan het dan allemaal?

Een greep uit wat mensen ermee doen (en wat ik er zelf mee experimenteer):

Communicatie. E-mails samenvatten, prioriteren, concept-antwoorden schrijven. Vergaderingen voorbereiden door contactinformatie en eerdere gesprekken op te zoeken. Dagelijkse briefings genereren.

Research. Artikelen, video’s en social media monitoren. Content samenvatten en opslaan in een persoonlijke kennisbank. Zoeken door alles wat je ooit hebt opgeslagen via natuurlijke taal.

Automatisering. Terugkerende taken op schema zetten via cron jobs. Elke ochtend een briefing. Elke avond een security check. Elke week een samenvatting van je social media statistieken.

Ontwikkeling. Code schrijven, reviewen, en committen. Werkt met Claude Code of Cursor als sub-agent.

En je bestuurt het allemaal via Telegram, WhatsApp, of welke chat-app je ook gebruikt. Gewoon een berichtje sturen, zoals je aan een collega zou doen.

Ik gebruik zelf Telegram met een groep waarin ik verschillende kanalen (topics) heb aangemaakt. Elk kanaal heeft een eigen focus: research, skills, updates. Zo houd ik de context schoon en kan ik parallel aan verschillende dingen werken.

Je OpenClaw installeren: de basis

Goed, nu wordt het praktisch. Ik loop je door de basisstappen. Je hebt een VPS nodig en een kwartier tijd.

Stap 1: Een VPS regelen

Ga naar Hostinger en neem een KVM2 VPS (2 vCPU cores, 8GB RAM, 100GB NVMe, 8TB bandbreedte). Kies Ubuntu als besturingssysteem.

Stap 2: Inloggen via SSH

Open je terminal en log in:

ssh root@jouw-ip-adres

Stap 3: Een aparte gebruiker aanmaken

Draai OpenClaw nooit als root. Maak een dedicated gebruiker aan:

adduser openclaw
usermod -aG sudo openclaw
su - openclaw

Stap 4: OpenClaw installeren

Eén commando:

npm install -g openclaw@latest
openclaw onboard --install-daemon

Dit installeert alles, inclusief Node.js als dat nog niet aanwezig is. De --install-daemon flag zorgt ervoor dat de gateway automatisch opstart als systemd service. Dat betekent: als je terminal sluit, blijft OpenClaw draaien.

Stap 5: De onboarding doorlopen

De wizard vraagt je een paar dingen:

• Welke AI-provider? (Anthropic, OpenAI, Google, of Open Router voor toegang tot alles)

• Je API key

• Welk standaardmodel?

• Welk communicatiekanaal? (Telegram is het populairst)

Voor Telegram maak je via BotFather een nieuwe bot aan, kopieer je het token, en plak je dat in de configuratie. Binnen twee minuten heb je een werkende chatbot.

Stap 6: Eerste gesprek

Stuur je eerste bericht via Telegram. Begin simpel. Stel jezelf voor, vertel wat je doet, wat je verwacht. OpenClaw onthoudt dit en bouwt er een profiel mee op.

Mijn tip: stuur een paar voice notes waarin je vertelt over je werk, je projecten, je frustraties. Hoe meer context je geeft, hoe nuttiger de assistent wordt. Dat is eigenlijk hetzelfde als het inwerken van een nieuwe collega. Die eerste paar dagen leg je uit hoe jullie werken. Daarna pakt die het zelf op.

En dan het belangrijkste: doe niet alles tegelijk. De grootste fout die ik zie bij nieuwe gebruikers is dat ze meteen alle skills willen installeren, alle accounts willen koppelen, en alles willen automatiseren. Begin met een ding. Een dagelijks nieuwsoverzicht. Of een samenvatting van je inbox. Draai dat een week, verfijn het, en breid dan pas uit.

PREMIUM CONTENT

De rest van deze playbook is exclusief voor premium lezers van The Human Loop.

Hieronder vind je de complete setup: welke modellen je kiest (en waarom), welke skills en MCP’s je installeert, hoe je de security hardet, de juiste configuratiebestanden, cron job architectuur, en de fouten die je absoluut wilt vermijden.

Read more

Iedereen heeft dezelfde tools. Claude Code, Cursor, Antigravity, Lovable. Dezelfde modellen, dezelfde rekenkracht, dezelfde mogelijkheden. Maar de resultaten? Die lopen absurd uiteen. De een bouwt iets dat eruitziet als een eerstejaars HTML-opdracht. De ander levert een site die je niet van een professioneel bureau kunt onderscheiden.

Het verschil zit niet in de tool. Het zit in de workflow. In hoe je begint, wat je vraagt, hoe je bijstuurt, en wanneer je stopt. Eigenlijk is het hetzelfde als architectuur: het bouwmateriaal is voor iedereen beschikbaar. Beton, staal, glas. Maar wat je ermee maakt, hangt af van de bouwtekening. Jij bent de architect. AI is je bouwploeg.

En die bouwploeg is in februari 2026 bijzonder competent geworden.

Wat is AI-webdesign eigenlijk?

Even helder maken wat we bedoelen. AI-webdesign gaat verder dan een prompt typen en een website krijgen. Dat kun je ook, maar dan krijg je precies het soort website dat je verdient: generiek, voorspelbaar, en van een afstand herkenbaar als AI-output. Paarse gradiënten, standaard systeemfonts, componenten die je op duizend andere sites ziet. In de industrie noemen ze dit AI slop.

Waar het wel over gaat: AI als versneller van jouw design-ideeën. Jij bepaalt hoe het eruitziet, hoe het aanvoelt, hoe het werkt. AI vertaalt dat naar werkende code. Snel. Heel snel. Waar een developer dagen nodig heeft voor een landingspagina, heb jij een werkend resultaat in een middag.

En het landschap is de afgelopen maanden flink veranderd. Drie ontwikkelingen maken het verschil:

1. Figma Code to Canvas. Figma en Anthropic hebben een samenwerking die de cirkel ronddraait. Tot nu toe ging de stroom altijd van design naar code. Nu kun je code naar Figma sturen. Je bouwt iets in Claude Code, typt “stuur dit naar Figma”, en je krijgt volledig bewerkbare design layers terug. Bidirectioneel. Design en code zijn geen gescheiden werelden meer.

2. Frontend-design plugins. Claude Code heeft plugins die specifiek zijn getraind op visueel design. Ze herkennen automatisch wanneer je een visuele taak doet en schakelen over naar een andere aanpak: gedurfde typografie, doordachte kleurkeuzes, animaties met aandacht. Geen standaard code-output.

3. One-click deployment. Een werkende site live zetten kost letterlijk één commando. vercel deploy en je site staat online met een URL die je direct kunt delen. De drempel tussen “lokaal prototype” en “live website” is verdwenen.

Dus de kern: AI-webdesign is architectuur. Jij levert de bouwtekening. AI levert de bouwploeg. En die bouwploeg wordt steeds beter in het lezen van jouw tekening.

“Maar ik kan toch gewoon Wix gebruiken?”

Begrijpelijke gedachte. Laten we het even naast elkaar leggen.

Website builders (Wix, Squarespace, Framer): Snel, gebruiksvriendelijk, geen technische kennis nodig. Maar je zit vast in hun templates en hun ecosysteem. Wil je iets dat net anders werkt dan wat het template toestaat? Pech. Je bent huurder, geen eigenaar. En zodra je groeit, loop je tegen grenzen aan.

Developer inhuren: Professioneel resultaat, volledige controle. Maar duur (reken op minimaal een paar duizend euro voor een goede landingspagina), traag (weken communicatie, revisies, misverstanden), en je bent afhankelijk van iemand anders’ agenda.

AI-webdesign (Claude Code, Cursor, vergelijkbare tools): Jij behoudt volledige controle over elke pixel. Het resultaat is echte code die je eigendom is. Geen maandelijkse licentiekosten na oplevering. De snelheid zit tussen Wix (minuten) en developer (weken) in: een professionele site in uren tot een dag. En je kunt altijd aanpassen zonder op iemand te wachten.

Is het beter? Hangt af van je situatie. Voor een simpele one-pager waar niks speciaals aan hoeft: Wix is prima. Voor een complex e-commerce platform met custom logica: huur een developer. Maar voor alles daartussen (en dat is een enorm grijs gebied) is AI-webdesign waarschijnlijk de slimste keuze van dit moment.

Het bewijs: domeinkennis wint van code-kennis

Even een concreet datapunt. Bij een recente hackathon voor Claude Code waren er 13.000 aanmeldingen. 500 werden geselecteerd, 277 leverden een afgerond project op in zes dagen. Samen goed voor 21 miljoen regels code.

De winnaars? Een advocaat die software bouwde voor bouwvergunningen. Een cardioloog die een patiëntcompanion maakte. Een weginspecteur uit Uganda die wegonderhoud automatiseerde. 3 van de 5 winnaars waren geen programmeurs.

Ze wonnen niet ondanks hun gebrek aan code-ervaring. Ze wonnen juist dankzij hun domeinkennis. Ze wisten precies WAT er gebouwd moest worden. De code was het makkelijke deel.

Dus als je je ooit hebt afgevraagd of je “technisch genoeg” bent voor AI-webdesign: de data zegt dat je technische achtergrond er steeds minder toe doet. Wat wel telt is of je weet wat je wilt bouwen, voor wie, en waarom.

Waarom zou je dit willen?

Drie redenen.

1. Snelheid. Een landingspagina die een designer plus developer twee weken kost, bouw je in een middag. Niet een prototype, niet een mockup. Een werkende, responsieve, deploybare site.

2. Creatieve controle. Je bent niet afhankelijk van wat een template toestaat of hoe een developer jouw briefing interpreteert. Je stuurt direct bij in natuurlijke taal. “De hero sectie moet full-height zijn.” “Verander de achtergrondkleur naar een warmer tint.” “Voeg een subtiele hover-animatie toe op de kaarten.” Claude voert het uit terwijl je toekijkt.

3. Eigendom. Wat je bouwt is van jou. Echte HTML, CSS, JavaScript of React. Geen vendor lock-in, geen maandelijkse abonnementen na oplevering. Je kunt het hosten waar je wilt, aanpassen wanneer je wilt, of overdragen aan een developer als je dat later wilt.

Waar kun je dit voor gebruiken?

Concrete voorbeelden:

• Ondernemer: Een professionele landingspagina voor je nieuwe product of dienst. Inclusief contactformulier, testimonials, en een duidelijke call-to-action.

• Freelancer: Portfolio-sites voor je eigen werk, of landingspagina’s voor klanten met hogere marges (want je hoeft geen developer meer in te huren).

• Consultant: Een one-pager voor je volgende workshop, evenement, of productlancering. Binnen een dag live, inclusief registratieformulier.

• Marketeer: Landingspagina’s voor campagnes. A/B-varianten in minuten in plaats van weken.

• Projectmanager: Een interne tool of dashboard. Iets dat het team nodig heeft maar dat nooit prioriteit krijgt bij development.

Eigenlijk geldt: als je ooit hebt gedacht “ik wou dat ik dit even snel kon bouwen zonder op een developer te wachten,” dan is dit voor jou.

En dan het grotere plaatje

En merk je wat er de afgelopen maanden gebeurt? Alles groeit naar elkaar toe. Figma’s Code to Canvas maakt ontwerp en code inwisselbaar. Claude Code’s Remote Control laat je een bouwsessie starten op je laptop en bijsturen vanaf je telefoon. Google’s Stitch verbindt AI-design direct met code-generatie via MCP. Elke maand krimpt de afstand tussen “een idee hebben” en “een werkende site online zetten.”

Je eerste pagina in 5 minuten

Genoeg context. We gaan iets bouwen.

Open je terminal. Heb je Claude Code nog niet? Installeer het:

npm install -g @anthropic-ai/claude-code

Maak een projectmap en start Claude Code:

mkdir mijn-eerste-site && cd mijn-eerste-site
claude

Nu het belangrijke deel. Typ niet zomaar “maak een website.” Dat is alsof je een bouwploeg op een kavel zet zonder bouwtekening. Geef een briefing:

Bouw een landingspagina voor een AI-consultancybureau.
Stijl: modern, minimalistisch, warme kleurtonen.
Secties: hero met headline, diensten (3 kaarten), over ons, contact.
Gebruik Next.js en Tailwind CSS.
Begin eerst met een plan voordat je code schrijft.

Die laatste zin is cruciaal. “Begin eerst met een plan.” Claude maakt dan een plan.md aan, laat het je zien, en wacht op goedkeuring. Pas na jouw akkoord begint het bouwen. Zo behoud je controle over de richting voordat er een regel code is geschreven.

Binnen een paar minuten heb je een werkende site. Bekijk het resultaat:

npm run dev

Open je browser op localhost:3000. Je ziet een werkende pagina. Geen mockup, geen wireframe. Een site.

En nu het mooie: je kunt bijsturen in gewoon Nederlands. “Maak de hero sectie hoger.” “Voeg een gradient toe aan de achtergrond.” “De kaarten moeten een schaduw hebben bij hover.” Elke aanpassing, direct doorgevoerd.

Merken jullie het verschil met een template? Je bent niet aan het slepen met blokjes. Je bent aan het ontwerpen met woorden.

Drie niveaus van AI-webdesign

Niet elk project is hetzelfde. Er zijn drie niveaus, en het helpt om te weten waar je mee te maken hebt.

Niveau 1: Enkele pagina. Een landingspagina, een portfolio, een one-pager. Dit is waar AI-webdesign op z’n sterkst is. Eenvoudige structuur, duidelijk doel, visueel resultaat. Verwacht hier het beste resultaat met de minste ervaring.

Niveau 2: Multi-page site. Meerdere pagina’s met navigatie, een blog, een projectoverzicht. Hier wordt planning belangrijker. Je hebt een design system nodig (consistente kleuren, typografie, spacing) en je moet nadenken over routing en navigatie. Prima haalbaar, maar het vereist een betere briefing.

Niveau 3: Applicatie. Een tool met database, authenticatie, gebruikersaccounts. Denk aan een dashboard, een booking-systeem, een intern platform. Dit kan met AI-webdesign, maar je moet begrijpen wat je bouwt. Niet hoe het werkt op code-niveau, maar wat het doet op architectuur-niveau. Database-keuzes, authenticatie-flows, API-structuur.

Begin bij niveau 1. Serieus. Ik kan dit niet genoeg benadrukken. In elke workshop die ik geef, zie ik hetzelfde patroon: mensen willen meteen naar niveau 3. Ze hebben nog geen werkende pagina staan, maar willen al een database-koppeling, een MCP-integratie, en een authenticatiesysteem. Dat is alsof je een dak wilt leggen terwijl de fundering er nog niet is.

Hou het klein. Bouw eerst een landingspagina die er goed uitziet. Leer de patronen: plannen, briefen, itereren, bijsturen. Die patronen zijn precies dezelfde die je nodig hebt voor niveau 2 en 3. Maar als je ze overslaat, bouw je een wankel kaartenhuis.

Premium content

De rest van deze playbook is voor premium lezers. Hieronder vind je het complete workflow-template van idee tot live site, een stap-voor-stap voorbeeld waarmee je een professionele landingspagina bouwt, en de best practices die het verschil maken tussen AI slop en werk waar je trots op kunt zijn. Nog geen premium lezer? Probeer het uit.

Read more

Je kent het probleem. Je opent Claude, je typt een vraag, en je krijgt een prima antwoord. Maar het is generiek. Het klinkt alsof het voor iedereen geschreven is, want dat is ook zo. Dus begin je context toe te voegen. “Ik werk bij een consultancybureau.” “Schrijf in het Nederlands.” “Gebruik geen bullet points maar verhalende tekst.” Elke. Keer. Opnieuw.

Eigenlijk is het alsof je een nieuwe collega aanneemt. Briljant, superijverig, wil alles voor je doen. Maar elke maandag vergeet die alles wat je vorige week hebt uitgelegd. Na drie weken schrijf je het op. Een onboardingdocument. “Zo werken wij. Dit zijn onze klanten. Zo schrijven we rapporten.” Vanaf dat moment snapt je collega het direct.

Dat is precies wat een Skill doet voor Claude. En het mooie: je hebt er geen regel code voor nodig.

Wat is een Skill?

Een Skill is een instructieset die je een keer schrijft en die Claude automatisch gebruikt wanneer het relevant is. Geen programmeerkennis nodig. Als je een duidelijke werkinstructie kunt schrijven, kun je een Skill maken. Zo simpel is het.

En voordat je denkt dat dit iets is voor techneuten met een terminal: Skills werken gewoon in Claude.ai, de chatversie die je in je browser gebruikt. Claude komt zelfs al met ingebouwde Skills. Als je ooit een PowerPoint, Excel-bestand, Word-document of PDF hebt laten genereren via Claude, dan heb je Skills al gebruikt. Dat zijn de pre-built Skills die Anthropic standaard meelevert. Je hoefde er niks voor te installeren.

Maar het echte verhaal gaat over je eigen Skills. Jouw werkwijze, jouw templates, jouw kwaliteitseisen. Ingebakken in Claude.

Technisch gezien is het een map met daarin een bestand genaamd SKILL.md. Daarin staat een korte beschrijving (wanneer moet Claude dit gebruiken?) en instructies (hoe moet Claude dit doen?). Dat is alles. Alles wat daarna komt, van extra referentiedocumenten tot scripts, is optioneel.

Vergelijk het met een kookboek. Het recept zelf is je SKILL.md. Heb je een complexer gerecht? Dan verwijs je naar een los blad met de saus-instructies. Heb je een keukenmachine die specifieke stappen automatiseert? Dat is een script. Maar goed, het recept zelf is het startpunt.

“Maar ik heb al een Custom GPT...”

Je denkt misschien: ik heb al Custom GPTs (OpenAI), Gems (Google Gemini), een Copilot Notebook (Microsoft), of gewoon een goede prompt template. Waarom zou ik overstappen?

Begrijpelijke vraag. Die tools lijken op Skills, maar er zit een fundamenteel verschil onder.

Custom GPTs, Gems en Copilot Notebooks zijn assistenten met een systeeminstructie. Je schrijft een instructie, kiest een model, en je hebt een chatbot die zich gedraagt zoals jij wilt. Dat werkt prima voor een enkel gesprek. Maar ze leven op het platform van de maker. Je Custom GPT bestaat alleen in ChatGPT. Je Gem bestaat alleen in Gemini. En ze laden altijd volledig in het geheugen, of je ze nu nodig hebt of niet.

Een prompt template is nog simpeler: een stuk tekst dat je kopieert en plakt. Geen intelligentie over wanneer het gebruikt moet worden. Jij moet het zelf activeren, elke keer.

Skills werken anders op drie punten:

1. Ze zijn bestanden, geen platform-features. Een Skill is een map op je computer. Niet opgesloten in een app, niet afhankelijk van een account. Je kunt het openen in Kladblok als je wilt.

2. Ze laden alleen wanneer nodig. Waar een Custom GPT altijd volledig in het geheugen zit (ook als je er niks mee doet), laadt Claude een Skill pas in als het relevant is voor je vraag. Dus je kunt 200 Skills hebben zonder dat het je gesprek vertraagt.

3. Ze werken cross-platform. Zelfde Skill, werkt in Claude, Gemini CLI, OpenAI Codex, Cursor, GitHub Copilot. Schrijf het een keer, gebruik het overal. Probeer dat maar eens met een Custom GPT.

Is dit beter? Hangt af van je situatie. Als je een klantenservice-chatbot bouwt die altijd dezelfde persona moet hebben, is een Custom GPT of Gem prima. Maar als je een professional bent die tien verschillende taken herhaalt, met wisselende context, en je wilt niet vastzitten aan een platform: dan zijn Skills de betere keuze.

Drie niveaus, en dat is de sleutel

Wat Skills slim maakt, is hoe Claude ermee omgaat. Er zijn drie niveaus:

Niveau 1: Metadata. Claude leest bij het opstarten alleen de naam en beschrijving van je Skill. Vergelijk het met het lezen van de rug van een kookboek in de kast. Claude weet dat het bestaat, maar heeft het nog niet opengeslagen. Dit kost bijna geen geheugenruimte: circa 100 tokens per Skill. Om dat in perspectief te plaatsen: een MCP-server (de andere manier om Claude uit te breiden) kost al snel 20.000 tokens. Dus je kunt letterlijk 200 Skills installeren voor dezelfde kosten als een server-integratie.

Niveau 2: Instructies. Pas wanneer jij iets vraagt dat matcht met de beschrijving, opent Claude je SKILL.md en leest de volledige instructies. Nu staat het kookboek open op het juiste recept.

Niveau 3: Bronnen en code. Verwijst je recept naar extra bestanden? Claude leest die alleen wanneer nodig. Dus als je Skill tien referentiedocumenten bevat maar Claude er maar twee nodig heeft, worden alleen die twee geladen.

Dit systeem heet progressive disclosure. En waarom is dit belangrijk? Omdat Claude een beperkt werkgeheugen heeft (context window). Hoe minder je daarvan vult met onnodige informatie, hoe beter de output. Skills zijn dus gebouwd om dat geheugen slim te gebruiken. Niet alles tegelijk laden, maar precies wat nodig is.

Waarom zou je dit willen?

Drie redenen.

1. Stop met jezelf herhalen. Als je wekelijks rapporten schrijft in dezelfde stijl, maandelijks presentaties maakt met dezelfde structuur, of dagelijks dezelfde type analyses draait: schrijf het een keer op als Skill en je hoeft het nooit meer uit te leggen.

2. Consistente kwaliteit. Een Skill zorgt ervoor dat Claude altijd dezelfde stappen volgt. Geen stappen overslaan, geen eigen interpretatie van je huisregels. Je bouwt een kwaliteitsstandaard in.

3. Deel expertise met je team. Een Skill is een bestand. Je kunt het delen via je projectmap, via een plugin, of via je organisatie. Jouw werkwijze wordt schaalbaar. Je collega’s hoeven niet zelf te ontdekken hoe ze Claude het beste instrueren voor jullie werk.

Waar kun je Skills voor gebruiken?

Een paar concrete voorbeelden:

• Consultant: Een Skill die rapporten schrijft in jouw huis-stijl, met de juiste secties, de juiste toon, en verwijzingen naar jullie methodiek.

• Marketeer: Een Skill die social media posts maakt volgens jullie brand guidelines en tone of voice.

• Projectmanager: Een Skill die notulen analyseert en automatisch actiepunten, risico’s en beslissingen extraheert in jullie standaardformat.

• Ontwikkelaar: Een Skill die code reviews doet volgens jullie codestandaarden en security policies.

• HR: Een Skill die vacatureteksten schrijft in jullie employer branding stijl en controleert op inclusief taalgebruik.

Eigenlijk geldt: als je iets vaker dan drie keer hetzelfde uitlegt aan Claude, zou het een Skill moeten zijn.

En dan het grotere plaatje

Wat dit extra interessant maakt: Skills is een open standaard geworden. Anthropic heeft het protocol openbaar gemaakt en inmiddels hebben meer dan 26 platforms het overgenomen. Google’s Gemini CLI, OpenAI’s Codex, GitHub Copilot, Cursor, Vercel. Dus een Skill die je schrijft voor Claude werkt ook in die andere tools. Je investeert niet in een vendor, je investeert in een standaard.

Vergelijk het met USB. In het begin had ieder merk zijn eigen oplader. Nu werkt alles op USB-C. Skills zijn de USB-C van AI-instructies. Schrijf het een keer, gebruik het overal.

En heel eerlijk: in mijn workshops zie ik dat de meeste mensen AI gebruiken als een fancy zoekmachine. Vraag stellen, antwoord krijgen, klaar. Maar de echte productiviteitswinst zit in die herhaalbare patronen. De taken die je elke week doet. Daar zit het goud.

Je eerste Skill in 5 minuten

Genoeg theorie. We gaan er eentje maken. Ik zou zeggen, open je terminal en doe mee.

Stap 1: Maak een map

Skills leven op twee plekken:

• ~/.claude/skills/ voor persoonlijke Skills (werken in al je projecten)

• .claude/skills/ in een projectmap (werken alleen in dat project)

Maak een map aan. We maken een Skill die vergadernotities analyseert:

mkdir -p ~/.claude/skills/meeting-notes

Stap 2: Schrijf je SKILL.md

Maak het bestand SKILL.md in die map:

---
name: meeting-notes
description: Analyseert vergadernotities en extraheert actiepunten, beslissingen en risico's. Gebruik wanneer iemand notulen deelt of vraagt om een samenvatting van een meeting.
---

# Vergadernotities Analyzer

## Instructies

Wanneer je vergadernotities ontvangt:

1. **Samenvatting** (max 3 zinnen): Wat was het doel en de uitkomst van deze meeting?
2. **Beslissingen**: Lijst alle genomen beslissingen op. Per beslissing: wat is besloten en door wie.
3. **Actiepunten**: Lijst alle actiepunten op. Per actiepunt: wat, wie, wanneer (als genoemd).
4. **Risico's en aandachtspunten**: Signaleer zaken die zijn benoemd als risico of die aandacht vragen.
5. **Openstaande vragen**: Zaken die niet zijn opgelost of waarvoor een vervolg nodig is.

## Stijl

- Schrijf in het Nederlands
- Gebruik korte, zakelijke zinnen
- Geen interpretatie toevoegen, alleen wat expliciet in de notities staat
- Bij twijfel: markeer met [?] en vraag om verduidelijking

Stap 3: Test

Open Claude Code en vraag iets dat matcht met de beschrijving:

Kun je deze vergadernotities analyseren? [plak je notities]

Claude herkent dat je meeting-notes Skill relevant is, leest de instructies, en volgt je format. Elke keer. Zonder dat je het hoeft uit te leggen.

Je kunt de Skill ook direct aanroepen met /meeting-notes gevolgd door je notities.

Dat is het

Geen API keys. Geen configuratie. Geen code. Een map, een markdown-bestand, en Claude weet hoe jij werkt.

Merken jullie het verschil? Je hoeft niet meer elke keer uit te leggen wat je verwacht. Claude pakt het gewoon op.

De drie smaken van Skills

Wat goed is om te weten: niet elke Skill hoeft even complex te zijn. Er zijn drie smaken, zeg maar, en je kiest wat past bij je doel.

Smaak 1: Instructies only

Het voorbeeld hierboven. Puur tekst. Je schrijft op hoe Claude iets moet doen. Dit is wat waarschijnlijk 80% van de mensen nodig heeft. En eerlijk? Voor de meeste consultants, managers en ondernemers is dit meer dan genoeg.

Ideaal voor: schrijfstijl, rapportformats, analyseframeworks, communicatierichtlijnen.

Smaak 2: Instructies plus referentiemateriaal

Soms wil je Claude toegang geven tot specifieke kennis die niet op het internet staat. Jouw klantsegmenten. Jullie interne terminologie. De specifieke database-structuur waar je mee werkt.

mijn-skill/
  SKILL.md           (hoofdinstructies)
  klantsegmenten.md  (referentie)
  schrijfwijzer.md   (referentie)

In je SKILL.md verwijs je ernaar: “Voor klantsegmenten, zie klantsegmenten.md.” Claude leest dat bestand alleen wanneer het relevant is voor de vraag.

Ideaal voor: domeinkennis, bedrijfsspecifieke context, uitgebreide stijlgidsen.

Smaak 3: Instructies plus code

De krachtigste variant. Je voegt een script toe dat Claude kan uitvoeren. Het script doet het zware werk (data ophalen, berekeningen, bestanden verwerken), Claude gebruikt de output.

mijn-skill/
  SKILL.md           (instructies)
  scripts/
    analyse.py       (uitvoerbaar script)

Het slimme: Claude hoeft de code zelf niet te lezen. Het voert het script uit en krijgt alleen de output terug. Dat scheelt enorm in geheugengebruik. Vergelijk het met een collega die een rekenmachine pakt in plaats van alles in zijn hoofd uit te rekenen.

Ideaal voor: data-extractie, automatische rapportages, integraties met externe tools.

Maar even een kanttekening. Ik zie in mijn workshops mensen die meteen naar smaak 3 willen springen. “Ik wil scripts! Ik wil automatisering!” Terwijl ze smaak 1 nog niet onder de knie hebben. Begin bij de basis. Een Skill met alleen goede instructies is tien keer waardevoller dan een Skill met een halfbakken script.

Waar leven Skills?

Skills werken op drie plekken. En dat is belangrijk om te weten, want je kiest waar je begint.

Claude.ai (de chatversie in je browser): Hier gebruik je waarschijnlijk Claude het meest. Je kunt custom Skills uploaden als zip-bestand via Instellingen > Functies. Werkt op Pro, Max, Team en Enterprise plannen. De pre-built Skills (Word, Excel, PowerPoint, PDF) zijn hier standaard beschikbaar, daar hoef je niks voor te doen.

Claude Code (de terminal-versie): Voor wie met de command-line werkt. Hier drop je je Skill-map gewoon in de juiste folder. Twee opties:

LocatiePadBereikPersoonlijk~/.claude/skills/mijn-skill/Al je projectenProject.claude/skills/mijn-skill/Alleen dit project

De API: Voor developers die Claude integreren in eigen applicaties. Skills worden organisatiebreed gedeeld via de /v1/skills endpoints.

En omdat Skills een open standaard zijn, werken ze ook in andere tools: Gemini CLI, OpenAI Codex, GitHub Copilot, Cursor. Zelfde format, zelfde structuur.

PREMIUM CONTENT

De rest van deze playbook is exclusief voor premium lezers van The Human Loop.

Hieronder vind je het complete bouwrecept: een kant-en-klaar template, een werkende YouTube Transcript Skill die je direct kunt installeren, en de tips die het verschil maken tussen een Skill die “werkt” en eentje die echt goed is.

Read more

De kans is groot dat je de afgelopen maanden hebt geëxperimenteerd met AI. Je hebt ChatGPT gebruikt, misschien zelfs een Custom GPT gebouwd met je eigen documenten. Je hebt geprobeerd een proces te automatiseren. En de kans is even groot dat je tegen een muur bent gelopen.

De AI ‘begrijpt’ de unieke context van jouw bedrijf niet. Hij maakt dezelfde fouten opnieuw en opnieuw. Het voelt als een briljante stagiair die je elke ochtend opnieuw moet inwerken. Voor een simpele, losstaande taak werkt het prima. Maar voor de complexe, contextrijke processen die de kern van je bedrijf vormen? Daar faalt het.

Dit is de beperking van simpel ‘prompten’. We hebben geleerd hoe we een gesprek moeten voeren met AI, maar we hebben nog niet geleerd hoe we een betrouwbaar, autonoom systeem moeten bouwen met AI.

Dit is waar Context Engineering om de hoek komt kijken. Het is de overkoepelende discipline voor het bouwen van elk intelligent AI-systeem, van een robuuste Custom GPT tot een volledig autonome agent. Het is de cruciale, volgende stap die het verschil maakt tussen een AI die je helpt en een AI die voor je werkt. Dit playbook is jouw gids voor die transformatie. We gaan verder dan prompt-trucjes en geven je de architectuur voor het bouwen van robuuste, intelligente AI-systemen.

1: Van Prompten naar Architectuur

Om de kracht van Context Engineering te begrijpen, moeten we eerst het fundamentele verschil met Prompt Engineering helder hebben.

Prompt Engineering is een gesprek. Het is de kunst van het stellen van de juiste vraag om een goed antwoord te krijgen in een directe interactie. Jij bent de bestuurder die continu aan het stuur draait.

Context Engineering is architectuur. Het is de kunst van het ontwerpen van een systeem dat een AI-model programmatisch en dynamisch voorziet van de juiste informatie, op het juiste moment, om een complexe taak autonoom uit te voeren. Jij bent de architect die de blauwdruk van de snelweg ontwerpt, zodat de auto zelfstandig kan rijden.

De Beste Analogie: De Computer
Denk aan een Large Language Model (LLM) als de processor (CPU) van een computer. Het context window – de input die je het model geeft – is het werkgeheugen (RAM).

• Prompt Engineering is wat je op een specifiek moment tegen de processor zegt.

• Context Engineering is het vakkundig beheren van dat volledige werkgeheugen. Wat laad je in? Wat haal je eruit? Hoe zorg je ervoor dat alleen de meest relevante informatie beschikbaar is, zodat de processor zijn werk optimaal kan doen?

Waarom is dit de sleutel? Omdat de kwaliteit van de output van een LLM recht evenredig is met de kwaliteit van de input. Een ‘vervuild’ werkgeheugen met irrelevante, onjuiste of ontbrekende informatie leidt onvermijdelijk tot een slecht resultaat.

2: De Hoge Kosten van Slechte Context (De ‘Rework’ Epidemie)

Slechte context is niet alleen inefficiënt; het is actief schadelijk voor je productiviteit en innovatiekracht. Recent onderzoek van Stanford onder 100.000 ontwikkelaars toont een alarmerende trend: naïef gebruik van AI-coding-assistenten leidt tot een enorme hoeveelheid rework. Zelfs als er in eerste instantie tijd wordt gewonnen, wordt tot de helft daarvan weer weggegooid omdat de output slordig, incorrect of onvolledig is.

Voor complexe taken of het werken in bestaande, complexe systemen (’brownfield’ projecten) kan het zelfs contraproductief zijn. De AI vertraagt je meer dan hij versnelt. Dit is de pijn die elke professional herkent die verder is gegaan dan een simpel prototype.

De kosten van slechte context manifesteren zich op drie niveaus:

1. Verspilde Tokens (en Geld): Elke keer dat een AI-model onnodige informatie moet doorzoeken of de verkeerde tools gebruikt, verbrand je tokens. Dit is als water in een lekkende emmer gieten.

2. Slechte Beslissingen (en Resultaten): Een AI-agent die handelt op basis van onvolledige of verouderde context zal onvermijdelijk de verkeerde beslissingen nemen. Dit leidt tot fouten, frustratie en een gebrek aan vertrouwen in de technologie.

3. Stilgevallen Projecten: De meeste AI-projecten die in de pilotfase stranden, doen dat niet vanwege een slecht model, maar vanwege een falende contextstrategie. Het systeem kan simpelweg niet betrouwbaar functioneren in de complexiteit van de echte wereld.

3: De Vier Pijlers van Effectieve Context

Hoe beheren we dat ‘werkgeheugen’ dan op een professionele manier? Context Engineering rust op vier fundamentele strategieën. Dit zijn de hoofdcategorieën in de ‘instructiehandleiding’ die je voor je AI-agent bouwt.

1. Schrijven: Het Geheugen van je Agent
Een agent die niets kan onthouden, is nutteloos. Deze strategie gaat over het geven van een ‘kladblok’ (scratchpad) en een langetermijngeheugen aan je AI. De agent schrijft belangrijke bevindingen, plannen en tussentijdse resultaten weg, zodat hij deze later kan raadplegen en niet telkens opnieuw het wiel hoeft uit te vinden.

2. Selecteren: De Juiste Kennis op het Juiste Moment
Je wilt niet je hele bedrijfsdatabase in het werkgeheugen proppen. Dat is inefficiënt en onbetaalbaar. Deze strategie gaat over het slim ophalen (retrieval) van alleen de meest relevante informatie. Denk aan:

• Retrieval-Augmented Generation (RAG): Alleen de relevante paragrafen uit je kennisbank ophalen.

• Tool Selectie: Alleen de beschrijvingen van de 3 meest relevante tools aanbieden uit een bibliotheek van 100.

• Semantische Zoekopdrachten: De AI helpen om bestanden te vinden op basis van betekenis, niet alleen op basis van trefwoorden.

3. Comprimeren: Ruis Verwijderen, Signaal Versterken
Naarmate een taak vordert, raakt het werkgeheugen vol met gespreksgeschiedenis en tool-outputs. Deze strategie gaat over het periodiek ‘opruimen’ en samenvatten van de context, zodat alleen de essentie overblijft. Dit houdt de agent gefocust en het token-verbruik onder controle.

4. Isoleren: Complexe Taken Opbreken
Voor een zeer complexe taak wil je niet één agent met een overvol werkgeheugen. Deze strategie gaat over het inzetten van een team van gespecialiseerde ‘sub-agents’. Elke sub-agent krijgt zijn eigen, geïsoleerde context om een deeltaak op te lossen. Een ‘research-agent’ zoekt de informatie, een ‘analyse-agent’ verwerkt het, en een ‘schrijf-agent’ stelt het rapport op. Dit is de basis van schaalbare, multi-agent systemen.

Klaar om de Architect te Worden?

Je weet nu wat Context Engineering is en waarom het de onmisbare vaardigheid is om verder te komen dan het AI-plafond. Je begrijpt de vier strategische pijlers die de basis vormen voor het bouwen van robuuste, lerende AI-systemen.

Maar de echte waarde zit in de executie.

• Hoe ontwerp je een effectieve ‘scratchpad’ voor je agent?

• Welke RAG-strategie werkt het beste voor jouw use case?

• Wat zijn de best practices voor het aansturen van multi-agent systemen zonder in chaos te verzanden?

• En hoe bouw je een complete ontwikkelworkflow rondom deze principes?

Upgrade nu en krijg direct toegang tot De Diepte in: De Tactische Blauwdruk voor Context Engineering. Dit is geen theorie meer, dit is de handleiding die de pro’s gebruiken.

In het betaalde deel krijg je:

• ✅ Het Context-First Workflow Framework: Een stapsgewijs proces (Research, Plan, Implement) om elke complexe AI-taak te structureren.

• ✅ De ‘Intentional Compaction’ Techniek: Een praktische handleiding om je context te comprimeren en je token-verbruik met meer dan 40% te reduceren.

• ✅ Blauwdruk voor Multi-Agent Systemen: Hoe je sub-agents effectief inzet voor context-isolatie en complexe probleemoplossing, inclusief prompt-templates.

• ✅ De RAG-Toolkit voor de Praktijk: Concrete strategieën om je AI te verbinden met je bedrijfsdata, van semantisch zoeken tot het ranken van bronnen.

• ✅ Het ‘Spec-First’ Ontwikkelproces: Hoe je specificaties (de ‘menselijke’ context) de kern van je AI-ontwikkeling maakt om rework drastisch te verminderen.

Read more

De GenAI Kloof: Waarom 95% van de AI-pilots faalt

Met HUMANAGENT staan we al drie jaar in de frontlinie van de AI-transformatie, niet vanaf de zijlijn maar met onze poten in de modder. Vanaf het begin zagen we een gevaarlijk patroon: bedrijven die vol enthousiasme AI omarmen, maar vastlopen in de complexiteit van de implementatie. Om dit te tackelen, ontwikkelden we onze eigen, beproefde AI-GUIDE methode, een strategische aanpak om organisaties voorbij de hype naar concrete, meetbare resultaten te loodsen.

Die harde praktijkervaring kreeg onlangs een ontnuchterend cijfer. Een rapport van MIT bevestigt wat wij al jaren in de praktijk zien: 95% van de generatieve AI-pilots in het bedrijfsleven levert nul euro op. Dit is de 'GenAI Divide'.

Om onze eigen methode continu te verfijnen en te toetsen aan de wereldtop, heb ik me de afgelopen maanden ondergedompeld in de meest recente strategische playbooks. Ik heb de frameworks van onder andere McKinsey, Accenture, BCG, Deloitte, Microsoft, OpenAI en Amazon ontleed en naast onze praktijkervaring gelegd.

Dit playbook is het resultaat. Het is de optelsom van drie jaar hands-on ervaring, gevalideerd door de laatste data en verfijnd met de strategische inzichten van de allerbesten. Ik heb alle complexiteit gestript en de essentie gedestilleerd tot één, heldere blauwdruk voor jou.

Het legt de harde waarheid bloot: succes met AI is geen technologieprobleem, het is een strategieprobleem. Het gaat niet om het toevoegen van AI aan je bestaande bedrijf, maar om het herontwerpen van je organisatie om te opereren op de snelheid van AI. Dit is jouw strategische routekaart om de kloof te overbruggen en een duurzaam concurrentievoordeel op te bouwen. Dit is hoe je bij de winnende 5% hoort.

1. De Anatomie van Falen en de Symptomen van de GenAI Kloof

Voordat we bouwen, moeten we diagnosticeren. De reden dat 95% van de bedrijven faalt, is omdat ze de symptomen van de GenAI Kloof niet herkennen in hun eigen organisatie. Herken jij deze?

Symptoom 1: Het 'Pilot Purgatorium'
Je hebt tientallen AI-experimenten lopen, maar bijna niets bereikt de productiefase. Teams zijn enthousiast, er worden demo’s gegeven, maar de projecten verzanden in een eindeloze cyclus van testen zonder ooit echte, operationele waarde te leveren. Het is de 'shiny object syndrome' op bedrijfsniveau. Het verlamt innovatie en verbrandt budget en moraal.

Symptoom 2: De 'Shadow AI' Economie
Je medewerkers boeken wél resultaat, maar met hun persoonlijke ChatGPT-accounts en andere consumententools, volledig buiten de officiële systemen om. Dit is meer dan een securityrisico; het is een pijnlijk maar waardevol signaal. Het bewijst dat je formele AI-strategie niet aansluit op de werkelijke behoeften van je mensen. Ze zoeken hun toevlucht tot tools die wél flexibel, snel en intuïtief zijn.

Symptoom 3: De Investeringsbias
Je merkt dat 70% van het AI-budget en de aandacht naar zichtbare, sexy projecten in sales en marketing gaat. De logica is begrijpelijk: de ROI lijkt daar het makkelijkst te meten. Maar de échte, transformerende winst zit vaak verborgen in de 'saaie' ruggengraat van je bedrijf: finance, procurement, operations. De winnaars van de AI-revolutie optimaliseren hun motor, niet alleen de lak.

Symptoom 4: De 'Learning Gap'
Als je maar één ding onthoudt van dit hoofdstuk, laat het dan dit zijn. Dit is de fundamentele oorzaak van de 95% faalratio. De meeste AI-tools die bedrijven bouwen of kopen, leren niet. Ze onthouden geen context van eerdere interacties, passen zich niet aan unieke workflows aan en worden niet slimmer door gebruik.

Het is als een stagiair die je elke ochtend opnieuw moet inwerken. Hij is capabel, maar vergeet alles wat je hem de dag ervoor hebt geleerd. Voor simpele, eenmalige taken is dat prima. Voor de complexe, contextrijke processen die de kern van je bedrijf vormen, is het waardeloos. Deze 'Learning Gap' is de fundamentele mismatch tussen wat de meeste AI-tools kunnen en wat jouw business nodig heeft.

2: De Mindset van de 5%: Van 'AI Doen' naar 'AI-Gedreven Zijn'

Nu je de symptomen van falen herkent, is het tijd voor de oplossing. De winnende 5% van de bedrijven doet niet alleen andere dingen; ze denken fundamenteel anders over AI. Ze zien het niet als een tool die ze toevoegen, maar als een katalysator die hun hele organisatie transformeert. Deze winnende mindset is gebouwd op drie strategische pijlers.

Pijler 1: Radicale Focus
De 95% is verdwaald in AI-hobbyisme. Ze proberen alles een beetje: een chatbot hier, een data-analyse daar. Het resultaat is een versnipperd landschap van middelmatigheid.

De 5% is meedogenloos gefocust. Ze weten dat de grootste waarde niet in de breedte, maar in de diepte zit. Ze identificeren 2 tot 3 strategische domeinen, de processen die de kern van hun concurrentievoordeel vormen en zetten AI in om daar een 10x verbetering te realiseren. Ze zeggen bewust 'nee' tegen de rest, omdat ze begrijpen dat een doorbraak op één cruciaal front meer waard is dan marginale winst op tien fronten.

Pijler 2: Het Onwrikbare Fundament (De 10-20-70 Regel)
De 95% gelooft dat AI een technologieprobleem is. Ze staren zich blind op de 10% (het algoritme) en de 20% (de tech-infrastructuur).

De 5% is geobsedeerd door de resterende 70%: de mensen en de processen. Ze begrijpen dat een briljant algoritme op een verouderd proces hetzelfde effect heeft als een Formule 1-motor in een Lada. De transformatie vindt plaats op de werkvloer, in de dagelijkse routines en in de beslissingen die je mensen nemen. Daarom bouwen ze hun AI-strategie niet op drijfzand, maar op de rots van een organisatie die klaar is om te veranderen.

Pijler 3: De Mens als Motor (De AI-Augmented Workforce)
De 95% praat over AI in termen van automatisering en het vervangen van taken. Dit creëert angst en weerstand.

De 5% spreekt de taal van augmentatie: het versterken van menselijk potentieel. Ze bouwen geen systemen die mensen vervangen, maar creëren 'superteams'. In deze teams wordt de creativiteit, het strategisch inzicht en het empathisch vermogen van de mens versterkt door de schaal, snelheid en het analytisch vermogen van AI. Dit is AI-gedreven werken in de praktijk: een symbiose tussen mens en machine die resultaten boekt die geen van beiden alleen zou kunnen bereiken.

De Ultieme Ambitie: Het AI-Gedreven Operating Model
Deze drie pijlers leiden tot de ultieme 'North Star' van de winnende 5%. Ze streven er niet naar om AI te gebruiken; ze streven ernaar om een AI-Gedreven organisatie te worden. Dit is een bedrijf waar de kernprocessen, van productontwikkeling en besluitvorming tot klantinteractie, fundamenteel opnieuw zijn ontworpen rond een continue stroom van intelligentie. Dit is de eindbestemming die hen structureel onderscheidt van de concurrentie.

3. De Vliegwielfactor: Het Mechanisme voor Duurzaam Voordeel

Als de mindset van de 5% de motor is, dan is het vliegwiel het mechanisme dat zorgt voor een onstopbare, exponentiële versnelling. Eenmalige AI-projecten zijn als een suiker-rush: een korte boost, gevolgd door een crash. Een strategisch vliegwiel is een duurzame motor die zichzelf van brandstof voorziet.

Het principe is bedrieglijk eenvoudig, maar de strategische impact is immens:

1. Een slimme AI-toepassing verbetert een proces of klantervaring. Je analyseert bijvoorbeeld klantfeedback sneller, waardoor je product verbetert.

2. Dit genereert unieke, contextrijke data die je concurrent niet heeft. Tevreden klanten gebruiken je product meer en intensiever. Ze geven je data over wat écht werkt in jouw specifieke niche.

3. Deze unieke data maakt je AI-model exponentieel beter. Je voedt je algoritme niet met generieke internetdata, maar met hyper-relevante, eigen data. Je model wordt de slimste in jouw specifieke domein.

4. Dit leidt tot een nóg betere ervaring, wat weer meer unieke data oplevert... De cirkel is rond, en de snelheid neemt toe.

Dit is het geheim. De Vliegwielfactor is het enige mechanisme dat AI transformeert van een kostenpost naar een duurzaam, compounding concurrentievoordeel. Je bouwt een 'data moat', een verdedigingsgracht van unieke data, die voor concurrenten onmogelijk te overbruggen is. Zij kunnen hetzelfde algoritme kopen, maar ze kunnen jouw data, en dus de intelligentie van jouw systeem, nooit kopiëren.

Klaar om de Kloof te Overbruggen?

Je begrijpt nu de mindset van de winnende 5% en het strategische mechanisme dat hen onderscheidt. Je weet waarom de meeste bedrijven falen en wat de fundamentele principes zijn voor succes.

Maar de harde realiteit is dat een visie zonder executie slechts een droom is.

Hoe vertaal je deze strategische principes naar een concreet, uitvoerbaar actieplan voor jouw organisatie? Hoe bouw je de fundamentele capabilities die nodig zijn voor succes? Hoe selecteer je die ene pilot die gegarandeerd slaagt en het momentum creëert dat je nodig hebt? En hoe schaal je dit succes op tot een organisatiebrede transformatie?

Upgrade nu en krijg direct toegang tot De Diepte in: De Tactische Implementatie Blauwdruk. Dit is geen theorie meer. Dit is het draaiboek dat HUMANAGENT gebruikt om organisaties van de '95% club' naar de '5% club' te loodsen.

In het betaalde deel krijg je:

• ✅ Het 6-Stappen HUMANAGENT Implementatie Framework: De bewezen routekaart van visie tot een schaalbaar AI-platform.

• ✅ De 'High-Impact' Use Case Scorekaart: Een strategische tool om de projecten te identificeren die wél slagen en de meeste waarde opleveren.

• ✅ Handleiding: De 3 Essentiële Capabilities Bouwen: Een praktische gids om je organisatie écht AI-ready te maken op het gebied van data, learning en risicomanagement.

• ✅ Het AI Waarde Dashboard: Een template om de échte, strategische waarde van AI te meten en te communiceren (voorbij urenbesparing).

• ✅ Het Cultuur & Adoptie Draaiboek: Een concreet plan om de AI-gedreven mindset in het DNA van je organisatie te krijgen.

Read more