AI Automatisering

Hij adviseert scholen over AI. Dus bouwde hij zelf een AI-afdeling

Paul Ossewold adviseert scholen over digitalisering en AI. Om te weten waar hij het over heeft, bouwden wij met hem een eigen redactie van samenwerkende agents. Die stuurt hij sinds juni elke dag aan.

De vraag

Een adviseur die over agents praat, wil ze zelf draaien

Paul Ossewold is zelfstandig adviseur in het funderend onderwijs. Scholen en besturen vragen hem naar digitale geletterdheid, informatiebeveiliging, privacy en de vraag wat AI op een school te zoeken heeft. Over dat laatste onderwerp wordt veel geschreven en nog te weinig gedaan.

Je kunt een bestuur niet adviseren over agents op basis van een whitepaper. Dus kwam hij bij ons met de volgende uitdaging: ik wil een afdeling die ik zelf moet aansturen, zodat ik uit ervaring weet waar dit spul goed in is en waar het spaak loopt.

De aanpak

Een redactie van agents, en een kader waar ze zich aan te houden hebben

We bouwden geen schrijfhulpje maar een redactie: losse agents met elk één rol, die elkaar werk toespelen. Een scout die ‘s ochtends het onderwijsnieuws afgaat. Een manager die de week plant. Een schrijver die binnen een vast kader werkt en zijn eigen concept daarna tegenleest op AI-taal.

Dat kader is het belangrijkste onderdeel. Wij hebben die regels niet bedacht. Het is teruggelezen uit wat Paul al geschreven had: ruim vierhonderd eigen LinkedIn-posts, zijn boek en zijn blogs. En Paul zelf is altijd de laatste poort.

Waar het staat

Draait sinds 23 juni, en hij stuurt het elke dag bij

Sinds 23 juni 2026 draait het zeven dagen per week. Paul krijgt elke ochtend zijn nieuwsbriefing, elke week een plan en per stuk een beslissing om te nemen.

In die maanden heeft hij zijn afdeling ook flink verbouwd. Hij schroefde de productie terug nadat de agents genoeg geleerd hadden. Precies de praktijkkennis waar het hem om ging.

Het gaat niet om de tijdswinst

De meeste mensen die zoiets bouwen, willen tijd terug. Voor Paul was dat minder belangrijk. Hij publiceerde al veel, en hij is er goed in.

Wat hij wilde, is weten hoe het werkt als je meerdere agents laat samenwerken aan iets wat langer duurt dan één gesprek. Waar het vastloopt. Waar het dingen verzint die nergens op slaan. En of er af en toe iets uit komt wat hij zelf niet had bedacht.

Dat is geen theoretische interesse. Hij zit aan tafel bij schoolbesturen die op het punt staan om hier geld en beleid aan te hangen. Wie dan zegt “AI kan dit wel en dat niet”, moet dat uit eigen ervaring kunnen zeggen.

Dus heeft zijn eenmanszaak nu een afdeling. Eentje die hij elke dag aanstuurt, corrigeert en soms terugfluit. Dat levert hem niet alleen een stapel hoogwaardige posts in zijn stem op. Het levert hem op dat hij, als een bestuurder vraagt wat AI nou écht kan, antwoordt uit ervaring.

23 juni 2026

draait sindsdien zeven dagen per week

~450 documenten

eigen werk waaruit zijn schrijfkader is teruggelezen

5 agents

met elk één rol, van nieuwsscan tot maandrapport

Hoe de redactie werkt

Er draaien vijf agents, elk met één rol. De scout gaat ‘s ochtends om half zeven de bronnen af. De manager maakt op vrijdag het plan voor de week erna, en kijkt elke ochtend of het nieuws dat plan omgooit. De schrijver maakt het concept op de dag zelf en niet vooruit, zodat het nieuws nog klopt, en haalt er daarna met een eigen tegenlezing de AI-taal weer uit. Daarbuiten schrijft een blog-agent de maandelijkse blog en levert een analytics-agent elke maand het cijferrapport.

En dan is Paul aan zet. Geen van de vijf mag zelf iets naar buiten brengen.

Schema van de keten: drie agents leveren aan, daarna de tegenlezing van de machine en Paul als tweede poort. Zonder een geleefd moment van hem stopt het systeem en vraagt het erom.
Drie agents leveren aan, daarna twee poorten: de tegenlezing van de machine en Paul zelf. Ontbreekt er een geleefd moment van hem, dan stopt het systeem en vraagt het erom.

Waarom vijf agents en niet één

De verleiding is om één slimme agent alles te laten doen. We hebben het bewust anders opgezet.

Elke agent heeft één rol en één instructie. Dat houdt de opdracht kort genoeg om betrouwbaar uit te voeren, en het beperkt de schade als er iets misgaat: valt de scout om, dan ligt de planning niet plat.

Om diezelfde reden draait de scout op zijn eigen schema en start hij de manager niet op. Die twee staan los van elkaar. Daar is nog een tweede reden voor: de ochtendbriefing moest ook waarde hebben op een dag dat er geen post uit komt.

