Het begon met een klantvraag die op het eerste gezicht klein was. Een non-profitorganisatie uit Nederland die haar Moodle-site bij Avetica laat draaien, vroeg om een security.txt op de site. Dat is een klein tekstbestand, vastgelegd in internetstandaard RFC 9116, waarin staat bij wie een beveiligingsonderzoeker terecht kan als hij een kwetsbaarheid vindt. Meer is het niet!. Wanneer beveiligingsscans worden uitgevoerd, via bijvoorbeeld internet.nl, wordt dit bestand vaak als ontbrekend aangemerkt en worden organisaties daar steeds vaker op aangesproken.

Bij Avetica hebben we voor zo’n vraag een vaste aanpak, en die liep ik gewoon af. Bestond er een instelling in Moodle zelf? Nee. Stond er een plugin in de Moodle Marketplace? Ook niet. Dan bleef de vraag of we er maatwerk voor konden laten bouwen binnen het budget van de klant. Voor een maatschappelijke organisatie is het antwoord daarop vaak nee, omdat de kosten niet in verhouding staan tot een bestand van een paar regels. Dat wringt, want we willen onze klanten juist vooruithelpen.

Als ondernemer probeer ik altijd te kijken wat wel kan. Ik ben didactisch geschoold als leraar basisonderwijs, ik ken Moodle, ik ken onze klanten en ik heb een stevige IT-achtergrond. Maar een Moodle-plugin schrijven kon ik niet want ik ben geen programmeur. Tot voor kort betekende dit dat zo’n vraag naar een ontwikkelaar ging of niet werd opgepakt.

Wat er veranderde

In het najaar van 2025 veranderde er iets. Op YouTube zag ik video’s van mensen die aan het ‘vibecoden’ waren. Ook in diverse podcasts en nieuwsbrieven kwam het voorbij. Dat klonk interessant: AI-agents die naast teksten opeens ook software maakten. Daar wilde ik meer van weten en sindsdien heb ik veel uren besteed aan uitproberen, experimenteren, lezen en verder leren. Al snel vroeg ik me af wat dit betekende voor Avetica en onze klanten. Zouden we binnenkort ook voor klanten zo’n kleine Moodle-plugin kunnen bouwen? En zo ja, hoe?

De belofte van vibecoden is verleidelijk: je beschrijft in gewone taal wat je wilt en AI schrijft de code. Maar ik zag ook iets anders en dat wil ik in dit verhaal vooral meegeven. De vraag is niet of AI een plugin kan schrijven want dat kan. De vraag is of je de uitkomst kunt vertrouwen: is de plugin veilig, en doet hij precies wat er in de specificatie staat?

Ons eigen proces als vertrekpunt

Daar kwam iets bij wat ik niet wilde weggooien: jarenlange ervaring. Bij Avetica werken we al jaren met een proces dat een idee omzet in een werkende Moodle-plugin. Eerst maken we helder wat het probleem is en voor wie. Dan leggen we de eisen, testscenario’s en wireframes vast. Na goedkeuring over inhoud en kosten begint het ontwikkelproces, inclusief codereview, diverse testronden en implementatie.

Met dit proces als fundament ging ik onderzoeken welke stappen AI kon overnemen. Tijdens de eerste experimenten bleek al snel dat de gegenereerde code lang niet altijd deed wat de bedoeling was. De AI maakte op basis van mijn prompts keuzes die technisch wel werkten, maar binnen Moodle niet pasten. Moodle hanteert immers een eigen codestijl en een rijk palet aan standaard API’s. Je wilt voorkomen dat AI zelf functies gaat bouwen die Moodle al kant-en-klaar aanbiedt: de code moet naadloos aansluiten bij wat er al is.

Daarnaast zijn AI-modellen getraind op informatie van maanden tot jaren oud. Er verschijnen continu nieuwe versies en er is voortdurend nieuw inzicht in wat goed werkt. Daarom scherpte ik de instructies aan met strakke kaders. De agent moest verplicht eerst actuele kennis ophalen voordat er ook maar één regel code werd geschreven. Ook Moodle-conventies en de OWASP Top 10 voor informatiebeveiliging legde ik vast als harde randvoorwaarden. Zo ontstond geleidelijk een reeks documenten, samen met mijn werkwijze (in AI-termen een skill), waaraan een AI-agent zich strikt moet houden. Telkens als ik nu iets nieuws leer of hoor, verfijn ik die procedure.

