Vibe coding in het MKB: zo koppelen wij systemen met AI en n8n

Vibe coding was in 2025 het woord van het jaar, maar wat heb je er als MKB-bedrijf aan? Wij gebruiken het om bedrijfssystemen aan elkaar te koppelen. Hier lees je waar het werkt, wat er misgaat zonder controle en wanneer je er beter niet aan begint.

Vibe coding is software bouwen door in gewone taal te beschrijven wat je wilt en AI de code te laten schrijven; Andrej Karpathy muntte de term in februari 2025. Sennin-IT gebruikt het dagelijks om systemen via hun API's te koppelen met n8n. Niets gaat live zonder menselijke controle van code en uitkomst.

Wat is vibe coding?

Vibe coding is een manier van software bouwen waarbij je geen regels code typt, maar in gewone taal beschrijft wat het resultaat moet zijn. Een AI-taalmodel schrijft de code, jij beoordeelt wat eruit komt en stuurt bij. Je stuurt dus op uitkomst, niet op losse regels code. Dat is het verschil met een programmeur die AI gebruikt als slimme aanvulling op zijn eigen werk.

De term komt van Andrej Karpathy, medeoprichter van OpenAI. Hij introduceerde hem op 2 februari 2025 en zag het vooral als iets voor wegwerpprojecten in het weekend: alles accepteren wat de AI voorstelt en de code niet meer lezen (Wikipedia, geraadpleegd 20 oktober 2026). Collins English Dictionary riep vibe coding later dat jaar uit tot woord van het jaar.

Microsoft is in zijn eigen lesmateriaal opvallend nuchter. Volgens Microsoft Learn (bijgewerkt april 2026) heeft vibe coding vangrails nodig en is het voor minder ervaren bouwers vooral geschikt voor experimenten en niet-kritische toepassingen.

Vibe coding zoals het bedacht is, betekent: de code niet lezen. Wij werken juist andersom. De AI schrijft, een mens controleert.

Waarvoor gebruikt Sennin-IT vibe coding?

Een groot deel van ons werk is systemen met elkaar laten praten. Bijna elk modern softwarepakket heeft een API: een gedocumenteerde ingang waarlangs andere software gegevens kan opvragen of wegschrijven. Wij zetten die API's achter elkaar in n8n, een platform waarin je een koppeling bouwt als een reeks stappen. Zo komt data automatisch van het ene systeem in het andere, zonder dat iemand hoeft over te typen.

De AI schrijft de code voor die stappen. Wij bepalen wat er moet gebeuren, en wij controleren wat eruit komt.

Twee voorbeelden uit eigen praktijk:

• LekkenRadar. Een site die we zelf hebben gebouwd met n8n en Claude, om te zien hoe ver je met deze aanpak komt. Hij verzamelt gegevens over beveiligingslekken uit meerdere bronnen en zet die om in begrijpelijke uitleg. Lees meer over LekkenRadar.

• Een energiekoppeling. Op dit moment bouwen we een app die zonnepanelen, de energieleverancier en de laadpaal aan elkaar koppelt. Drie systemen van drie leveranciers, elk met een eigen API, die in één overzicht moeten samenkomen.

Een uitgewerkt voorbeeld van een koppeling binnen Microsoft 365 lees je in ons artikel over automatisch accounts aanmaken met n8n.

Waarom lenen koppelingen zich goed voor vibe coding?

Twee eigenschappen maken een koppeling een veiliger toepassing dan bijvoorbeeld een complete app laten genereren. Een API is gedocumenteerd: welke velden er zijn, in welk formaat en welke foutcodes je terugkrijgt. En de uitkomst is controleerbaar: aan de andere kant zie je of de klant, de factuur of het record er goed in staat.

Eerlijk is eerlijk: Microsoft noemt in hetzelfde lesmateriaal juist het integreren van services en API's als iets waar AI moeite mee heeft. Dat herkennen we. De eerste versie van een koppeling is zelden meteen goed. Het voordeel zit dus niet in een AI die foutloos werkt, maar in fouten die je kunt zien.

Wat gaat er mis als je AI-code niet controleert?

Bij LekkenRadar vingen onze controles in het begin continu fouten. Niet omdat de AI slecht programmeerde, maar omdat de bronnen hun gegevens niet consequent aanleverden. De code draaide gewoon, de data klopte niet. Zo'n fout zie je alleen als je naar de uitkomst kijkt, niet aan de vraag of het script zonder foutmelding afloopt.

De vier risico's die wij in koppelingen tegenkomen:

• Wachtwoorden of API-sleutels in de code. AI zet ze er makkelijk hard in. Wie de workflow kan inzien, heeft dan ook de sleutel.

