Jesse van DijkAI Engineer · Toepassing, kwaliteit & security

Zo kun je mij introduceren bij Ten Brinke

Jesse krijgt AI-ideeën werkend.
En helpt het team ermee verder.

“Jesse kan naast ons de praktische uitwerking van AI-ideeën oppakken: modellen aansluiten, uitzoeken wat vastloopt en met collega’s testen of het bruikbaar is. Hij heeft dat zelf gedaan met lokale AI en koppelingen; zijn verbeteringen zijn overgenomen in bekende AI-projecten. Hij kijkt kritisch naar antwoorden en veiligheid, en legt kennis vast in zijn OKF-brein. Zo kunnen we samen een toepassing realiseren én zorgen dat het team ermee verder kan.”

Werkend krijgen
Modellen aansluiten, instellingen uitzoeken en fouten oplossen.
Bruikbaarheid toetsen
Klopt het antwoord, is de toegang passend en helpt dit de gebruiker?
Overdraagbaar maken
Kennis en afspraken vastleggen, zodat het team verder kan.
Eigen AI-inrichtingLokale modellen · koppelingen · afgeschermde uitvoering
Extern geaccepteerd werkOpenAI · Qwen Code · llama.cpp · NVIDIA
KNAW Hall of FamePublieke erkenning voor securitywerk ↗

Iemand die de praktische uitwerking oppakt.

Ik pak het uitzoekwerk, de AI-inrichting en het testen op. Samen met de collega die het proces kent, maak ik van een idee een toepassing die we in de praktijk kunnen beoordelen.

Bij Ten Brinke werken ontwikkeling, voorbereiding en uitvoering met veel informatie en verschillende specialisten. Daar wil ik aansluiten op de vakkennis van collega’s en jullie bestaande AI-werk.

Een voorstel om samen te verkennen

Een projectmedewerker sneller naar de juiste afspraak helpen.

Bijvoorbeeld: vragen over één vrijgegeven projectdossier beantwoorden. Wat is afgesproken, welke versie geldt en waar staat dat? De medewerker beoordeelt of de antwoorden kloppen en het zoeken en controleren makkelijker wordt.

Dit is een mogelijk startpunt om te bespreken. Samenwerking bij Ten Brinke ↗ · Kennisdeling via de Academy ↗

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.

Eén toepassing. Met de mensen die ermee gaan werken.

  1. Een concrete taak kiezen

    Met collega’s en IT kiezen we één taak, toegestane gegevens en een inhoudelijke beoordelaar. We spreken af wanneer de proef geslaagd is.

  2. Werkend maken en vergelijken

    Ik richt de proef in, onderzoek wat vastloopt en test met de gebruiker: klopt het resultaat, werkt de toegang zoals afgesproken en scheelt het werk? We tellen ook de tijd voor controle en correcties mee.

  3. Verbeteren en overdraagbaar maken

    We verwerken de feedback en beslissen samen wat verder kan. Ik leg instellingen, bronnen en werkafspraken vast, zodat de volgende collega niet opnieuw hoeft te beginnen.

Mijn inzet: een werkende proef, inzicht in wat wel en niet bruikbaar is, en een overdracht waar het team mee verder kan.

Mogelijkheden zien, uitproberen en doorzetten

Ik ben nieuwsgierig naar AI, communiceer direct en zoek door als iets niet meteen werkt. Bij Ten Brinke combineer ik dat graag met de bouwkennis en praktijkervaring van collega’s.

Dat sluit aan bij Betrokken, Bewust en Bekwaam: samen werken, gevolgen afwegen en leren door te doen.

Bronnen en toelichting
  • Eigen werk en externe acceptatie: de gelinkte bijdragen zijn onderdeel van 19 geverifieerde merges over 14 projecten: 15 technische bijdragen en 4 documentatiebijdragen. De genoemde reparaties hebben een beperkte, concrete reikwijdte; zij betekenen geen dienstverband bij de projecteigenaren. GitHub-gegevens en historische checks zijn op 27 september 2026 nagegaan; geen nieuwe upstreamtests uitgevoerd.
  • NVIDIA: de oorspronkelijke foutmelding was van een beheerder. Mijn wijziging herstelt de verwerking van resultaten, ook gebruikt door de bestaande GPU-toegangscontrole. De 21 toegevoegde testgevallen toetsen die verwerking; de GPU-afscherming zelf is niet mijn implementatie.
  • Overige bijdragen: OpenAI #1255 bevat testcode en opgeslagen API-antwoorden; een specifieke pakketrelease is niet vastgesteld. Qwen #7258 is een betrouwbaarheidsfix met nagebootste reacties, geen live modelserverproef. De llama.cpp-wijziging is geaccepteerd; de bredere CI was niet volledig groen. Geen securityfix of marktleiderschap voor die bijdrage geclaimd.
  • AI-inrichting: de agentintegratie is beschreven in mijn projectwerk; configuratie, cloud-init, VM en snapshot zijn in de inventaris gecontroleerd. Niet iedere uitvoeringsroute is onafhankelijk opnieuw getest. Routeway levert het model via een externe API; de VM is voor agentacties. Dat is geen volledig lokale verwerking of bewezen volledige netwerkisolatie.
  • Strix Halo: gepubliceerde rootless proeven met Vulkan en ROCm uit juli en de installatiewijziging uit september zijn afzonderlijke bewijzen. Ze vormen geen gezamenlijke hertest van één lek. Opstelling en resultaten ↗. Geen nieuwe hardwareproef of gerealiseerde Runpod-implementatie afgeleid.
  • Erkenningen: vier afzonderlijke organisaties met schriftelijk bevestigd herstel, KNAW inbegrepen. KNAW heeft daarnaast de publieke Hall of Fame-vermelding. Herstel is door de organisaties uitgevoerd en bevestigd, niet door mij technisch hertest. De OpenAI-sleutel was volgens de organisatie niet meer in gebruik. Privémails en technische vindplaatsen worden niet gepubliceerd.
  • Scale AI en OKF: werkperiode en modelevaluatie volgen uit mijn CV en eigen toelichting. De eerste kennisoverdracht vroeg extra inrichting. OKF is ontworpen voor overdraagbaarheid; betrouwbare werking met ieder model is niet aangetoond.
  • Ten Brinke: openbare bedrijfspagina’s en kernwaarden, geraadpleegd op 26 september 2026. De taak en werkwijze op deze pagina zijn voorstellen voor het gesprek, geen vastgesteld intern probleem of beloofde tijdwinst.