De tegenlezing zit juist wél in de schrijver, als stap en niet als aparte agent. Een afgekeurde tekst gaat zo meteen terug de revisie in, zonder overdracht ertussen.

En een post wordt op de dag zelf geschreven, niet vooruit bij het goedkeuren van het weekplan. Een tekst die op vrijdag voor woensdag wordt gemaakt, veroudert. Dan verdwijnt precies de nieuws-responsiviteit waar die dagelijkse triage voor bedoeld is. Paul keurt daarom twee keer goed: eerst de richting voor de week, daarna elke tekst apart.

1. Zijn schrijfkader komt uit zijn eigen werk

Een AI vragen om “in de stijl van Paul” te schrijven levert een imitatie op die niemand die hem kent overtuigt. Dus hebben we het omgedraaid.

We hebben zijn eigen werk ingelezen: ruim vierhonderd LinkedIn-posts, zijn boek, drieëndertig blogs. Ongeveer vierhonderdvijftig documenten bij elkaar. Daaruit hebben we een schrijfkader teruggelezen: hoe hij een stuk opent, waar hij zichzelf in beeld brengt en waar juist niet, welke beelden hij wel en niet gebruikt, hoe hij afsluit.

Dat kader staat inmiddels op versie 1.3. Hoe het wordt bijgehouden, staat verderop.

Schema: ruim 450 eigen documenten van Paul Ossewold, teruggelezen tot schrijfkader versie 1.3.
Het schrijfkader is teruggelezen uit ruim 450 eigen documenten van Paul en staat inmiddels op versie 1.3.

2. Elke ochtend een vakbriefing, ook als er niks mee gebeurt

Dit onderdeel levert waarde op zichzelf, los van of er een post uit komt.

De scout gaat elke ochtend de bronnen af die Paul zelf heeft samengesteld over digitalisering in het onderwijs. Dat is een rij sites die hij anders zelf langs moest.

Er staat meer in dan een rij links. Per bericht staat er hoe relevant het is op een schaal van vijf, voor welke laag van zijn publiek, en een haakje van hoogstens twee regels: dit is de invalshoek die jij hierop zou kunnen hebben. Er wordt ook gecheckt of hij er al eens over geschreven heeft, zodat hij zichzelf niet herhaalt.

En is het een rustige dag, dan staat er gewoon: geen items boven de drempel. Het systeem verzint geen nieuws om de agenda te vullen.

Het effect is dat Paul niet meer voor een blanco scherm zit met de vraag waar hij vandaag iets over zou kunnen zeggen. Hij kiest uit wat er ligt, en schrapt de rest.

Schematische weergave van de dagelijkse nieuwsbriefing: zes bronnen, een score per bericht en een haakje van twee regels.
Elke ochtend zes bronnen, per bericht een score, een haakje en de bron erbij. Is er niets, dan staat dat er ook.

3. Twee poorten, en de strengste is van hem

De eerste poort is die van de machine. De schrijver toetst zijn eigen concept met een tegenlezing op de tics waar AI-schrijfsel aan te herkennen is, en op de regels uit het kader. In productie halen teksten daar 87 tot 96 van de honderd.

Dat klinkt streng. Toch sneuvelt er bij Paul meer.

Hij stelt twee eisen die de machine niet zelf kan bedenken. Er moet een standpunt in staan dat op hem terug te voeren is. En er moet een scène in zitten uit zijn eigen werk: iets wat hij heeft meegemaakt, niet iets wat plausibel klinkt.

Dat tweede punt is er vijf keer opnieuw ingeramd. We zagen het systeem posts bouwen op een redenering die logisch volgde uit het nieuws, in een vorm die leest alsof Paul er zelf bij was. Precies goed geschreven, en precies fout. Daarom bouwden we er een harde regel in: is dat moment er niet, dan vraagt het systeem erom bij Paul en stopt. Ook als de tekst hoog scoort bij de tegenlezing.

Een tekst kan dus door de machinepoort komen en alsnog bij hem stranden.

Schematische weergave van de goedkeurkaart op Pauls telefoon, met de knoppen goedkeuren en afwijzen.
Schematische weergave van de goedkeurkaart.

4. Je moet het aansturen, en elke correctie wordt een regel

De realiteit is dat zo’n redactie niet gelijk vanaf het begin vanzelf goed staat.

Behalve de verzonnen scènes uit de vorige pijler vonden we nog iets: het systeem herhaalde zichzelf op manieren die je pas ziet als je erop let. Niet letterlijk dezelfde tekst. Hetzelfde centrale beeld. Dezelfde slotzin met een ander werkwoord. De spiegel van een standpunt dat er drie weken eerder ook al stond. Acht keer kwam die les terug voor we hem goed hadden staan. Nu vergelijken we elk concept met het hele archief, inclusief stukken die wel zijn goedgekeurd maar nog niet geplaatst.

