Mijn ervaringen met vibe coding in Low Code

Hieronder deel ik mijn ervaringen met AI in de afgelopen jaren, in combinatie met low-code (OutSystems). Als je het hele verhaal niet wilt lezen; dit is de korte samenvatting:

• AI bij softwareontwikkeling bestaat al meer dan 3 jaar.
• Agents zijn dom als je ze niet slim gebruikt.
• Vibe coding met Mentor Studio is gaaf, probeer het! Ontwikkelen met OutSystems is natuurlijk al snel, maar samen met AI is het heel, heel snel.
• Mentor-First is hoe wij vanaf nu gaan ontwikkelen!
• Mensen zijn nog steeds nodig. Een machine kun je niet aansprakelijk stellen.
• Werk aan kritisch denken en architectuurvaardigheden.

---

Ik zal me eerst even voorstellen. Mijn naam is Clarisse en ik ontwikkel met OutSystems sinds 2020. Ik ben een groot voorstander van herbruikbare code, goede documentatie, agile werken, het principe “de database is je vriend” en “less is more”. Efficiënte code maakt mij gelukkig en ik vind het leuk om nieuwe dingen te ontdekken en te leren. Leuk kennis te maken.

Ik had altijd twee achilleshielen: JavaScript (JS). Maar dat veranderde toen GPT verscheen in 2022/2023. Dat lijkt nog maar kort geleden toch? Tot die tijd vond ik het lastig om problemen op te lossen waarvoor JavaScript nodig was. Daarna had ik ineens een hulpmiddel dat precies de JavaScript kon genereren die ik nodig had én uitlegde wat de code deed.

En zomaar ineens werd JavaScript een stuk eenvoudiger. Natuurlijk was niet alles rozengeur en maneschijn, maar taken die vroeger één tot twee dagen kostten, waren nu binnen één tot twee uur klaar. Dat was de eerste keer dat ik echt voelde dat AI mij kon helpen een betere en snellere ontwikkelaar te worden. In die tijd stond OutSystems vooral bekend als een low-code platform.

In 2023/2024 begonnen AI-agents hun eerste stappen te zetten. Kort gezegd is een AI-agent een AI-systeem dat taken namens jou uitvoert. Je geeft de AI als het ware het vermogen om te handelen. Zelf ben ik er pas in 2025 actief mee gaan experimenteren. In het begin dacht ik dat agents behoorlijk dom zijn, en soms denk ik dat nog steeds. Maar gaandeweg leerde ik dat een agent zo goed is als wij hem maken.

Large Language Models (LLM’s), de basis van AI-agents, zijn niet deterministisch. Er blijft dus altijd een kans op fouten bestaan. De echte uitdaging zit echter in hoe we het gedrag van de agent ontwerpen. Mijn belangrijkste les tot nu toe: houd het simpel en geef een agent één duidelijke taak. Geef hem niet twee of drie opdrachten tegelijk. In zulke gevallen kun je beter meerdere gespecialiseerde agents maken en deze vervolgens orkestreren om samen het gewenste resultaat te bereiken.

De nieuwste trend ontstond in 2025: vibe coding. Hier wil ik graag op inzoomen. Voor wie het nog niet kent: bij vibe coding geef je instructies in gewone mensentaal. AI genereert vervolgens de code voor je, waardoor je snel prototypes kunt bouwen en iteratief kunt verbeteren. Dit kun je doen met AI-tools zoals Claude Code, Cursor, Codex en Kiro. In feite ben je dan aan het high-coden met behulp van AI. En juist die termen “high code” en “low code” zijn hier belangrijk.

Als low-code ontwikkelaar hoef ik me alleen bezig te houden met processen, gebruikersinterfaces, logica en data binnen OutSystems Service Studio of ODC Studio. De infrastructuur en technische fundamenten van mijn applicaties worden door OutSystems verzorgd. Als high-code ontwikkelaar ben je zelf verantwoordelijk voor het opzetten van alles. Uiteraard helpt AI daarbij, maar uiteindelijk moet jij het werk uitvoeren.

Om te begrijpen wat deze ontwikkeling betekent voor low-code ontwikkelaars besloot ik een experiment te doen met Codex. Mijn opdracht was eenvoudig:

“Maak een eenvoudige taakbeheer-applicatie.”