Security.txt als eerste echte experiment

De security.txt-vraag werd mijn eerste experiment met een echte klantvraag. Ik kende de wens van de klant en wist precies hoe een beheerder dit in Moodle zou moeten kunnen instellen. Dat beschreef ik in een prompt en ik vroeg de AI-agent om feedback. Via die dialoog werd de opdracht steeds scherper, totdat alle context en regels helder waren vastgelegd. Pas toen gaf ik de opdracht om de Moodle-plugin te bouwen en te testen.

AI heeft context en een harnas nodig

Ook AI heeft een doel, kaders en richtlijnen nodig. AI is intelligent, maar nog niet wijs. Bovenop de getrainde intelligentie moeten context en een harnas aanwezig zijn. Een harnas hoor ik je denken? Laat ik dit uitleggen. Ik zie een harnas als een bouwplaats. Een vakman kan nog zo goed zijn, maar hij begint pas als hij de bouwtekening heeft: wat wordt er gebouwd, voor wie, op welke grond en volgens welke maten. Dat is de context, alles wat AI moet weten voordat hij begint. Daarnaast gelden er op elke bouwplaats veiligheidsvoorschriften. Je draagt een helm, je werkt op hoogte met valbeveiliging en niets wordt in gebruik genomen voordat het is gekeurd. Dat is het harnas, in het Engels guardrails: regels waar AI niet onderuit kan. De tekening maakt de AI slimmer, het harnas maakt zijn werk veilig.

Voor de plugin kreeg de AI een bouwtekening met de klantvraag, de Moodle-versie en de volledige tekst van de standaard RFC 9116, zodat hij niet op zijn geheugen hoefde te vertrouwen. Mijn harnas bestond onder andere uit de coderichtlijnen van Moodle, de controle op rechten, de privacy-API en de OWASP-lijst met beveiligingsrisico’s. Daarbij kwamen een paar werkafspraken, zoals een test door een tweede AI-agent als keuring en een mens die meekijkt (human in the loop).

Een regel die klonk alsof hij klopte

Een van mijn eigen regels liet zien hoe verraderlijk een richtlijn is die logisch klinkt. In mijn harnas stond dat elk bestand van de plugin met dezelfde beveiligingscontrole moet beginnen. Het is een bekende Moodle-gewoonte en hij klonk veilig. Ik had hem zelf zo opgeschreven, dus de AI-agent deed precies wat ik vroeg en zette hem overal neer.

Daarna liet ik de code controleren met het gereedschap dat Moodle zelf gebruikt om codestijl te toetsen. Dat gaf negen meldingen: op negen plekken hoorde die controle er helemaal niet. Moodle vraagt die controle alleen in bestanden die direct iets uitvoeren, en niet in bestanden die slechts iets beschrijven. De fout zat dus niet bij de AI, maar bij mij. Ik had een regel die logisch klonk niet naast de bron gelegd.

Gelukkig gebeurde dit bij een kleine plugin en niet in een groot project. Ik paste de regel aan. Een paar dagen later bleek ook een kennisartikel van onszelf over Moodle-codestijl een paar fouten te bevatten, die ik alleen vond door het naast de officiële documentatie van Moodle te leggen. Sindsdien geldt: een regel in mijn harnas is pas goed als Moodle zelf het ermee eens is. De documentatie van Moodle is leidend, niet mijn prompt.

Ten slotte iets wat ik pas laat doorhad: een harnas is nooit af. Moodle verandert met elke release en zo ook de beveiligingsrisico’s. Daarom werk ik de skill elke maand bij. Dan laat ik een AI-agent controleren of de regels in mijn werkwijze nog kloppen met de nieuwste coderichtlijnen en beveiligingsmeldingen, en laat ik voorstellen wat er moet worden aangepast.

Wat het mij opleverde

Ik dacht dat ik alle specificaties vooraf goed had beschreven, maar bij het testen van de Moodle-plugin zag ik toch dat er dingen ontbraken. Ik paste de specificaties aan, gaf dat terug aan de AI-agent en een paar minuten later kon ik een nieuwe versie testen. Zo werd iteratief werken, met volop ruimte voor voortschrijdend inzicht, opeens heel makkelijk om direct toe te passen. Tussen de start van het project en de uiteindelijke oplevering van local_securitytxt zat slechts een week. Alle stappen kon ik zelfstandig doorlopen.

