Vibe coding in de praktijk: een Jira-kloon in een uur

Je hebt een idee voor software. Misschien een intern planningssysteem, een klantportaal of iets om dat ene handmatige proces eindelijk te automatiseren. Maar dan kom je uit bij een bureau, en de offerte is 30.000 euro. Of meer. De doorlooptijd? Drie tot zes maanden. Dat idee belandt weer in de la. Herkenbaar? Wij hebben onlangs iets gebouwd dat laat zien hoe anders het kan. Met vibe coding en Claude Code bouwden we Comrads – een complete Jira-kloon met kanban board, sprints, burndown charts en realtime samenwerking. 65 bestanden, 3.067 regels code, in ongeveer een uur. Dit is het verhaal van hoe dat ging.

Wat is vibe coding (en waarom het nu relevant is)

De term “vibe coding” beschrijft een manier van software bouwen die een paar jaar geleden nog niet bestond. Je beschrijft in gewone taal wat je wilt maken, en een AI-codeerassistent schrijft de code. Jij hoeft niet te weten hoe een for-loop werkt of wat een database-query is. Je moet wel weten wat je wilt bereiken.

Wij gebruiken hiervoor Claude Code, een codeerassistent van Anthropic die rechtstreeks in je terminal draait. Je geeft instructies in het Nederlands of Engels, en Claude Code schrijft complete bestanden, stelt architectuur voor, debugt fouten en bouwt features op basis van jouw aanwijzingen. Vergelijk het met het verschil tussen zelf een huis metselen en een aannemer vertellen wat voor huis je wilt. Je hoeft geen metselaar te zijn, maar je moet wel kunnen uitleggen dat je drie slaapkamers wilt en een open keuken.

Wat vibe coding verandert is de rol van de mens in het ontwikkelproces. Je verschuift van coder naar regisseur. Je bepaalt de richting, beoordeelt het resultaat, stuurt bij. De AI doet het typen. Dat klinkt misschien te mooi, en dat is het deels ook. Bij lastige architectuurbeslissingen, beveiligingsvraagstukken of het debuggen van subtiele fouten heb je nog steeds iemand nodig die snapt wat er onder de motorkap gebeurt. Vibe coding vervangt geen engineers. Het maakt wel mogelijk dat projecten die vroeger maanden kostten, in dagen of uren vorm krijgen.

Waar ik steeds op terugkom als ik met deze tools werk: het gaat niet om perfect geschreven code bij de eerste poging. Het gaat om de snelheid waarmee je van idee naar iets werkends komt. En dan itereren. Net zoals je een eerste versie van een businessplan schrijft en die bijschaaft – zo werkt vibe coding met software.

Lees ook: ChatGPT vs Claude: welke AI-assistent past bij jouw organisatie?

Het project: een complete Jira-kloon bouwen

Om concreet te maken wat vibe coding oplevert, hebben we Comrads gebouwd. Niet als klantproject, maar als demonstratie. Een complete projectmanagement-applicatie naar het model van Jira, met features die je bij serieuze software verwacht.

Wat zit erin:

• Een kanban board met drag-and-drop, waar je tickets tussen kolommen sleept
• Een ticketsysteem met titels, beschrijvingen, prioriteiten en toewijzingen
• Sprints met planning en burndown charts die automatisch bijhouden hoeveel werk er nog open staat
• Realtime samenwerking via WebSockets – meerdere mensen kunnen tegelijk in hetzelfde board werken en zien elkaars wijzigingen meteen
• Email notificaties via Resend wanneer er iets verandert in je tickets

De technische basis draait op Cloudflare’s edge-infrastructuur. In gewone taal: Comrads draait niet op een enkele server ergens in een datacenter, maar op honderden locaties wereldwijd, dicht bij de gebruiker. De bouwstenen:

• Cloudflare Workers voor de serverlogica (de “achterkant”)
• D1 als database (een SQLite-database die in de cloud draait)
• KV voor snelle key-value opslag (configuratie, sessies)
• R2 voor bestandsopslag
• Durable Objects voor de realtime WebSocket-verbindingen

Het frontend is gebouwd met Vinext, een combinatie van Next.js en Vite die specifiek ontworpen is voor Cloudflare.

In harde getallen: 65 bestanden, 3.067 regels code, vijf bouwfasen.

De vijf bouwfasen met Claude Code

Wat volgt is geen tutorial. Je hoeft dit niet zelf na te bouwen. Het is een bouwverslag – een kijkje in hoe het proces eruitziet wanneer je met Claude Code iets uit de grond stampt. Per fase beschrijven we wat we vroegen, wat er uitkwam, en waar we moesten bijsturen.

Fase 1 – Architectuur en projectopzet

