De ingebouwde skills van Claude doen het prima voor standaardtaken — Word-documenten, spreadsheets, presentaties. Maar de echte kracht zit in skills die specifiek op jouw werk zijn afgestemd.
Een custom skill is gewoon een tekstbestand met instructies. Geen code, geen API, geen ingewikkelde configuratie. Als je een duidelijke briefing kunt schrijven voor een menselijke collega, kun je ook een skill bouwen voor Claude.
In deze tutorial maak je stap voor stap een custom skill, test je die, en slijp je hem bij tot je consistent het resultaat krijgt dat je wilt.
Wat is een skill, technisch gezien?
Een skill is een markdown-bestand (.md) dat Claude leest voordat het een taak uitvoert. Het bevat:
- Wanneer activeren — wat triggert deze skill
- Wat te doen — stapsgewijze instructies
- Regels en beperkingen — opmaak, toon, do’s en don’ts
- Voorbeelden — hoe goed output eruitziet
Dat is alles. Geen programmeertaal, geen JSON-schema’s, geen dependencies. Gewoon helder geschreven instructies.
Stap 1: Kies een taak die je herhaalt
De beste skills automatiseren iets dat je regelmatig doet en altijd op dezelfde manier aanpakt. Goede kandidaten:
- Wekelijkse statusrapporten — zelfde structuur, zelfde publiek, andere data elke week
- Onboarding-mails voor klanten — zelfde flow, gepersonaliseerd per klant
- Factuurverwerking — telkens dezelfde velden uit elke factuur halen
- Vergaderagenda’s — consistent formaat voor terugkerende meetings
- Social media posts — jouw merkstem, jouw format, andere onderwerpen
Slechte kandidaten (te open voor een skill):
- “Schrijf iets creatiefs”
- “Analyseer dit probleem” (te vaag)
- Eenmalige taken die je nooit meer herhaalt
Voor deze tutorial bouwen we een skill voor het genereren van wekelijkse klantstatusrapporten.
Stap 2: Schrijf het skill-bestand
Maak een bestand aan met de naam weekly-status-report.md in je projectmap. Dit is de structuur:
# Skill: Weekly Client Status Report
## When to use
Activate this skill when the user asks for a weekly status report,
client update, or project status email.
## Context
These reports go to external clients. They should be professional
but not stiff — think "trusted advisor", not "corporate bureaucracy".
## Report structure
### Subject line
"[Project Name] — Weekly Status Update [Date Range]"
### Section 1: Summary (2-3 sentences)
What happened this week in plain language. Lead with the most
important news — good or bad. No filler.
### Section 2: Progress
Bullet list of completed items. Each item starts with a verb
(Completed, Delivered, Fixed, Launched). Include links or
references where relevant.
### Section 3: In Progress
What's currently being worked on. For each item, include:
- What it is
- Expected completion
- Any blockers
### Section 4: Next Week
What's planned for the coming week. Keep it to 3-5 items maximum.
### Section 5: Decisions Needed (if any)
Items where the client needs to make a decision or provide input.
Be specific about what you need and by when.
## Formatting rules
- Total length: 300-500 words maximum
- Use bullet points, not paragraphs (easier to scan)
- Dates in European format (24 March 2026, not March 24, 2026)
- No emoji
- No "I hope this email finds you well" or similar filler
## Tone
- Direct and factual
- Honest about problems — don't bury bad news
- Specific — "database migration is 80% complete" not "good progress on backend"
- Action-oriented — what happened, what's next, what's needed
## Example output
Subject: Acme Portal — Weekly Status Update 17-21 March 2026
Hi Sarah,
This week we completed the user authentication module and started
integration testing. We're on track for the March 28 milestone,
though we've flagged a potential delay on the reporting dashboard.
**Completed:**
- Delivered user authentication with SSO integration
- Fixed 3 critical bugs from last week's testing round
- Completed API documentation for the data import module
**In Progress:**
- Integration testing (expected completion: 25 March)
- Reporting dashboard — delayed by 2 days due to a data format
issue with the legacy system. New estimate: 27 March.
**Next Week:**
- Complete integration testing
- Begin user acceptance testing (UAT) with your team
- Deploy staging environment
**Decision needed:**
- We need access credentials for your legacy reporting system
by Wednesday 26 March to stay on schedule. Can you arrange this?
Best regards,
[Name]
Stap 3: Plaats het bestand
Zet je skill-bestand waar Claude het kan vinden. Je hebt twee opties:
Optie A: In je projectmap
my-project/
├── CLAUDE.md
├── weekly-status-report.md ← skill staat hier
└── ...
Verwijs ernaar in je CLAUDE.md:
## Custom skills
- When asked for a weekly status report, read and follow weekly-status-report.md
Optie B: In een skills-submap
my-project/
├── CLAUDE.md
├── skills/
│ ├── weekly-status-report.md
│ ├── client-proposal.md
│ └── invoice-processor.md
└── ...
Verwijs in CLAUDE.md:
## Custom skills
Load the relevant skill from the skills/ folder when:
- Weekly report → skills/weekly-status-report.md
- Client proposal → skills/client-proposal.md
- Invoice processing → skills/invoice-processor.md
Stap 4: Test het
Open Cowork in je projectmap en probeer:
Write a weekly status report for the Acme Portal project.
This week: completed user auth, fixed bugs, started integration testing.
Dashboard is delayed by 2 days. Need access credentials from client by Wednesday.
Claude leest je skill-bestand en produceert output die overeenkomt met de structuur, toon en opmaak die je hebt gedefinieerd.
Stap 5: Verfijn op basis van de output
Je eerste versie zal voor 80% kloppen. De overige 20% komt van testen en bijsturen. Veelvoorkomende verfijningen:
Output te lang? Voeg toe aan je skill: “Maximum 400 words. If content exceeds this, cut the least important items.”
Verkeerde toon? Voeg een “Don’t”-sectie toe: “Don’t use corporate jargon. Don’t use passive voice. Don’t start sentences with ‘Please be advised that’.”
Ontbrekende context? Voeg toe: “Always ask the user for the project name and date range if not provided.”
Inconsistente opmaak? Voeg meer specifieke voorbeelden toe. Claude volgt voorbeelden betrouwbaarder op dan abstracte regels.
Drie extra skill-ideeën om te proberen
Meeting-notulen skill
# Skill: Meeting Minutes
## When to use
When the user provides meeting notes, a transcript, or asks for minutes.
## Output structure
1. Meeting header (date, attendees, duration)
2. Key decisions (numbered list)
3. Action items (table: what, who, when)
4. Open questions (for follow-up)
## Rules
- Infer attendees from the notes if not explicitly listed
- Always attribute action items to specific people
- If a deadline isn't mentioned, mark it as "TBD"
- Keep the total output under 1 page
LinkedIn-post skill
# Skill: LinkedIn Post
## When to use
When asked to write a LinkedIn post or social media update.
## Structure
- Hook: first line must make people stop scrolling (question, bold statement, or surprising fact)
- Body: 3-5 short paragraphs, max 3 sentences each
- Takeaway: what should the reader do or think differently?
- CTA: end with a question to drive comments
## Rules
- Maximum 1300 characters total
- Maximum 3 hashtags, at the end
- No emoji in the first line
- Write in first person
- Be specific — "we reduced processing time from 3 hours to 12 minutes"
not "we achieved significant improvements"
Factuurdata-extractor skill
# Skill: Invoice Data Extraction
## When to use
When the user provides an invoice (PDF, image, or text) and asks to extract data.
## Extract these fields
- Invoice number
- Invoice date
- Due date
- Supplier name
- Supplier VAT number
- Line items (description, quantity, unit price, total)
- Subtotal, VAT amount, Total
## Output format
Return as a structured table. If a field is missing, write "NOT FOUND".
Never guess VAT numbers or amounts — only extract what's clearly visible.
## Rules
- Belgian VAT format: BE 0XXX.XXX.XXX
- Amounts in EUR by default unless another currency is explicit
- If the invoice is in French or Dutch, still output field labels in English
Wanneer een CLAUDE.md volstaat
Niet alles heeft een apart skill-bestand nodig. Als je instructies kort zijn (minder dan 20 regels), zet ze dan gewoon rechtstreeks in je CLAUDE.md. Een apart skill-bestand is de moeite waard wanneer:
- De instructies lang zijn (50+ regels)
- Je ze wilt hergebruiken in verschillende projecten
- Je ze wilt delen met collega’s
- De taak een specifiek outputformaat heeft dat gedetailleerde voorbeelden nodig heeft
Voor simpele voorkeuren (“schrijf altijd in het Nederlands”, “gebruik een formele toon”) is CLAUDE.md de juiste plek.
Wat nu?
- Nieuw met skills? Lees eerst onze introductie tot Claude Skills
- Wil je Claude breder aanpassen? Leer alles over CLAUDE.md
- Benieuwd wat Cowork nog meer kan? Bekijk 10 onverwachte dingen