Voor de klant was het resultaat een veilige plugin op maat die ruim binnen budget bleef. Voor mij betekende het iets anders. Ik merkte dat ik niet de programmeur werd, maar de opdrachtgever en product owner die helder krijgt wat er moet gebeuren, wat de grenzen zijn en wie controleert. Dat blijkt precies het werk te zijn waar ik al jaren goed in ben.

Een leeromgeving op maat

Dat dit kan, heeft ook met Moodle zelf te maken. Moodle is open source en modulair opgebouwd. Bijna elk onderdeel is een plugin die je kunt toevoegen, vervangen of aanpassen, en er zijn vaste afspraken over hoe zo’n plugin in het systeem past. Daardoor kan een AI-agent heel gericht één onderdeel bouwen zonder de rest van het LMS aan te raken. Voor zover ik weet is er geen ander LMS waarin je zo eenvoudig functionaliteit kunt toevoegen. De plugin voor security.txt is daar een klein voorbeeld van.

Het betekent vooral dat organisaties weer de volledige regie over hun eigen leeromgeving terugkrijgen. Een leeromgeving op maat maken die precies aansluit bij hoe een organisatie leert en werkt, wordt zo veel toegankelijker en betaalbaarder. Wat vroeger een groot, kostbaar maatwerktraject was, kan nu een compacte en goed afgebakende toevoeging zijn.

Wij blijven onze kennis delen

Ik heb geleerd van anderen, mijn eigen ervaring toegevoegd en dat wil ik weer delen met andere Moodlelaars. Daarom staan zowel de code van de plugin als de hele werkwijze (de skill) op GitHub. Tevens ben ik bezig het publiceren van de plugin in de Moodle Marketplace. Op MoodleMoot Europe 2026 verzorg ik hierover een presentatie onder de titel “Own Your LMS: How to Get from Idea to New Functionality as a Non Coder“, waarin ik deze aanpak laat zien. De opgebouwde kennis wil ik daarnaast vaker inzetten bij onze klanten.

Heb je zelf een specifieke wens of een ontbrekende schakel in Moodle die je met een gerichte plugin wilt oplossen? Neem gerust contact op met Avetica, dan kijken we samen hoe we jouw idee veilig en werkend realiseren.

Het bericht Ik ben geen developer en bouwde toch een Moodle-plugin verscheen eerst op Avetica.

Download Certificates plugin

In standaard Moodle kun je de data van de uitgegeven certificaten downloaden in Excel, CSV of andere formaten. De daadwerkelijk uitgegeven PDF in bulk downloaden lukt echter niet. Ik verwachtte eigenlijk niet dat er een plugin voor dit doel zou zijn. Het blijkt echter altijd nuttig om de Moodle Marketplace te doorzoeken want ‘Download Certificates‘ was snel gevonden!

Wat biedt de plugin?

De plugin doet precies wat deze klant zocht. Het is een Moodle blok wat je kunt toevoegen aan jouw eigen ‘Mijn startpagina’ als beheerder. In het blok zie je het totaal aantal uitgegeven certificaten en hoeveel dat er waren in de afgelopen 7 dagen. Je ziet ook in hoeveel cursussen er een certificaat aanwezig is.

Vanuit het blok zou je direct [Download Alles] kunnen klikken waarmee je direct een Zip-bestand download met alle certificaten. Je kunt ook klikken op [Beheer Certificaten] waarna je in een nieuw scherm komt.

Beheer Certificaten

Vanuit het beheer scherm kun je volgende dingen doen:

• Datum reeks: Je kunt een start- en einddatum invoeren en alle certificaten downloaden die in die periode zijn uitgegeven.
• Per cursus: Je kunt een dropdown openen waar je alle cursussen ziet waarin een certificaat voorkomt. Achter de naam van de cursus is ook direct te zien hoeveel certificaten daar zijn uitgegeven. Na selectie van de cursus kun de certificaten van alleen die cursus downloaden.
• Per sitegroep: Moodle gebruikers kunnen in een sitegroep (cohort) bij elkaar gebracht worden. Met deze selectie vind je alle certificaten die zijn uitgegeven aan gebruikers die lid zijn van de gekozen sitegroep.
• Per gebruiker: Je kunt als laatste een specifieke gebruiker zoek en daarvan de uitgegeven certificaten downloaden.

