Dit heb ik al in de praktijk gedaan.
Een AI-model aansluiten en de uitvoering afschermen
Ik maakte GLM-5.3-Flash via Routeway bruikbaar in AI-assistenten. Toen de koppeling vastliep, zocht ik authenticatie, instellingen en compatibiliteit uit tot het werkte. Voor agentacties richtte ik een aparte Ubuntu-omgeving met Hyper-V in, zonder gekoppelde Windows-mappen. Voor tijdelijke tests gebruikte ik ook Windows Sandbox.
Eerst beproeven wat een assistent kan en welke toegang nodig is, voordat hij met bedrijfsbestanden gaat werken.
Lokale AI kiezen, instellen en testen
Strix Halo is een AMD-chip voor krachtige, compacte computers. Mijn Strix Halo Guide laat zien hoe je daarop AI draait: hardware en modellen kiezen, installeren en werkende instellingen vinden. Ik leg eigen tests en beperkingen vast, zodat anderen daarop kunnen voortbouwen.
Ik testte ook AI met beperkte rechten en verwijderde te ruime toegangsregels uit mijn installatiecode. Zo kan ik modelkeuze, inrichting en toegang samen beoordelen.
Bekijk de gids ↗ · Mijn aanpassing van de rechten ↗
Problemen oplossen in de AI-software zelf
Mijn verbeteringen zijn opgenomen in deze projecten:
- OpenAI .NET, de officiële koppeling voor .NET-toepassingen: ik herstelde verkeerd verstuurde aanvragen die werden geweigerd. Bijdrage ↗
- Qwen Code, software voor AI-assistenten: ik verhielp het vastlopen tussen hoofd- en achtergrondagent wanneer één aanvraag tegelijk mogelijk was. Bijdrage ↗
- llama.cpp, een veelgebruikte motor voor het uitvoeren van AI-modellen: ik voorkwam dat een lege instelling als beschikbaar model verscheen. Bijdrage ↗
- NVIDIA AI Cluster Runtime, software voor AI-clusterinfrastructuur: ik herstelde de verwerking van controle-uitslagen, zodat mislukte controles niet toch groen licht geven. Bijdrage ↗
Zoekwerk, eigen uitvoering en controle: ook wanneer het probleem in de AI-software zelf zit.
Beoordelen of een AI-antwoord echt bruikbaar is
Bij Scale AI beoordeelde ik AI-antwoorden en herschreef ik ze om ze beter te maken. Ik leerde kritisch kijken: klopt de inhoud, beantwoordt het de vraag en welke beweringen zijn onvoldoende onderbouwd? Zo leerde ik het verschil herkennen tussen een antwoord dat overtuigend klinkt en een antwoord dat je kunt gebruiken.
Voor Ten Brinke: AI-antwoorden controleren voordat collega’s erop vertrouwen. Ik kan fouten en twijfel zichtbaar maken, antwoorden verbeteren en collega’s helpen herkennen wat zij kunnen gebruiken en wat eerst gecontroleerd moet worden.
Ervaring met modelevaluatie bij Scale AI · mei 2023 – september 2024
Kennis behouden wanneer je van AI wisselt
In losse AI-gesprekken raken kennis en afspraken verspreid. Mijn OKF-brein bewaart ze samen met de bronnen in gewone bestanden. Een collega of een andere AI kan daardoor verder zonder opnieuw te beginnen. De eerste overdracht van Opus naar Codex is beproefd; extra inrichting was nog nodig.
Voor Ten Brinke: kennis blijft bij het team, ook wanneer een ander AI-model beter past. De volgende gebruiker ziet welke informatie nog geldt, wat is afgesproken en wanneer een mens moet beslissen.
OKF-brein op GitHub ↗ · Privéproject met uitgewerkt voorbeeld; toegang op verzoek.
Risico’s herkennen en tot actie brengen
Na mijn meldingen van blootgestelde toegangsgegevens bevestigden vier organisaties herstel, inclusief de KNAW. Eén bevestiging kwam van een CISO. Ik beschreef het risico en gaf hersteladvies; de organisaties voerden de oplossing uit. De KNAW vermeldt mij in de Hall of Fame 2026.
Die ervaring neem ik mee bij AI-inrichting: zorgvuldig omgaan met bedrijfsgegevens, toegang en externe koppelingen.
Lees de drie concrete meldingsvoorbeelden
Mijn meldingen leidden tot concrete actie
De KNAW vermeldt mij in de Hall of Fame 2026 voor responsible disclosure. In totaal bevestigen vier organisaties schriftelijk herstel na mijn meldingen, de KNAW inbegrepen. Hieronder drie voorbeelden bij Nederlandse overheidsorganisaties:
- Cloudtoegang: herstel bevestigd door de CISO. Ik meldde openbaar achtergebleven Azure Storage- en applicatiegeheimen: toegangsgegevens die, afhankelijk van geldigheid en rechten, toegang tot opslag of een applicatie kunnen geven. De CISO bevestigde dat de kwetsbaarheid was opgepakt en gemitigeerd.
- AI-dienst: blootgestelde OpenAI-sleutel bevestigd en opgeruimd. Ik vond een API-sleutel die na verwijdering nog in de versiehistorie stond. De organisatie bevestigde de blootstelling en ruimde de achtergebleven sleutel op.
- Inlogsysteem: geheime toegangsgegevens vervangen. Bij een overheidsstichting vond ik geheime toegangsgegevens die nog in de openbare versiegeschiedenis stonden. Ik meldde het risico en gaf hersteladvies. De stichting bevestigde dat zij de toegangsgegevens had vervangen en de configuratie had aangepast.
Van vondst naar herstel: ik beschreef wat er blootstond, waarom dat riskant was en hoe het kon worden opgelost: sleutels vervangen, de versiehistorie opschonen en herhaling voorkomen. De uitvoering lag bij de organisaties; zij bevestigden de opvolging. Bij de AI-melding bevestigde de organisatie ook dat zij had gecontroleerd dat de sleutel niet meer in de bereikbare historie voorkwam.
Voor Ten Brinke: eigen AI vraagt ook grip op sleutels, koppelingen en toegangsrechten. Ik breng ervaring mee met het herkennen van zulke risico’s, helder rapporteren en opvolging door securityteams. Dat wil ik vanaf de inrichting van AI meenemen.
Controleer mijn KNAW-vermelding ↗ · Overheidsbevestigingen uit augustus en september 2026; hier geanonimiseerd.
Ik gebruik AI bij onderzoek en uitvoering. Mijn bijdrage zit in de vraagstelling, keuzes, inrichting en kritische beoordeling van het resultaat.