Ook aan onze kant ging er iets mis. De blogkant begon als drie gespecialiseerde agents: een schrijver voor de tekst, een SEO-agent voor de zoekwoorden, en een publisher die als enige schrijfrechten op de site had. Op de tekentafel keurig gescheiden. In de praktijk was het te veel machinerie voor één blog per maand: drie overdrachten, en dus drie plekken waar het fout kon gaan. In juli hebben we ze samengevoegd tot één blog-agent.

De grootste ingreep kwam van Paul zelf. Na elf weken waarin zijn afdeling elke dag publiceerde, zette hij het op 8 september terug naar om de dag en bracht hij de blog terug naar één per maand. De kwaliteit van de output werd steeds betrouwbaarder en hij had er vertrouwen in dat de grootste lessen inmiddels achter ons waren.

En dan het deel waar het om draait. Elke correctie blijft staan. Wat Paul terugstuurt, leggen we vast als losse les. Periodiek halen we die lessen op en kijken we wat er structureel in zit: komt dit vaker terug, geldt het breder dan die ene post, is het terug te zien in zijn echte werk, en tekent een mens het af. Wat alle vier die toetsen doorstaat, gaat het vaste kader in.

In zes weken leverde dat zeventig correcties op zijn stem op. Die zijn teruggebracht tot ongeveer elf concrete regels die er blijvend in zitten. Er komt niets in het kader zonder dat een mens er zijn naam onder zet: Paul tekent af wat over zijn stem gaat, wij samen wat over de feiten gaat.

Dat mechanisme is de reden dat er geen AI-drift is. Een AI-systeem dat je niet bijhoudt, zakt langzaam terug naar het gemiddelde waar het vandaan komt. Het wordt steeds vlakker en gladder. Hier gaat het de andere kant op, omdat er een mens met een rode pen doorheen gaat en wat hij aanstreept uiteindelijk een regel wordt.

Schema: zeventig correcties van Paul worden via vier toetsen ongeveer elf vaste regels in het schrijfkader.
Zeventig correcties gingen via vier toetsen naar ongeveer elf vaste regels. Er komt niets in het kader zonder dat een mens het goed keurt.
Paul Ossewold Zelfstandig adviseur digitalisering

Geen post gaat live zonder een scène uit mijn eigen werk erin. Wat de AI doet, is mij dwingen eerlijk te zijn over of die scène er wel is.

Waar het op draait

De agents draaien op onze eigen omgeving, niet bij een dienst die er een abonnement van maakt. Voor het denkwerk gebruiken we Claude. Het zware werk en de dagelijkse scan lopen op verschillende modellen, zodat je niet voor een nieuwsscan het duurste model inzet.

Daarnaast staat een eigen kennisbank met twee verzamelingen: Pauls eigen werk, en een set geverifieerde feiten over onderwijsbeleid. Die tweede is er omdat zijn vakgebied vol staat met regelingen en tijdlijnen waar je makkelijk naast zit. Die feiten worden apart bijgehouden en afgetekend voor ze meetellen.

Goedkeuren doet Paul via Telegram, op zijn telefoon. En een maandelijks rapport uit Search Console en Analytics van de analytics-agent laat zien wat er met het geplaatste werk gebeurt. Dat rapport gaat mee in de planning voor de maand erna.

Ook een AI-afdeling voor jouw organisatie?
Deze agents hebben we van de grond af gebouwd en we houden ze draaiend. Lees meer over AI automatisering →

Wat zou jouw afdeling moeten doen?

De meeste AI-projecten stranden niet op de techniek maar op de vraag wie er verantwoordelijk is voor wat eruit komt. Bij Paul was dat vanaf dag één helder: de agents leveren, hij beslist. Denk je aan iets soortgelijks, dan is dat het eerste waar we het met je over hebben.

Waarom deze case ertoe doet

Het knapste aan dit project is niet per se dat er teksten uit komen. Dat kan iedereen wel. Het zit in de poorten eromheen: het kader dat uit Pauls eigen werk is teruggelezen, de tegenlezing die gladde AI-taal weigert, de regel dat er geen stuk doorgaat zonder iets wat hij echt heeft meegemaakt, en dat het systeem blijft leren bij elke regel feedback. Daar gaat het meeste werk in zitten, en daar zit ook het verschil met content die je meteen herkent als machinewerk.

Ook voor jouw organisatie?

Wat we hier deden, doen we ook elders: een stem of een werkwijze destilleren uit materiaal dat er al ligt, poorten bouwen die output tegenhouden in plaats van alleen produceren, een systeem behoeden voor afglijden, en het maandenlang draaiend houden. Op Europese infrastructuur, zonder dat je aan één leverancier vastzit. Benieuwd wat er bij jou mogelijk is? Doe de gratis AI-kansenscan of neem contact op.

Klaar voor een mega start?
Wij wel!

Stel al je vragen over onze producten, prijzen, implementaties, of iets anders. Wij zijn hier om jou te helpen!

Raketlancering