Het is ook altijd nog mogelijk om onderaan het scherm te zoeken en certificaten per gebruiker te downloaden. Ook zie je in het overzicht welk certificaat template is gebruikt.

Conclusie

De Moodle community heeft mij weer verbaasd met een eenvoudige maar nuttige plugin. De plugin is goed uitgewerkt en wij hebben hem maar direct weer vertaald naar het Nederlands. Wanneer het voor jou een nuttige plugin is kun je via onze afdeling Customer Services vragen de plugin te installeren.

Certificaten naar je HR systeem?

In bepaalde situaties, moeten de Moodle certificaten ook worden opgeslagen in het HR systeem. Er bestaan mogelijkheden om dit te doen zonder dat je eerst alles gaat downloaden en in het HR systeem weer gaat uploaden. Is dit iets wat in jouw situatie van toepassing is, neem dan contact met ons op om door te spreken wat de mogelijkheden zijn.

Het bericht Download eenvoudig alle Moodle certificaten verscheen eerst op Avetica.

Plugin Site Melding

Met de plugin ‘Site Melding‘ kun je meldingen aanmaken en die op allerlei manieren instellen. De melding toont aan de gebruikers als een ‘modal’ die ze na het lezen eenvoudig kunnen sluiten. Met name de instellingen die je per melding kunt doen maken het tot een hele nuttige plugin. Na installatie vind je de plugin terug onder Sitebeheer / Algemeen / Site melding.

Instellingen per melding

Wanneer je een nieuwe melding aanmaakt kun je de volgende instellingen doen.

Reset
Naast de titel en inhoud kun je instellen hoe vaak de melding wordt gereset. In het voorbeeld staat deze op 1 week waardoor de melding na een week opnieuw wordt aangeboden zodra de gebruiker in Moodle actief is.

Vereist bevestiging
Indien je ‘Vereist bevestiging’ inschakelt, moet de gebruiker een vinkje zetten dat de melding gelezen en begrepen is. Wanneer het vinkje wordt gezet en je kiest voor [Accepteren] blijf je ingelogd. Wanneer je kiest voor [Sluiten] zonder het vinkje te zetten, wordt je uitgelogd. Bij dit type meldingen kun je zien welke gebruikers de melding geaccepteerd hebben.

Forceer uitloggen
Wanneer je niet om een bevestiging vraagt kun je er alsnog voor zorgen dat een gebruiker wordt uitgelogd na het tonen van de melding. Door ‘Forceer uitloggen’ aan te vinken wordt de gebruiker uitgelogd na het klikken op [Sluiten].

Sitegroep
In Moodle kun je een groep gebruikers bij elkaar brengen in een ‘Sitegroep’. Wanneer je 1 of meerdere sitegroepen koppelt aan de melding, wordt de melding alleen getoond aan gebruikers die lid zijn van de betreffende sitegroep(en). Op die manier kun je een melding maken voor 1 klas in je school of een groep collegae binnen je organisatie.

Met een andere plugin ‘Sitegroeplidmaatschap op basis van profielvelden’ kun je gebruikers eenvoudig in een sitegroep plaatsen op basis van een waarde in hun profiel. Je kunt bijvoorbeeld een profielveld maken waarin je bij alle externe gebruikers een vinkje kunt zetten. In de plugin maak je een regel die deze gebruikers automatisch in een sitegroep zet. De sitegroep kan hierna aan de melding worden gekoppeld.

Vereiste cursus voltooiing
Je kunt één cursus, die voltooid moet worden, koppelen aan de melding. De melding zal dan worden getoond totdat die cursus is voltooid. Op die manier kun gebruikers attenderen op het voltooien van een verplichte cursus.

Zonder einddatum
Wanneer je deze instelling op ‘Nee’ zet, kun je een periode instellen waarin de melding actief is. Zo kun je meldingen dus al vooraf instellen en ook gepland uitschakelen. Als laatste kun je de melding inschakelen en ook altijd weer uitschakelen.

Overzicht meldingen

