Stuur de AI aan als een senior dev met custom projectregels
Wie veel met Lovable bouwt, merkt dat de AI na verloop van tijd soms van stijl of structuur wisselt. Met custom projectregels dwing je het platform om jouw specifieke afspraken en UI-componenten strak te volgen.
Nadia el Amrani
Bijdrager · lvbl.nl
Het probleem met lange chatsessies
Wanneer een project groeit, verwerkt Lovable bij elke nieuwe prompt een enorme hoeveelheid context. De AI kijkt naar de bestaande code, de recente chatgeschiedenis en jouw nieuwste verzoek. Zonder expliciete richtlijnen gokt het model naar jouw voorkeuren op basis van wat het op dat moment het zwaarst vindt wegen. Als je in prompt vijf per ongeluk een snelle fix hebt geaccepteerd waarin inline styling werd gebruikt, kan de AI aannemen dat dit de nieuwe standaard voor het hele project is. Dat leidt tot rommelige code, inconsistente interfaces en veel tijdverlies omdat je de AI steeds moet corrigeren.
De kracht van vaste projectregels
Gelukkig heeft Lovable een krachtige maar verrassend vaak overgelopen functie: custom projectregels. Met deze functie kun je een vast document aan je project koppelen dat bij elke individuele prompt als harde randvoorwaarde wordt meegegeven aan het AI-model. Zie het als de instructiekaart die een senior ontwikkelaar aan een junior geeft voordat die aan een taak begint. Het maakt niet uit hoe lang je chatsessie wordt of hoeveel wijzigingen je doorvoert; de AI raadpleegt bij elke stap deze centrale regels. Zo blijft de stijl, de architectuur en het gedrag van je applicatie voorspelbaar.
Wat zet je in zo'n regelbestand?
Om het maximale uit projectregels te halen, moet je niet je hele visie in proza opschrijven. Hanteer liever korte, directe instructies. Goede regels richten zich op vier specifieke pijlers binnen je applicatie. Ten eerste de visuele stijl: leg vast welke kleurenkaart uit Tailwind gebruikt moet worden en welke componentenbibliotheek leidend is. Ten tweede de code-architectuur: bepaal hoe componenten worden opgedeeld en waar de state wordt beheerd. Ten derde de taal en internationale instellingen: geef aan dat alle UI-teksten in correct Nederlands moeten staan en hoe datums of valuta geformatteerd worden. Ten slotte de foutafhandeling: eis dat elke API-call een nette foutmelding via een toast-notificatie geeft.
Een praktisch voorbeeld uit de praktijk
Stel dat je een webapp bouwt voor urenregistratie. Zonder regels zal Lovable de ene keer Engelse statusmeldingen tonen en de andere keer Nederlandse. De ene pagina gebruikt iconen van Lucide, terwijl een andere pagina ineens SVG's genereert. Door in de projectinstellingen een overzichtelijke lijst aan te maken, voorkom je dit direct. Geef expliciet aan: gebruik altijd Lucide-react voor iconen, hanteer de shadcn/ui componentenstructuur, schrijf alle knopteksten in actief Nederlands en gebruik date-fns met de Nederlandse locale voor datumaanduidingen. Zodra je dit instelt, zie je dat Lovable bij de volgende prompt automatisch de juiste imports gebruikt en de teksten direct juist vertaalt.
Valkuilen bij het opstellen van regels
Het is verleidelijk om een regelbestand vol te stoppen met tientallen gedetailleerde eisen. Dat werkt averechts. AI-modellen hebben een beperkte hoeveelheid aandacht. Als je vijftig complexe regels meegeeft, raakt de AI overvoerd en negeert hij mogelijk de belangrijkste instructies. Beperk je regelset daarom tot maximaal tien tot vijftien krachtige hoofdpunten. Maak de regels concreet. Schrijf niet 'maak de app mooi en toegankelijk', maar 'gebruik minimaal contrastratio AAA en voeg altijd aria-labels toe aan knoppen zonder tekst'. Review je regels bovendien naarmate de app groeit; wat in de opstartfase handig was, moet later misschien worden bijgesteld.
Houd de regels up-to-date
Een veelgemaakte fout is het eenmalig instellen van regels om ze vervolgens te vergeten. Naarmate je applicatie volwassener wordt, veranderen je inzichten. Misschien stap je over van een eenvoudige lokale state naar Supabase voor de opslag van gegevens. Op dat moment moet je regelbestand meebewegen. Voeg toe hoe nieuwe tabellen moeten worden benaderd en hoe de autorisatie in elkaar zit. Als onafhankelijke communitysite zien we op lvbl.nl dat de meest succesvolle bouwers hun projectregels behandelen als levende documentatie. Ze schaven de regels bij zodra ze merken dat de AI herhaaldelijk dezelfde fout maakt.
Direct aan de slag in je eigen project
Het instellen van custom regels kost je hooguit tien minuten, maar het levert je bij grotere projecten uren aan correctiewerk op. Open je huidige project in Lovable, navigeer naar de instellingen en voeg je eerste set randvoorwaarden toe. Begin klein met drie duidelijke afspraken over taal, UI-componenten en foutafhandeling. Je zult direct merken dat de gegenereerde code schoner is en dat je minder prompts nodig hebt om tot het gewenste resultaat te komen. Het geeft je weer de volledige controle over de richting van je software, exact zoals het hoort.
Vond je dit fijn?
Geef een hartje en deel het met een andere Lovable-fan.
