AI
Claude Code is de versie van Claude die in je eigen project werkt in plaats van in een chatvenster. Hij leest je bestanden, past ze aan, voert commando's uit en controleert het resultaat. Voor ontwikkelwerk is dat een ander soort hulp dan code kopiëren uit een gesprek.
Kort samengevat: Claude Code werkt in je project in plaats van in een chat: hij leest bestanden, past ze aan en voert commando's uit. Het verschil met code uit een gesprek plakken is dat hij de rest van je project ziet en zijn eigen werk kan nakijken. Het werkt het beste bij overzichtelijke opdrachten met een duidelijke uitkomst, en het gaat mis zodra je een vage opdracht geeft. Bij een betaald abonnement kun je hem gebruiken zonder per gebruik af te rekenen. En je blijft zelf verantwoordelijk voor wat er in je project belandt, dus draai het altijd door je eigen controle.
Code uit een chatvenster kopiëren werkt tot het project een beetje groeit. Dan mist de assistent de rest van je bestanden en krijg je antwoorden die los in de lucht hangen. Claude Code lost dat op door in het project zelf te werken, en dat verandert wat je ermee kunt.
Claude Code is een programma dat je op je eigen machine of server start en dat toegang heeft tot de map waar je project in staat. Je geeft een opdracht in gewone taal en hij zoekt zelf uit welke bestanden hij moet lezen, stelt aanpassingen voor en voert ze uit.
Het verschil met een chat zit in het overzicht. In een gesprek moet jij bepalen welke code je erin plakt en wat de assistent mag weten. Hier zoekt hij dat zelf op, waardoor hij rekening houdt met hoe de rest van je project in elkaar zit.
Hij kan ook commando's uitvoeren, bijvoorbeeld je tests draaien of een script starten. Dat is het deel dat het verschil maakt met alle eerdere hulpmiddelen: hij kan nakijken of zijn eigen aanpassing werkt en daarna verder.
Wij gebruiken het dagelijks. Dit zijn de soorten klussen waar het bij ons het meest oplevert.
Het werk waar het het meest oplevert is dus niet het schrijven van iets nieuws maar het werken in wat er al staat. Dat is precies het deel waar bij ons de meeste uren in gingen.
Bij vage opdrachten. Zeg je "maak dit beter", dan krijg je aanpassingen die je niet had gevraagd. Een opdracht met een duidelijke uitkomst werkt, een opdracht met een gevoel erin niet.
Bij werk zonder controle. Een aanpassing die er goed uitziet kan iets anders stukmaken. Daarom draait bij ons elke wijziging door een controle die we zelf schrijven: vergelijk de uitkomst met de situatie ervoor en laat zien wat er precies is veranderd. Zonder dat blijf je hopen.
En bij te grote opdrachten in één keer. Vijf dingen tegelijk vragen levert vijf half afgemaakte dingen op. Eén opdracht, controleren, volgende. Dat voelt langzamer en het is het niet.
Bij een betaald Claude-abonnement kun je Claude Code gebruiken zonder dat je apart per gebruik afrekent. Voor iemand die er dagelijks mee werkt is dat meestal de voordeligste vorm, en het maakt je kosten voorspelbaar.
Werk je via de API, dan betaal je per verwerkte hoeveelheid tekst. Dat kan bij een groot project oplopen, omdat hij veel bestanden leest. De twee dingen die dat drukken: houd je opdrachten klein en laat hem niet elke keer het hele project doorlezen als dat niet nodig is.
De bedragen staan bij Anthropic zelf en veranderen, dus die zet ik hier niet neer. De links staan onderaan.
Voor jou als opdrachtgever verandert het vooral de verhouding tussen uren en resultaat. Werk dat vroeger dagen kostte, zoals een koppeling aanpassen omdat een leverancier zijn kant heeft gewijzigd, is nu vaak een kwestie van uren.
Dat is de reden dat wij maatwerk kunnen leveren tegen bedragen die een paar jaar terug niet haalbaar waren. Niet omdat we minder zorgvuldig werken maar omdat het uitzoekwerk en het herhalende deel sneller gaan. De controle en het testen blijven, want dat is precies wat je niet wilt versnellen.
Waar je op moet letten bij een partij die met AI bouwt: vraag hoe ze controleren. Als het antwoord is dat ze de code nakijken, is dat te mager bij een project van enige omvang. Wat je wilt horen is dat er tests zijn en dat ze aantoonbaar vergelijken met de situatie voor de wijziging. Hoe wij dat doen staat bij maatwerk software.
Een paar gewoontes maken het verschil tussen bruikbaar en rommelig, en die hebben we met schade en schande opgebouwd.
Eerst een nulmeting, dan wijzigen. Voordat er iets verandert leggen we vast hoe het nu is, zodat we achteraf kunnen aantonen dat alleen het bedoelde is veranderd. Bij teksten op een website doen we dat met een vergelijking op byteniveau, bij opmaak met een meting van de positie van elk element.
Kleine opdrachten met een duidelijke uitkomst. Niet vijf dingen tegelijk maar een, controleren, volgende. Dat voelt langzaam en het voorkomt de situatie waarin je niet meer weet welke wijziging het probleem heeft veroorzaakt.
En elke aanname hard maken. Als een script iets verwacht in een bestand, laat het dan struikelen wanneer dat er niet staat in plaats van doorgaan. Dat heeft bij ons meerdere keren een fout gevonden voordat hij live stond.
Voor kleine klussen niet, voor echt werk wel. Je moet kunnen beoordelen of een aanpassing klopt, en dat kun je alleen als je de code begrijpt. Zonder die kennis bouw je iets dat je niet kunt onderhouden.
Dat hangt af van je afspraken en van wat er in die code staat. Zet er geen wachtwoorden of klantgegevens in en kijk in de voorwaarden wat er met je gegevens gebeurt. Bij zakelijke abonnementen gelden andere afspraken dan bij de gratis versie.
Nee. Het versnelt het werk van iemand die weet wat hij doet. De keuzes over hoe iets in elkaar zit, wat er getest moet worden en wat er met je gegevens gebeurt, blijven mensenwerk.
Geschreven door
Vincent Borgers
Full-stack Developer
Ik schrijf over wat techniek kost en oplevert, van maatwerk software tot AI. Wat ik aanraad draait eerst bij ons zelf, anders schrijf ik er niet over.
LinkedInBekijk profiel