Als sitebeheerder heb je een mooi overzicht van al je meldingen. Je kunt eenvoudig zien welke actief zijn of verlopen. Ook kun je altijd testen hoe de melding toont zonder zelf direct tot de doelgroep te behoren.

Conclusie

Nuttige en zeer flexibele plugin die de sitebeheerder weer een extra stukje gereedschap geeft om de omgeving professioneel te beheren. Wil je de plugin gebruiken, vraag Avetica of jouw eigen hostingpartij om deze te installeren. Voor advies hoe je deze en andere plugins kunt inzetten of combineren kun je altijd bij ons terecht. De plugin lijkt nog niet geschikt voor Moodle 5 maar die vraag hebben we uitgezet bij de ontwikkelaar.

Het bericht Moodle gebruikers snel informeren? verscheen eerst op Avetica.

Ontwikkelproces

Ontwikkelaar Marina Glancy (voormalig lid Moodle Workplace team) beschrijft op LinkedIn hoe ze deze plugin met behulp van AI bouwde. Haar conclusie? AI leverde geen kant-en-klaar product af en vereiste de scherpe blik van haar als expert om fouten te filteren. Toch bleek de samenwerking goud waard: AI nam het tijdrovende basiswerk over, waardoor de plugin relatief snel gelanceerd kon worden. Laten we eens kijken wat de plugin biedt.

Kahoodle plugin

Kahoodle brengt de spanning en sfeer van een live quiz direct naar je Moodle omgeving. De docent of presentator deelt het scherm, start een ronde en gebruikers nemen deel na het scannen van een QR code. Vragen worden live gedeeld en gebruikers antwoorden op hun eigen smartphone of ander device. Gedurende de quiz wordt de score getoond in een live klassement.

Vragen invoeren

Het invoeren van de multiple choice vragen is heel eenvoudig. Je voert de vraag in met een optionele afbeelding. De antwoorden voer je 1 op verschillende regels waarbij je het juiste antwoord voorziet van een sterretje. Vervolgens ken je punten toe voor het snelst en langzaamst gegeven antwoord en bepaal je hoe lang de vraag getoond moet worden. Wanneer dat voor alle vragen gelijk is kun je dat ook al instellen bij het toevoegen van de activiteit. De vragen breng je bij elkaar in een ronde. Marina beschrijft ook de mogelijkheid om je eigen AI agent te koppelen en zo vragen te genereren.

Kahoodle in de praktijk

Kahoodle is een activiteit die je kunt toevoegen aan je cursus. Gebruikers die zijn ingelogd in Moodle kunnen dus eenvoudig deelnemen. Je kunt instellen of je werkt met echte namen of met een alias en avatar. Wanneer je Kahoodle wilt inzetten in situaties waar de gebruikers geen Moodle account hebben, kan dat door de Gast toegang in je Moodle omgeving en cursus in te stellen. Marina beschrijft dat heel duidelijk op de plugin pagina.

Live updates

Wanneer je met Kahoodle werkt zullen je gebruikers meestal deelnemen via een smartphone. Om ervoor te zorgen dat alles wat je doet direct zichtbaar is, heb je nog een aanvullende plugin nodig ‘Real Time events‘. Sterker nog de plugin is vereist naast de installatie van Kahoodle. De real-time plugin zorgt voor real-time communicatie tussen de Moodle server en de browser van de gebruiker. Wijzigingen komen dus direct door zonder dat de gebruiker het scherm hoeft te verversen. Ook deze plugin is gemaakt door Marina.

Vertaling in het Nederlands

Omdat ik er vanuit ga dat de plugin weleens redelijk populair kon worden, heb ik beide plugins voor de Nederlandstalige community vertaald. Mocht je met andere termen willen werken kun je dit altijd nog aanpassen in je eigen lokale taalpakket.

Conclusie

De Kahoodle plugin is een volwaardig alternatief voor Kahoot. De integratie in Moodle maakt de inzet in je onderwijs bijzonder eenvoudig. Ook houd je de data en gegevens van je gebruikers binnen je eigen Moodle omgeving in plaats van die te delen met een derde partij.

Misschien ook nog goed om te vermelden dat het gebruik van de plugin geheel gratis is. Je hebt geen abonnement of iets dergelijks nodig. Voor klanten van Avetica is de installatie ook volledig gratis.

Het bericht Kahoot voor Moodle met de plugin Kahoodle! verscheen eerst op Avetica.