We begonnen met een redelijk grove instructie: bouw een projectmanagement-systeem op Cloudflare Workers, met Vinext als frontend, D1 als database en Durable Objects voor realtime functionaliteit.

Claude Code stelde zelf een mapstructuur voor, genereerde de Cloudflare-configuratie en richtte de databaseschema’s in. Dat is waar deze manier van werken uitblinkt: het kent de patronen van een Cloudflare Workers-project. Welke bestanden je nodig hebt, hoe alles aan elkaar hangt.

Onze rol? Controleren of de keuzes logisch waren en een paar namen aanpassen. Het skelet stond er binnen minuten.

Fase 2 – Kanban board en ticketsysteem

Het hart van Comrads is het kanban board. We beschreven kolommen voor “To Do”, “In Progress” en “Done”, tickets die je ertussen sleept, en een formulier om nieuwe tickets aan te maken.

Wat eruit kwam: een werkende UI met drag-and-drop, API-endpoints voor opslag en verplaatsing, en de databaselogica erachter. Dit was het moment waarop het project voor het eerst aanvoelde als iets echts. Je kon tickets aanmaken, rondslepen, en alles werd opgeslagen.

Wel moesten we bijsturen op het visuele. De eerste versie was functioneel maar kaal. Een paar extra instructies over kleuren, spacing en hierarchie maakten het verschil tussen een prototype en iets dat er professioneel uitziet.

Fase 3 – Sprints en burndown charts

Nu werd het technisch interessanter. Sprints betekent: tijdsgebonden periodes aanmaken, tickets eraan koppelen, en een burndown chart tonen die laat zien hoeveel werk er nog open staat.

De burndown chart was het leukste onderdeel. Claude Code genereerde een visualisatie die automatisch story points per dag afzet tegen de ideale lijn – direct in de frontend, zonder externe chart-library. De sprintlogica en de koppeling met tickets kwamen er in dezelfde slag bij.

Bij een traditioneel bureau kost dit soort features makkelijk een paar dagen development. Hier formuleerden we de instructie, beoordeelden het resultaat, en gingen door naar de volgende fase.

Fase 4 – Realtime samenwerking via WebSockets

Dit was technisch het lastigste stuk. Het idee: wanneer jij een ticket versleept, ziet je collega dat meteen op zijn scherm. Geen pagina herladen, geen wachten.

Onder de motorkap draait dit op Durable Objects, een Cloudflare-technologie die een “levend” stukje geheugen bijhoudt waar meerdere gebruikers tegelijk mee verbonden zijn via WebSockets. Vergelijk het met een gedeeld digitaal whiteboard waar iedereen tegelijk op kan tekenen.

We gaven aan welke events gesynchroniseerd moesten worden – ticket verplaatsen, aanmaken, bewerken – en Claude Code zette de volledige WebSocket-architectuur op.

Eerlijk: bij de eerste poging liep de synchronisatie niet lekker. Updates kwamen niet altijd bij alle gebruikers aan. Na twee extra instructierondes werkte het wel. Dit is typisch voor vibe coding: de eerste versie komt snel, maar je moet bereid zijn om te itereren.

Fase 5 – Live zetten op Cloudflare Workers

De laatste stap: live zetten. Cloudflare Workers is serverless. Geen servers beheren, geen capaciteit inschatten – alles schaalt vanzelf mee.

Claude Code genereerde de deployment-configuratie en stelde de environment variables in. Na een wrangler deploy commando stond Comrads live, bereikbaar op Cloudflare’s wereldwijde netwerk (Cloudflare meldt zelf 330+ locaties op hun netwerkpagina).

Van eerste instructie tot werkend resultaat: ongeveer een uur. Geen team van vijf developers, geen sprint planning van twee weken. Een persoon met een helder beeld van wat er gebouwd moest worden, en Claude Code als versneller.

Wat dit je als ondernemer vertelt

Even weg van de technische details. Wat betekent dit als je een bedrijf runt?

De duurste factor in software is niet de hosting, niet het ontwerp, niet het onderhoud. Het is de bouwtijd. Developers zijn schaars en duur, en een project dat zes maanden duurt bij een traditioneel bureau kost al snel tienduizenden euro’s – ook als het eindresultaat relatief eenvoudig is. Dat is de realiteit waar veel MKB-bedrijven tegenaan lopen.

Vibe coding verandert die rekensom flink. Bij een traditioneel bureau zou software als Comrads al snel 25.000 tot 50.000 euro kosten, met twee tot vier maanden doorlooptijd. Bedenk wat er allemaal in zit:

• Kanban board met drag-and-drop
• Sprints en burndown charts
• Realtime samenwerking via WebSockets
• Email notificaties

