Twee opdrachten van vijf minuten die je vandaag kunt doen. De rest is verdieping voor als die twee bevallen.
1. Eigen commando's voor wat je vaak typt
Typ je dezelfde prompt voor de derde keer, maak er dan een commando van. Het is letterlijk een markdown-bestand in je repo. Bij mij staan er een handvol in elk klantproject: één voor een release-check, één voor het aanmaken van een ticket in de juiste vorm. Kleine moeite, en je hele team heeft het.
2. Opdracht: maak het commando dat je drie keer typte
Scroll terug door je laatste sessies en zoek de prompt die je vaker dan eens hebt getypt. Bij mij was dat "check of deze wijziging de tests breekt en vat samen wat er stuk gaat". Zet hem in `.claude/commands/` als markdown-bestand. Vanaf nu is het één slash. Kost vijf minuten, en het is de eerste automatisering die je echt gaat gebruiken.
3. Hooks: dwing af wat je altijd vergeet
Vragen of er netjes geformatteerd wordt werkt soms. Een hook die na elke wijziging de formatter draait werkt altijd. Dat is het hele verschil: hooks zijn code die jij bepaalt, geen verzoek dat genegeerd kan worden. Begin met formatteren en linten. Dat is de saaiste toepassing en meteen de meest waardevolle.
4. Opdracht: één hook, vanmiddag
Pak het commando waarmee je formatteert — prettier, dotnet format, wat je ook gebruikt. Hang het aan een hook die draait na elke bestandswijziging. Test het door om een kleine aanpassing te vragen en kijk of je formatter draait. Werkt het, dan hoef je er nooit meer om te vragen. Werkt het niet, dan heb je in vijf minuten geleerd hoe hooks debuggen gaat.
5. Alle hook-momenten op een rij
Naslag: welke momenten er zijn, wat je binnenkrijgt en hoe je een actie blokkeert. Dat blokkeren is het interessante deel — je kunt een hook laten weigeren, met een uitleg die teruggaat naar Claude. Zo houd je bepaalde bestanden buiten bereik zonder erop te hoeven vertrouwen dat de instructie gelezen wordt.
6. Skills: instructies die vanzelf opduiken
Een skill is een mapje met een instructiebestand dat pas geladen wordt als het onderwerp langskomt. Daarmee los je het probleem op dat CLAUDE.md niet kan oplossen: kennis die je zelden nodig hebt maar dan wel precies. Bij mij is dat de manier waarop een specifieke klant zijn releases doet. Staat het in CLAUDE.md, dan betaal je er elke sessie voor.
7. Wat een skill goed maakt
De beschrijving van je skill bepaalt of hij op het juiste moment geladen wordt, en daar gaat het meestal mis. Te vaag en hij komt nooit langs, te breed en hij komt overal langs. Deze pagina geeft er concrete voorbeelden bij. Lees hem pas nadat je zelf één skill geschreven hebt die niet deed wat je hoopte — dan valt het kwartje sneller.
8. Plugins: je setup delen met je team
Heb je eenmaal commando's, hooks en skills die werken, dan wil je die niet in elk project opnieuw plakken. Plugins bundelen dat tot iets installeerbaars. Interessant zodra je meerdere projecten of collega's hebt. Bij één project is het overhead — begin dan gewoon met losse bestanden in je repo.
