Ik repareer de app die je hebt gebouwd met Lovable, Bolt, Cursor of v0 en maak deze klaar voor echte gebruikers

AI-bouwers krijgen een app snel naar de demofase. De hiaten verschijnen later: een login die voor sommige gebruikers mislukt, een betaling die wel doorgaat maar nooit iets ontgrendelt, gegevens die elke ingelogde gebruiker kan lezen, een geheime sleutel die in de browserbundel zit, of een implementatie die alleen werkt vanuit de eigen preview van de bouwer. Ik werk precies op die laag, in de code die je tool heeft geproduceerd, en ik herbouw niet wat al werkt.

Starter is een go-live check: ik lees de code, draai de app en stuur een schriftelijke lijst met problemen, gerangschikt op wat het eerst pijn doet, elk met de locatie en wat de oplossing inhoudt. Standard voegt maximaal vijf oplossingen van die lijst toe, gemaakt in je repository. Advanced omvat maximaal twaalf oplossingen, voegt tests toe rondom inloggen en betalingen, en stelt een implementatie in die je zonder de bouwer kunt herhalen.

De controle begint met wat gegenereerde code vaak mist. Eerst komen toegangsregels op de database: zonder deze kunnen gebruikers elkaars records lezen. Veel van deze apps draaien op Supabase, wat onderliggend PostgreSQL is; daar zijn de toegangsregels beveiligingsbeleid op rijniveau, en ik schrijf en test deze. Vervolgens zoek ik naar geheimen die op de server thuishoren, maar in de browser terechtkomen, zoals de geheime sleutel van een betalingsprovider of de servicesleutel van Supabase. Daarna controleer ik of betalingswebhooks de handtekening van de provider verifiëren, of formulieren niet vertrouwen wat de browser verzendt, en of een mislukte aanvraag een fout toont in plaats van een leeg scherm.

Stack: React, Next.js en Vite front-ends, Node.js en TypeScript op de server, PostgreSQL. Ik gebruik zelf dagelijks AI-coderingstools en ik lees en test alles wat ze produceren.

Als je tool synchroniseert met een GitHub-repository, werk ik in die repository, zodat je daarna kunt blijven bouwen met de tool. Anders werk ik vanuit een export en lever ik de code terug in een repository die jij bezit. Gedurende 14 dagen na levering repareer ik alles wat niet werkt zoals we zijn overeengekomen, kosteloos.

Geen gesprekken. De scope wordt schriftelijk overeengekomen voordat ik begin; daarna ontvang je aan het einde van elke werkdag een schriftelijke update en een notitie per fix met wat er mis was en hoe je het kunt controleren.

Stappen voor het voltooien van je project
1. Toegang en een eerste run - Je deelt de repository of een export en een testaccount. Ik zorg ervoor dat de app op dezelfde manier werkt als jij, voordat ik iets aanraak.
2. Go-live check - Ik doorloop de login, gegevenstoegang, betalingen, geheimen, foutafhandeling en de implementatie, en schrijf elk probleem op met de locatie en de omvang van de oplossing.
3. Jij kiest de oplossingen - De lijst is gerangschikt. Jij kiest wat erin komt, binnen je pakket, en alles daarbuiten wordt geciteerd voordat ik begin.
4. Oplossingen met bewijs - Elke oplossing komt als een aparte commit met een korte notitie. Waar een regel gegevens beschermt, toont een test aan dat de ene gebruiker de records van de andere gebruiker niet kan bereiken.
5. Overdracht - Een schriftelijke samenvatting van wat er is veranderd, wat nog openstaat en hoe je opnieuw kunt implementeren. Bij Advanced wordt de implementatie vanuit je repository uitgevoerd zonder de bouwer.