Ga naar inhoud

"Guardrails" — wat bedoelen ze daarmee?

Waarom deze pagina bestaat — op een workshop kwam iemand met guardrailsai.com. Hij had gelijk dat het belangrijk is, maar het is niet wat het lijkt. Deze pagina legt uit wat het wel en niet is, en wat je er als leerkracht of ouder mee moet. Korte versie — het woord betekent twee heel verschillende dingen. Eén ervan gaat over jou. De andere niet.

Twee betekenissen die door elkaar lopen

Betekenis 1 — het concept. Guardrails zijn de afspraken en controles die voorkomen dat AI iets doet wat niet mag. Voorbeelden: geen leerlinggegevens invoeren, altijd zelf nakijken, geen punten laten toekennen.

Betekenis 2 — het product. Guardrails AI is een bedrijf dat software maakt voor programmeurs die AI-toepassingen in productie zetten. Het is een Python-bibliotheek die tussen een applicatie en het taalmodel gaat zitten en elk antwoord automatisch controleert op beleidsschendingen, verzonnen informatie of datalekken, en het blokkeert vóór een gebruiker het ziet.

Wie op een workshop hoort dat "guardrails belangrijk zijn", hoort betekenis 1 en gaat kijken naar betekenis 2. Daar loopt het spaak: je komt op een site over enterprise-implementaties, en dan denk je dat je iets mist.

Je mist niets. Betekenis 2 is niet voor jou, tenzij je software bouwt die anderen gebruiken.

Wanneer is het product wél relevant?

Alleen als je alle drie deze dingen doet:

  1. Je bouwt een applicatie waarin AI zit, met code en een API-sleutel.
  2. Andere mensen gebruiken die applicatie — leerlingen, ouders, collega's.
  3. Het model antwoordt rechtstreeks aan die gebruikers, zonder dat jij elk antwoord eerst leest.

Herken je jezelf hier niet in, dan heb je het niet nodig. Ook niet "voor later".

Bouw je met AI een oefenapp zoals in 04-van-prompt-naar-oefenapp.md, dan geldt punt 3 meestal niet: die apps bevatten vaste vragen en antwoorden die jij vooraf nakeek. Er zit op dat moment geen model meer in dat live antwoorden verzint. Dat is geen tekortkoming — het is precies waarom die aanpak veilig is voor schoolgebruik.

Wat jouw guardrails wél zijn

Je hebt ze al. Ze staan verspreid door deze map, alleen niet onder die naam. Hier bij elkaar:

Vóór je iets invoert - Geen namen, verslagen, diagnoses of foto's van leerlingen → ../00-start-hier/02-wat-mag-en-wat-niet.md - Alleen functionele omschrijvingen → ../10-prompts-en-tools/01-profielblokken.md

Terwijl je werkt - Bron meegeven in plaats van laten verzinnen (NotebookLM werkt alleen met wat jij uploadt) - Om onzekerheid vragen: "markeer wat ik zelf moet natrekken"

Vóór je het uitdeelt - Elk getal, elke datum, elke formule nakijken - Eén alinea hardop lezen op het niveau van je zwakste leerling - Kijken of het divers en niet stereotyperend is → 03-valkuilen.md

Rond leerlingen - Leeftijdsgrenzen en accountbeheer - Klasafspraken over wanneer wel en niet → ../07-schoolbeleid/02-afspraken-met-leerlingen.md - Geen AI-detectoren als bewijs → ../07-schoolbeleid/03-evalueren-en-toetsen.md

Op schoolniveau - Geen AI die punten toekent of oriënteringsadvies geeft - Geen emotieherkenning bij leerlingen — verboden onder de AI Act - Vragen stellen bij aankoop → ../07-schoolbeleid/01-voor-directie-en-ict.md

Dat is een volwaardig guardrailsysteem. Het draait alleen op mensen in plaats van op code — en in een school is dat de juiste keuze, want de eindverantwoordelijkheid ligt daar toch.

Waarom een school geen technische guardrails koopt

Drie redenen, kort:

Je koopt geen model, je koopt een dienst. De grote aanbieders hebben hun eigen filters ingebouwd. Wat jij zou toevoegen, kan alleen in software die jij zelf schrijft.

Het verplaatst de verantwoordelijkheid niet. Ook met technische filters blijft de school verwerkingsverantwoordelijke en blijf jij inhoudelijk aansprakelijk. Een filter dat 95% van de fouten tegenhoudt, verandert niets aan het feit dat jij die andere 5% moet vangen.

Het geeft schijnzekerheid. Dat is het echte risico. Wie denkt dat de techniek het controleert, kijkt zelf minder na. Bij leermateriaal is dat precies de verkeerde beweging.

Wat je tegen die deelnemer zegt

"Je had gelijk dat guardrails belangrijk zijn. Guardrails AI is alleen software voor programmeurs die AI in een app bouwen — dat is een andere wereld dan de onze. Onze guardrails zijn afspraken: geen leerlinggegevens invoeren, altijd zelf nakijken, en duidelijke regels met de leerlingen. Die staan in de map, alleen zonder Engels label."

En als hij toch dieper wil: er bestaat een korte gratis cursus over dit onderwerp bij DeepLearning.AI, gemaakt samen met Guardrails AI. Dat is de eerlijke doorverwijzing voor wie technisch geïnteresseerd is — niet iets wat op een lerarenworkshop thuishoort.

Het bredere patroon

Dit gebeurt vaker. Iemand hoort een term uit de AI-ontwikkelaarswereld — guardrails, tokens, agents, RAG, promptoptimalisatie, context engineering — en denkt dat hij dat moet kennen om AI verantwoord te gebruiken in de klas.

Dat hoeft niet. Die termen gaan over het bouwen van AI-systemen. Jij gebruikt ze. Dat is een ander vak, met andere vragen.

De vragen die er voor jou toe doen zijn: leren mijn leerlingen hier iets van, klopt wat eruit komt, en heb ik niets gedeeld wat ik niet mocht delen. Alle drie zijn ze beantwoordbaar zonder één regel code.

Verder