Waarom een leeg mapje het echte startpunt is
Software bouwen was jarenlang voorbehouden aan wie code kon lezen. Dat verandert nu snel. Tools als Claude Code laten je bouwen zonder een regel syntax te begrijpen. Je beschrijft wat je wilt, en het model vertaalt dat naar een werkend resultaat. De drempel ligt niet langer bij techniek, maar bij helder denken.
Het idee is simpel. Je installeert de desktopapp, neemt een betaald abonnement en maakt een lege map op je bureaublad. Daarna koppel je een paar gratis connectoren voor hosting en data. Binnen enkele minuten heb je een omgeving waarin je kleine tools kunt maken. Geen server, geen team, geen wachttijd.
Wat mij hierin boeit is de verschuiving. Je vraagt geen budget meer voordat je een idee test. Je bouwt eerst, en beslist daarna of het de moeite waard is. Die volgorde verandert hoe kenniswerk werkt.
De prompt als briefing aan een collega
De kern zit in hoe je de opdracht formuleert. Een goede prompt lijkt op een goede briefing. Je zet het model in de rol van technisch verantwoordelijke en jezelf als opdrachtgever. Je vraagt om vragen, één tegelijk, voordat er iets gebouwd wordt. Zo dwing je het model om je bedoeling te snappen.
Die interviewstap doet meer dan hij lijkt. Veel dingen die je een tool noemt, hebben helemaal geen database nodig. Door eerst te laten vragen voorkom je dat er infrastructuur wordt opgetuigd die niemand gebruikt. De winst zit in de beperking, niet in de omvang.
Denk aan concrete voorbeelden. Een landingspagina voor je programma, met prijzen en een boekingsknop. Een klikbare mockup om een feature uit te leggen die je collega maar niet begrijpt. Een tooltje dat je exportbestand omzet naar een maandrapport. Kleine klussen, maar precies de taken die je nu nog handmatig doet.
Waar je moet opletten
Snelheid heeft een keerzijde. De handleiding raadt aan om toestemmingsvragen uit te zetten. Op een lege map is dat prima. Zodra je het model op een map met echte bestanden richt, wordt het riskant. Dan schrijft en draait het zonder te vragen. Zet die toestemming daarna weer aan.
Let ook op je verbruik. Start een nieuwe chat per taak, want een lange chat stuurt telkens alles opnieuw mee. Verwijs naar bestanden in plaats van grote lappen tekst te plakken. Werk eerst in planmodus en schakel pas over naar bouwen als het plan klopt. Zo houd je grip en bespaar je tokens.
De grootste vaardigheid blijft weten wat je niet moet bouwen. Het model levert code, jij bepaalt de richting. Heldere grenzen vooraf leveren meer op dan welk abonnement dan ook.
Kleine interne tools zijn hiervoor het beste startpunt. Los eerst één vervelende workflow op, en kijk daarna of het meer verdient. Welke handmatige taak zou jij als eerste laten bouwen?