Dat is niet triviaal. Wij bouwden een werkende versie in een uur.

Dat betekent niet dat elk project nu gratis is. Er komt nog steeds expertise bij kijken: de juiste instructies formuleren, architectuurbeslissingen nemen, het resultaat beoordelen en alles onderhouden. Maar de drempel om van idee naar werkend prototype te gaan is een stuk lager geworden.

Denk eens aan wat er in jouw bedrijf op Excel draait. Of op papier. Of helemaal niet, omdat “daar hebben we geen systeem voor” zo vaak gezegd is dat niemand er meer over begint. Een planningssysteem voor je projectteam. Een klantportaal waar opdrachtgevers de status van hun project kunnen volgen. Precies het type toepassingen waar vibe coding het verschil maakt.

Lees ook: AI automatisering voor het MKB

De snelheid heeft nog een bijkomend voordeel: je kunt makkelijker experimenteren. In plaats van een forse offerte goedkeuren op basis van een specificatiedocument en dan maar hopen dat het resultaat bevalt, kun je in een dag een werkend prototype laten bouwen. Kijken of het aansluit bij wat je team nodig heeft. Bijsturen. En dan pas beslissen of je er verder in investeert. Een heel ander risicoprofiel.

De eerlijke beperkingen van vibe coding

Tot nu toe klinkt dit verhaal misschien te positief. Dat is bewust – Comrads is een succesverhaal en dat mag gezegd worden. Maar het zou oneerlijk zijn om niet te benoemen waar vibe coding minder goed werkt.

Als je iets nieuws moet koppelen aan een verouderd ERP-systeem, een CRM met maatwerk-API’s, of processen die al twintig jaar draaien, dan is vibe coding niet genoeg. De AI kent de patronen van populaire frameworks, maar jouw specifieke legacy-omgeving is onbekend terrein. Daar heb je iemand nodig die de bestaande codebase begrijpt.

Hetzelfde geldt voor hoge beveiligingseisen. Bouw je iets voor een bank, zorginstelling of overheidsorganisatie? Dan zijn er compliance-eisen, penetratietests en security-audits waar AI-gegenereerde code extra kritisch op beoordeeld moet worden. Vibe coding kan een startpunt zijn, maar de security-laag vraagt menselijke expertise.

En dan het langetermijnonderhoud. Comrads is een demonstratieproject. Het werkt. Maar wat als er over zes maanden een bug opduikt en niemand in je organisatie de codebase begrijpt? AI-gegenereerde code is niet magisch onderhoudbaar. Je hebt iemand nodig die de code kan lezen, begrijpen en aanpassen. Of je het opnieuw aan Claude Code voorlegt met de juiste context – maar ook dat vergt kennis van wat je vraagt.

Tot slot: vage vereisten leveren vage resultaten op. “Bouw iets waarmee we efficiënter werken” is geen prompt waar goede software uit komt. Hoe specifieker je kunt beschrijven wat je wilt, hoe beter het resultaat. Vibe coding werkt het best als je heel precies weet welk probleem je oplost. Het vervangt geen productdenken – het versnelt de bouw als het denken al gedaan is.

Wat je wel nodig hebt om succesvol met vibe coding te werken:

• Iemand die goede prompts kan schrijven (helder, specifiek, met context)
• Een basisgevoel voor wat technisch haalbaar is
• Geduld om te itereren, want de eerste versie is zelden de definitieve versie

Of vibe coding op de lange termijn de standaard wordt voor softwareontwikkeling, weten we nog niet. Wat we wel weten: voor het type project dat we hier laten zien werkt het nu al verrassend goed. Denk aan:

• Interne tools voor je team
• MVPs om een idee te testen
• Prototypes voor klantgesprekken
• Standalone applicaties zonder legacy-afhankelijkheden

Wat kan vibe coding voor jouw softwareidee betekenen?

Welk proces draait er in jouw bedrijf nog op spreadsheets? Wat heb je nooit laten bouwen omdat de offerte te hoog was?

Dat moment om er iets aan te doen is er nu. Niet omdat AI alles kan (dat kan het niet), maar omdat de afstand tussen “ik heb een idee” en “ik heb een werkend prototype” kleiner is dan ooit. Comrads bewijst dat. 65 bestanden, 3.067 regels code, een uur bouwtijd.

Bij Red Factory helpen we MKB-ondernemers om hun ideeën te realiseren met AI-gedreven ontwikkeling. Geen offertes van zes maanden. Geen team van tien developers. Wel: een helder gesprek over wat je nodig hebt, en dan bouwen.

Benieuwd wat er voor jouw idee mogelijk is? Vraag een gratis gesprek aan en we bespreken samen de mogelijkheden. Geen verplichtingen, wel concrete antwoorden.