Met hulp van Copilot begon ik met Codex over mijn applicatie te praten:

Zoals gezegd moest ik allerlei zaken configureren waar ik als low-code ontwikkelaar normaal nooit naar omkijk. Ik kon volgen wat ik aan het doen was, maar termen zoals “use Express” of “enable JSON middleware” zeiden me weinig. Pas toen we over de gebruikersinterface begonnen te praten, voelde ik me echt comfortabel.

Nog geen uur later had ik een werkende applicatie. Ik was verbaasd. Het werkte én zag er goed uit, terwijl ik relatief weinig instructies had gegeven.

Toen kwam de volgende vraag: Kan ik hetzelfde bereiken met OutSystems? En hoe komen deze twee werelden samen?

Binnen OutSystems gebeurt vibe coding via Mentor Studio. Dit product is nog volop in ontwikkeling, maar inmiddels beschikbaar binnen ODC Studio. De gesprekken met Mentor Studio waren veel eenvoudiger. Met slechts een paar instructies genereerde het systeem een eenvoudige taakbeheer-applicatie, weliswaar met de bekende OutSystems-stijl.

Vervolgens vroeg ik Mentor Studio om de gebruikersinterface te verbeteren. Op dat moment was ik overtuigd: Mentor Studio is klaar om de concurrentie aan te gaan.

Er waren nog wat kleine aanpassingen nodig om het perfect te maken, maar mijn doel was simpelweg bepalen of Mentor Studio er klaar voor was of niet.

Wanneer je Mentor Studio een opdracht geeft, kan hij wijzigingen aanbrengen in de interface, de logica of de database. Bovendien kun je precies zien welke wijzigingen zijn uitgevoerd. Door het vergelijken van versies kun je zelfs elke aanpassing terugvinden, klik gewoon in je laatste Mentor Studio-conversatie op View Changes. En het gaat verder dan alleen code genereren. Je kunt Mentor Studio ook inzetten om documentatie te schrijven of om bestaande code uit te leggen.

En mocht je het gemist hebben: binnenkort kunnen Claude Code, Cursor, Codex en Kiro direct gekoppeld worden aan OutSystems. Daardoor kun je zowel visueel ontwikkelen als gebruikmaken van AI. Het beste van twee werelden.

Wel is er een belangrijk verschil. Voor veel van deze AI-tools heb je abonnementen nodig met gebruikslimieten. Je moet daarom goed letten op je tokenverbruik, want de kosten kunnen snel oplopen. Bij Mentor Studio heb je dat probleem niet. Het maakt deel uit van je OutSystems-licentie en is direct beschikbaar als standaardfunctionaliteit. Wat ik persoonlijk één van de grootste voordelen vind, is dat je razendsnel kunt ontwikkelen én tegelijkertijd visueel kunt zien wat er gebeurt binnen ODC Studio.

Tijdens mijn Codex-test zag ik bijvoorbeeld nooit de gegenereerde code. Als mijn credits waren opgebruikt en ik iets handmatig had moeten aanpassen, was dat lastig geworden. Toch kijk ik ernaar uit om Codex in combinatie met OutSystems te gebruiken.

Gelukkig kreeg ik al snel een praktijkvoorbeeld binnen CoolProfs. We wilden een WK-voetbalapp bouwen voor collega’s. Het idee ontstond slechts twee dagen voor de start van het toernooi. De eerste vraag was natuurlijk: “Hoe moet de applicatie eruit zien?”

Zoals ik al zei is het startpunt van Mentor Studio sterk gebaseerd op de standaard OutSystems-interface. Voor deze app wilden we echter iets mooiers. Voor het ontwerp gebruikten we daarom Figma Make, een AI-agent binnen Figma. Figma behoort tot de meest gebruikte designplatformen ter wereld en profiteert van jarenlange ervaring op het gebied van productontwerp. We vroegen Figma Make om mockups voor een WK Fantasy League-applicatie en het resultaat was direct raak.

Omdat Mentor Studio en Microsoft Copilot momenteel nog geen Figma-designs kunnen lezen, gaven we de gegenereerde HTML aan Copilot en vroegen deze om de informatie om te zetten naar een formaat dat Mentor Studio begreep. Met Copilot als tussenstap bouwden we de basis van de gebruikersinterface in ODC Studio. Binnen minder dan een dag konden we een eerste versie aan stakeholders laten zien.

