The Skill Loop.
Een skill-loop is een set kleine geschreven instructies (skills) die een handvol platte markdown-bestanden lezen en schrijven — een kompas, een commitment-lijst, een doorlopend logboek — zodat de bestanden, niet het model, de status van je werk bevatten. Elke skill doet één afgebakende transformatie, en juist daarom draait de loop op een bescheiden model: ontwerp het systeem eenmalig met een frontier-model, draai het daarna op wat je governance toestaat — desnoods een klein lokaal model — en stuur bij door de bestanden te bewerken als gewone notities.
01Anekdotische aanleiding
Een paar weken geleden dicteerde ik mijn complete baan in een chatvenster. Geen nette samenvatting — het echte werk, inclusief de uhms.
De escalaties die binnenkomen via mail, telefoon en chat. Het ontwikkelplan dat als kompas zou moeten werken. Het verwachtingsdocument dat elk kwartaal wordt bijgesteld. De team-OKR's. Het twaalfweekse sprintritme. De internationale fora die prioriteiten naar beneden doorgeven en input terug verwachten. De wekelijkse commerciële review. De twee dagelijkse huddles die niemand opneemt. Zes minuten ratelen over alles wat mijn agenda stuurt — of duwt.
Drie uur later had ik iets wat me in jaren van nette planningsdocumenten nooit gelukt was: een systeem dat het allemaal tegelijk vasthoudt. Geen app. Achttien kleine geschreven instructies en een handvol markdown-bestanden.
02Conceptuele wending
De meeste leiders die ik ken hebben stilletjes een AI-stafchef voor zichzelf gebouwd: chatvenster open, agenda en zorgen erin geplakt, plan eruit. Het helpt echt. Maar kijk wat het feitelijk is.
Het vergeet — elke sessie begint bij nul, dus je bent tien minuten kwijt aan het opnieuw uitleggen van je eigen leven. Het is gehuurd — je prioriteiten en je dinsdag-16.00-uur-zorgen reizen naar andermans cloud, op abonnement. En het is zwaar — je start een model op dat het staatsexamen rechten zou halen om te bepalen of de budgetreview boven het één-op-één-gesprek gaat.
Dat is geen capaciteitsprobleem; het is een architectuurprobleem. De status van je werk — waar je verantwoordelijk voor bent, wat je hebt toegezegd, wat er gisteren gebeurde — ligt verspreid over systemen, en het chatvenster leidt het elke ochtend opnieuw af. Wat zou moeten renderen, verdampt om middernacht.
03De oplossing als raamwerk
De oplossing klinkt bijna te onglamoureus om interessant te zijn: stop de status in bestanden, en laat kleine instructies die verplaatsen. Het ontwerpprincipe dat het laat werken — de ene zin die ik zou houden als ik er maar één mocht houden — is dit: de bestanden zijn de API. Skills praten nooit met elkaar. Ze lezen uit en schrijven naar een kleine set platte documenten met vaste vormen. Dat maakt het systeem samenstelbaar, controleerbaar en — dat telt straks — draagbaar.
De bestanden, gelaagd op veranderingssnelheid. Een kompas (traag, per kwartaal): waar ik verantwoordelijk voor ben en hoe ik wil opereren — het ontwikkelplan en de rolverwachtingen, gedistilleerd. Een commitment-lijst (maandelijks): elke OKR, sprintprioriteit en staande belofte, één regel per stuk, met een ID. En een doorlopend logboek (dagelijks, append-only): alles wat gebeurde — escalatie, vastgelopen sprintitem, huddle-uitkomst — elke regel getagd aan het commitment dat het raakt. Die tag is de lijm: een bescheiden model rolt getagde regels feilloos op; het is bij het afleiden van ongetagde verbanden in vrije tekst dat het struikelt.
De skills, elk een klerk, geen denker. Eén leest de dagelijkse digest van mail en chat en archiveert regels in het log. Eén vangt de niet-opgenomen huddles — ik dicteer drie bullets, hij zet ze in hetzelfde schema. Eén stelt de tweewekelijkse update aan mijn manager op door het log op te rollen tegen de commitments. Eén bereidt elk één-op-één-gesprek voor uit het log, gefilterd op persoon. Elke skill doet precies één transformatie — nooit extraheren én synthetiseren — en alles wat de statusbestanden raakt, wacht op mijn akkoord. De prompts zeggen het letterlijk: je bent een klerk; je interpreteert niet.
Twee onderdelen verdienen zich dubbel terug. Een besluitenregister: elke vastgelegde afspraak als regel, inclusief — cruciaal — wat er is uitgesloten, in de taal waarin verzoeken daadwerkelijk binnenkomen. Binnenkomende vragen die een afspraak breken worden automatisch gemarkeerd, en de schrijf-skill maakt de beleefde, besliste pushback met verwijzing naar het forum, de datum en de legitieme weg om het te heroverwegen. Vastgehouden lijnen zijn geen onzichtbare niet-gebeurtenissen meer, maar geleverd werk. En een meta-skill die elke toekomstige skill ontwerpt tegen een bijgehouden kaart van het systeem, en hergebruikt wat er is voordat er iets nieuws wordt verzonnen — het systeem groeit zonder te verrotten.
Dan het deel dat iedereen met een P&L of een governance-checklist zou moeten interesseren. Omdat de status platte tekst is en elke skill een afgebakende klerkentaak, kan het model bescheiden zijn. Ik ontwierp dit op één ochtend met een frontier-model — Claude, in dit geval, dat me bleef afhouden van documenten die ik niet nodig had en alle achttien skill-prompts schreef — en het draait op een veel lichtere opzet: elke prompt geplakt in een skill-builder op een agentische Gemini-omgeving, gericht op gewone workspace-docs. De dure intelligentie geef je één keer uit, bij het ontwerp; het dagelijkse werk is classificeren, taggen, opmaken, oprollen. Elke executive herkent de vorm: consultants ontwerpen het proces, je eigen team draait het. En diezelfde eigenschap maakt het patroon draagbaar — de loop maakt het niet uit wat hem uitvoert. Bouw hem met het frontier-model; draai hem op de goedgekeurde corporate stack, of, voor de versie met je persoonlijke aantekeningen, op een klein model op een machine van jezelf. De bestanden hoeven het pand nooit te verlaten.
Eerlijke grenzen, zodat dit niet als een brochure leest. De loop velt geen oordelen — hij legt ze bloot; het dinsdag-16.00-uur-gesprek met een sceptische CFO blijft van mij. Een register vervuild met dingen die alleen maar besproken zijn in plaats van afgesproken, vernietigt zijn eigen gezag zodra iemand het aanvecht — dus alles wat dubbelzinnig is gaat naar een lijstje “is dit echt afgesproken?” in plaats van het register in. En de bestanden verwateren als je ze nooit leest. Maar je leest ze wél. Het is je week.
Wil je het patroon op productieschaal zien in plaats van op persoonlijke schaal: deze website draait erop. Skills lezen een content-registry en schrijven review-wachtrijen; een wekelijkse scan leest vijf bronnen en schrijft één issue; een geheugenbestand brieft elke sessie. Dezelfde loop, grotere bestanden.
04Uitnodiging tot groei
Je hebt geen achttien skills nodig op dag één. Je hebt één bestand nodig met de naam log.md, één geschreven instructie — “archiveer de rommel van vandaag in dit schema, tag elke regel aan het commitment dat het raakt” — en het model dat je al gebruikt. Verdient het zijn plek, voeg dan de oprol-skill toe. Daarna het kompas. Bijsturen wordt nooit ingewikkelder dan je eigen notities bewerken: als het systeem de verkeerde dingen vooropzet, ga je geen prompts engineeren — je verbetert een bestand met een potlood.
Het geheel kostte me één ochtend om te ontwerpen en minuten per dag om te draaien, en alles wat het leert blijft in bestanden die ik van begin tot eind kan lezen. Bouw je er een, dan hoor ik oprecht graag hoe jouw bestanden uiteindelijk zijn gaan heten — die van mij blijven zichzelf hernoemen.
Hoe dit in een echt team landde — de verandermanagement-helft — staat in The Colander.
