Slotles — je eigen AI-stack
Hoe je beslist wat je inbouwt, wat je koopt en wat je laat
Acht weken geleden was AI voor je een wolk boven de horizon: fascinerend, maar ergens ver weg. Nu sta je met je voeten in de rivier. Je weet waar de stenen liggen. Je weet welke plassen diep zijn en welke schijnbaar diep zijn. In deze slotles maken we niet zozeer iets nieuws — we leggen het gereedschap dat je nu hebt, in de juiste volgorde op je werkbank. Één model, één automatisering, één framework. En dan: aan het werk.
Wat je nu weet
Denk even terug aan waar je begon. Week één was de grondbasis: wat is een LLM eigenlijk, waarom voorspelt het tokens, hoe kom je van een model naar iets bruikbaars. Week twee ging over prompt-engineering — rollen, voorbeelden, temperatuur, structured output. Week drie en vier bouwden de brug van "chatten met AI" naar "bouwen met AI": API's, PHP-integratie, asynchrone cronjobs, de eerste nuttige automatiseringen.
Week vijf zoomde in op tools en orchestratie. Week zes op patronen die je steeds tegenkomt: RAG, classificatie, extractie, summarisatie. Week zeven ging over de risico's die niemand je in een tutorial vertelt: AVG, hallucinaties, bias en kosten. Week acht was hands-on: drie concrete cases uit je eigen wereld, plus een blik op wat eraan komt.
Dat is de eerlijke opsomming. Wat je hebt opgedaan is geen lijstje trucs, maar een vocabulaire. Je kunt nu zelf beoordelen of een AI-idee realistisch is, welk model erbij hoort, waar de valkuilen zitten en hoe lang het werk ongeveer duurt. Dat is precies het verschil tussen buitenstaander en insider.
De beslisboom — bouw, koop, skip
Niet elk AI-idee is een project. Niet elk project is er een om zelf te bouwen. Loop deze vragen langs elk idee dat op je bureau komt.
- Levert dit tijdwinst op die ik kan kwantificeren? Zo nee: skip, of wacht tot het kan.
- Bestaat er een kant-en-klare tool die dit al 80% oplost? Zo ja: koop en integreer, bouw niet opnieuw.
- Zit de kern van de waarde in mijn domein-expertise? Zo ja: bouw zelf, want dat is precies je concurrentievoordeel.
- Is dit kritiek genoeg om mens-in-de-lus te houden? Bij twijfel: ja.
- Kan ik het testen met twintig echte gevallen voor ik ga bouwen? Zo nee: maak eerst die twintig gevallen.
Deze vijf vragen voorkomen de twee grootste fouten die solo-bouwers maken: alles zelf willen bouwen (time sink), of alles willen outsourcen (verlies aan controle en data-soevereiniteit).
De meeste waarde komt uit vijf of zes goed gekozen automatiseringen die elk een halfuur tot een uur per dag besparen. Niet uit één grootse autonome agent die alles doet. Klein beginnen, kleine winst vastzetten, opstapelen.
Stack-blueprint voor een solo-founder
Geen tien tools. Drie. Als deze drie op orde zijn, kan alles wat je binnen twee jaar tegenkomt hier onder landen.
Eén frontier-model API. Kies er één — bijvoorbeeld Claude Sonnet 4.7 voor de bulk, Haiku voor classificatie, Opus waar het echt nodig is. Eén provider betekent één factuur, één DPA, één SDK, één set quirks om te leren. Switchen naar een andere provider is later een middag werk, niet een architectuur-project. Kies de beste vandaag en beweeg mee met de markt als dat nodig is.
Eén no-code automatiseringslaag. Make.com, n8n (self-hosted of cloud), of Zapier. Niet elke taak verdient PHP. Als een "zo gauw er een formulier binnenkomt, stuur het door API X en mail Y" in een no-code tool tien minuten werk is, hoeft dat geen cron en geen deploy. No-code is goud voor het simpele tussenwerk — tijdrovend om zelf te bouwen, triviaal om te klikken.
Eén agent/orchestratie-framework (als je het nodig hebt). Voor meerstaps-workflows met tool-use: Anthropic's native tool-use API voor de meeste gevallen, of Mastra / LangGraph als je structuur wilt. Geen drie frameworks tegelijk. Geen experimenten parallel. Eén keuze, consolideer eromheen.
Daarnaast: je eigen MySQL/Postgres voor data, je eigen PHP voor logica, je eigen nginx voor delivery. AI is een laag op je bestaande stack, geen vervanger ervan.
Wat wel bouwen, wat niet
Zelf bouwen: dingen die specifiek zijn voor jouw bedrijf, jouw data, jouw workflow. Een offerte-generator die jouw producten kent. Een support-triage die jouw klanten kent. Een kennisbank op jouw documenten. Hier win je door precisie die niemand anders kan leveren.
Kopen/gebruiken: generieke tools voor generieke taken. Transcriptie van meetings (AssemblyAI, OpenAI Whisper-API). OCR op bonnen en facturen (Google Document AI, Mindee). Content-moderatie (Moderation-API's). Niet elke wiel hoeft herkeurd te worden.
Skippen: de trend van de week die niets met jouw klanten te maken heeft. Browser-agents die zelfstandig op het web surfen zijn cool, maar voor jouw SaaS waarschijnlijk niet relevant. Laat anderen daar de wiel vinden. Jij bouwt aan producten, geen speeltuin.
De grootste falende pattern die je moet vermijden: drie AI-projecten half afmaken. Kies er één, bouw hem tot productie, laat hem een week rustig draaien, pas dan de volgende. Half-werkende features zijn erger dan geen features — ze ondermijnen het vertrouwen in het hele systeem.
De routine die het volhoudt
AI-integratie is geen project dat af is. Het is een gewoonte. Een paar rituelen die werken voor solo-bouwers:
- Wekelijkse sample-review. Zeg twintig minuten op vrijdag. Twintig random outputs van je AI-workflows bekijken. Wat klopte? Wat niet? Eén prompt-aanpassing per week is genoeg om langzaam beter te worden.
- Maandelijkse kostencheck. Dashboards van je AI-providers. Is het binnen budget? Welk model gebruik ik meer dan nodig? Kan ik iets routeren naar een goedkoper model?
- Kwartaal-evaluatie. Welke automatisering heeft me echt tijd bespaard? Welke niet? Zet rustig uit wat niet levert — de beste feature is soms de feature die je afschaft.
- Jaarlijks: modelcheck. Is er een nieuw frontier-model waarop je bestaande prompts beter presteren? Meestal ja. Switchen is een middag werk met de juiste tests.
Wat je niet moet vergeten
Technologie verandert. Het fundament waar je nu op staat verandert niet snel. Data minimaliseren blijft wijs. Gronding voor feitelijke vragen blijft essentieel. Mens in de lus bij gevolgen blijft noodzakelijk. Validatie van AI-output blijft niet optioneel. Budget-alerts blijven je brandmelder.
Wat óók niet verandert: je klant koopt geen AI. Je klant koopt een opgelost probleem. Als AI je helpt dat probleem sneller, beter of goedkoper op te lossen — gebruik het. Zo niet, gebruik het niet. Het is gereedschap, geen heilige kelk.
Acht weken terug
Denk nog één keer terug aan die eerste les. Je vroeg je af wat AI eigenlijk was, of je het nodig had, of je het aankon. Nu weet je. Je hebt met eigen handen gebouwd wat je aan het begin nog niet kon formuleren. Je hebt een offerte-generator op papier staan, een triage-flow in je hoofd, een kennisbank-architectuur die je kunt uitrollen in een weekend. Je hebt geleerd welke regels er gelden, waar de scherpe kantjes zitten, en wat dit allemaal kost.
Je bent nu geen buitenstaander meer in de AI-wereld. Je zit erin. Dat is geen eretitel — het is gewoon een feit over wat je nu kunt. En dat is genoeg om vanuit te bouwen. Niet alles in één keer. Niet perfect. Niet vanuit angst voor wat je mist. Gewoon één goed gekozen eerste integratie, en dan de volgende, en dan de volgende.
Drie dingen om mee te nemen
- Klein en gekozen. Eén frontier-API, één no-code-laag, één orchestratie-aanpak. Geen tien tools tegelijk, één dag beslissingen en een jaar rust.
- Bouw waar jouw voordeel ligt, koop waar het generiek is. Jouw domein-expertise is je ticket. Algemene puzzels los je op met wat er al bestaat.
- Ritme boven sprints. Wekelijkse samples, maandelijkse kosten, kwartaal-evaluatie, jaar-modelcheck. Saai, effectief, volhoudbaar.
Bedankt dat je deze acht weken bent gebleven. Ga terug naar je editor, open je project, en bouw één ding dat over een maand tijd bespaart. Dat is alles. En tegelijk alles wat er hoeft te zijn.
Tot ziens. Blijf nieuwsgierig — en blijf scherp.