• Meer rechten dan nodig. Een koppeling krijgt brede beheerrechten omdat dat de snelste weg was, terwijl hij maar één ding hoeft te doen. Hetzelfde principe als bij gebruikers: geef alleen wat nodig is. Zie ook onze Conditional Access-basisset.

• Geen foutafhandeling. Een mislukte run valt niemand op. Dagen later blijkt dat er niets is overgekomen.

• Stille datafouten. Alles draait, maar velden komen verkeerd over: een datum in het verkeerde formaat, een veld dat leeg blijft. Dit is het lastigste risico, omdat niets alarm slaat.

Welke controles horen bij AI-code?

Dit is onze vaste werkwijze voor elke koppeling die met AI-code is gebouwd:

1. Code en flow nalezen. Een mens leest wat de AI heeft geschreven en begrijpt wat elke stap doet.

2. Testen met testdata vóór echte data. Eerst kijken of de uitkomst klopt, pas daarna klant- of personeelsgegevens.

3. Credentials in de n8n-kluis, nooit in de code. Wachtwoorden en API-sleutels staan versleuteld apart.

4. Minimale rechten per koppeling. Elke koppeling krijgt alleen toegang tot wat hij echt nodig heeft.

5. Een foutmelding bij elke mislukte run. Gaat er iets mis, dan krijgt iemand daar direct bericht van.

6. Eén eigenaar en documentatie per workflow. Iemand weet wat de koppeling doet en waarom. Waarom dat bij een kleine IT-partner extra telt, lees je in ons stuk over continuïteit bij een kleine IT-partner.

7. Versiebeheer. Elke wijziging is terug te draaien.

Een vraag die je daarbij altijd moet stellen: van wie zijn de workflows als je ooit van leverancier wisselt? Daarover meer in ons artikel over overstappen van IT-leverancier.

Wanneer doe je het beter niet?

Vibe coding is niet voor elke vraag het antwoord. In deze vier situaties raden we het af:

• Er bestaat al een standaardkoppeling. Hebben twee pakketten een ingebouwde integratie, gebruik die. Maatwerk is dan alleen extra onderhoud.

• Het proces is nog niet stabiel. Verandert de werkwijze elke maand, automatiseer dan nog niet. Anders automatiseer je de chaos.

• Het gaat om de kern van je bedrijf, met hoge volumes of strenge eisen. Denk aan financiële boekingen op grote schaal. Daar hoort een ontwikkelpartij bij met een testomgeving en formele releases, geen vibe-coded workflow.

• Je wilt het zelf doen, zonder controle. Voor een persoonlijk prototype is vibe coding prima. Voor een koppeling met klant- of personeelsdata niet zonder review.

Dat laatste is ook precies waar Microsoft de grens legt: experimenten ja, kritische toepassingen alleen met ervaren toezicht.

Hoe begin je met vibe coding in je bedrijf?

Kies één handeling die nu met de hand gebeurt en steeds terugkomt: gegevens overtypen van het ene pakket in het andere, of elke week exporteren en weer importeren. Dat is je eerste kandidaat. Kijk dan eerst of er een standaardkoppeling bestaat. Is die er niet, dan is een kleine, goed gecontroleerde koppeling een prima manier om te ontdekken wat automatisering je oplevert.

Of je nu in Dordrecht, Zwijndrecht of Papendrecht zit: die eerste stap is overal hetzelfde. Begin klein, controleer alles, en breid pas uit als het werkt.

Veelgestelde vragen over vibe coding

Is vibe coding veilig voor bedrijfsdata?

Niet zonder controle. AI-code kan wachtwoorden in de code zetten, te ruime rechten vragen of fouten stil laten passeren. Met review, testdata, een kluis voor credentials en minimale rechten is het voor koppelingen verantwoord in te zetten.

Heb je programmeerkennis nodig voor vibe coding?

Voor een prototype niet. Voor een koppeling met bedrijfsdata wel iemand die de code kan lezen en beoordelen. Microsoft stelt zelf dat vibe coding ervaren toezicht niet vervangt.

Wat is het verschil tussen vibe coding en n8n?

n8n is het platform waarin een koppeling draait. Vibe coding is de manier waarop je de code voor de stappen in die koppeling laat schrijven: in gewone taal, door een AI.

Wat Sennin-IT voor jouw organisatie doet

Wij zorgen voor IT die gewoon werkt: veilig, stabiel en zonder gedoe. Geen helpdeskgedoe en geen standaardoplossingen, maar directe communicatie en maatwerk. Dat geldt ook voor koppelingen. We kijken samen of een koppeling bij jou zin heeft, en zeggen het eerlijk als een standaardintegratie of gewoon niets doen beter is. Benieuwd hoe dat past bij je dagelijkse IT-beheer?

Plan een gratis adviesgesprek en we kijken samen naar die ene handeling die je nu nog met de hand doet.