Eigen product — CleverTech
Dit is een eigen CleverTech-product, geen klantopdracht — er zijn dus geen klantresultaten. De genoemde uitkomsten zijn geleverde product- en techniekfeiten uit de eigen codebase; gebruikers-, conversie- en omzetcijfers worden bewust niet vermeld omdat ze niet extern geverifieerd zijn. Het coverage-cijfer is een momentopname uit de eigen README.
Bij vrijwel elk AI-traject komt dezelfde technische vraag terug: hoe bouw je een AI-assistent op eigen data waarin onnauwkeurigheid meteen opvalt? Om die vraag te beantwoorden op een corpus waar fouten direct zichtbaar zijn, bouwden we Bijbel Assistent (bijbelassistent.nl) — een eigen CleverTech-product, geen klantopdracht: een Nederlandstalige AI-assistent voor Bijbelstudie. Wie vraagt wat een vers in de grondtekst betekent, controleert het antwoord: in de tekst zelf, in de commentaren, in het woordenboek. Een taalmodel dat vloeiend klinkt maar een uitspraak aan het verkeerde hoofdstuk toeschrijft, valt hier binnen een minuut door de mand. Dat maakt dit domein een strenge testomgeving voor precies het probleem dat een chatbot op bedrijfsdata ook heeft.
Vier dingen maakten dat lastig:
We bouwden de assistent als een RAG-toepassing (retrieval-augmented generation): het taalmodel krijgt bij elke vraag eerst de relevante brontekst aangereikt en redeneert daarover, in plaats van uit eigen parametergeheugen te putten.
Fine-tunen zou de kennis in de modelgewichten bakken — precies wat je hier niet wilt. Een fijngetuned model kan nog steeds niet zeggen waar iets staat, en elke corpuswijziging vraagt om opnieuw trainen. Met RAG blijft het corpus de bron van waarheid: de assistent haalt passages op, geeft die mee als context en verwijst er in het antwoord naar. Bijwerken betekent dan documenten toevoegen, niet een model hertrainen. Die afweging speelt bij vrijwel elke AI-assistent op bedrijfsdata; we hebben hem apart uitgewerkt in RAG vs. fine-tuning.
Ontwerpdoel van deze architectuur: elk inhoudelijk antwoord is te herleiden tot een aanwijsbare passage — een vers in een genoemde vertaling, een commentaarregel of een grondtaal-lemma. Dat is het gestelde ontwerpdoel en de reden om voor RAG te kiezen, geen extern gemeten nauwkeurigheidsscore.
De vector-database is PostgreSQL met pgvector. Bewuste keuze: het corpus, de gebruikersdata en de embeddings staan zo in hetzelfde systeem, met dezelfde back-ups en dezelfde transacties. Een aparte vector-store toevoegen levert bij deze omvang vooral extra infrastructuur op. Semantisch zoeken loopt daardoor over dezelfde database die ook bladwijzers, notities en abonnementen bijhoudt. Redis vangt caching en snelle sessie-toegang op.
Als redeneerlaag gebruiken we de Claude API van Anthropic. De opgehaalde passages gaan als context mee en het antwoord verwijst terug naar wat er is opgehaald — vertaling erbij, commentaar erbij. Waar een generieke chatbot een vlot verhaal produceert, is de opdracht hier omgekeerd: liever een korter antwoord dat aanwijsbaar in de tekst staat dan een lang antwoord dat nergens naar terugleidt.
Een chatvenster alleen is geen product. De assistent kent daarom een prediker-modus voor exegese en preekvoorbereiding, woordstudie op Strong-nummers, kruisverwijzingen tussen teksten, groepsstudie voor gezamenlijk gebruik, bladwijzers met eigen notities en TTS-audio om teksten te laten voorlezen. Voor externe integraties is er een REST-API. Een zusterproject op hetzelfde fundament genereert gepersonaliseerde Bijbelleesplannen.
De frontend draait op Next.js en React, de backend op Fastify (Node), met JWT-authenticatie. Abonnementen lopen via Mollie met iDEAL — de Nederlandse betaalstandaard, niet een creditcard-only-oplossing. Privacy is ingebouwd in plaats van eromheen gebouwd: gebruikers kunnen hun data exporteren en hun account laten verwijderen (GDPR). Naast de web-app is er een React Native-app en een PWA met offline-ondersteuning, zodat teksten ook zonder verbinding beschikbaar zijn. De codebase wordt getest met Vitest.
De vraag die bij elk AI-agent- of chatbot-traject terugkomt is wat zoiets kost. Deze case laat vooral zien waar de kosten zitten, en dat is zelden bij het taalmodel. Het zwaartepunt ligt vóór het chatvenster: het corpus opschonen en in bruikbare stukken knippen, embeddings genereren en actueel houden, en — het meest onderschat — evalueren of de assistent de juiste passage ophaalt. Daarna komen de gebruikelijke productiekosten: authenticatie, betalingen, privacyfuncties, monitoring. Wie een chatbot wil implementeren op eigen documenten begroot doorgaans het modelgebruik en vergeet die drie voorbereidende stappen; daar loopt een traject vast, niet op de API-rekening.
Vier Nederlandse Bijbelvertalingen (SV, HSV, NBV21, BGT) plus commentaren als doorzoekbaar RAG-corpus
Multi-tenant Huurdersportaal met IoT-energiemonitoring
Meterstanden automatisch uitlezen met camera en AI-beeldherkenning
Onze eigen AI-business-assistent: AI diep in de bedrijfsvoering
We bouwen voor jouw bedrijf wat we voor deze klant bouwden — met heldere afspraken vooraf. 30 min vrijblijvende scoping.