Daarna ontstond de volgende vraag: “Hoe houden we wedstrijdresultaten automatisch actueel?” We zijn ontwikkelaars, dus uiteraard besloten we dat te automatiseren. We vonden een gratis API en gaven de specificaties aan Mentor Studio. Tot onze verrassing verzorgde het volledig zelfstandig de integratie. Petje af voor Mentor Studio.

Op dag twee besteedden we onze tijd aan: nieuwe functionaliteiten die stakeholders hadden aangevraagd, een donkere modus (helaas, volgens mij), een workflow om wedstrijdgegevens automatisch bij te werken, het oplossen van kwaliteitsissues uit ODC’s code quality tooling, en testen. En uiteindelijk stond de applicatie live.

Is Mentor Studio klaar voor productie? Ik denk van wel. Laat Mentor Studio ongeveer 80% van het werk doen. Controleer vervolgens de resultaten, voer verbeteringen door en rond het af. Er zijn inmiddels organisaties die een Mentor-first aanpak hanteren en daarmee interessante resultaten behalen. Ook wij bij CoolProfs gaan deze werkwijze toepassen.

Maar softwareontwikkeling gaat verder dan alleen code schrijven. Het omvat ook beveiliging, compliance, governance, operations, logging en beheer. Met OutSystems bouwden we deze applicatie in twee dagen. Binnen enkele minuten na oplevering stond de applicatie volledig beheerd in productie. Een traditionele ontwikkelcyclus binnen OutSystems low-code had waarschijnlijk twee tot vier weken gekost. Het voelt geweldig om zo snel iets te kunnen realiseren, én met een moderne interface!

Natuurlijk waren er kleine bugs. Af en toe gaven we gebruikersfeedback door aan Mentor Studio en vroegen we het probleem op te lossen. Soms werkte dat perfect, soms niet. Maar de resterende issues waren eenvoudig handmatig te corrigeren. Alles bij elkaar genomen hadden we binnen twee dagen een aantrekkelijk product in productie, inclusief extra functionaliteit die pas op dag één werd bedacht.

Ik heb misschien wel veel positieve dingen verteld, maar dat komt omdat ik Mentor Studio écht indrukwekkend vind. Dat betekent niet dat alles perfect is. Persoonlijk zie ik nog een aantal verbeterpunten:

• Er wordt te vaak gewerkt met hardcoded tekstvergelijkingen in plaats van statische entity identifiers.
• De gegenereerde CSS is niet altijd goed leesbaar voor mensen.
• De gegenereerde logische flows zijn niet altijd netjes gestructureerd.
• Soms worden schermonderdelen dubbel aangemaakt.

Dit zijn zaken die waarschijnlijk relatief eenvoudig op te lossen zijn. Daarom hebben we nog steeds ontwikkelaars nodig! Uiteindelijk blijft een mens verantwoordelijk voor wat er in productie gaat. Je kunt een machine niet verantwoordelijk houden.

Mijn advies:

• Werk aan je kritisch denkvermogen en architectuurvaardigheden.
• Zorg dat je begrijpt wat AI genereert, zodat je de resultaten kunt beoordelen.
• Bouw functionaliteit stap voor stap. AI raakt snel de weg kwijt als je te veel tegelijk vraagt.
• Test. Test. Test. En test daarna nog een keer.

Als je dat doet, houd je meer tijd over om de business goed te begrijpen en precies te weten wat je aan het bouwen bent. Zoals OutSystems’ Sezen de Bruijn het mooi verwoordde: “We verschuiven van ontwikkelaar van code naar AI dirigent.”

Ben je nog niet begonnen met AI? Geen probleem. Je kunt direct instappen in de wereld van vibe coding. Ook OutSystems leert mee en beweegt mee met het tempo van verandering. Daarom positioneert het zich inmiddels als een Agentic Systems Platform.

En CoolProfs blijft eveneens investeren in AI en alles daaromheen. Wist je bijvoorbeeld dat wij een gratis tool hebben ontwikkeld waarmee je governance rondom AI-agents kunt organiseren?

Dit artikel is geschreven door een mens: Clarisse Carneiro, Consultant bij CoolProfs.