Gesproken samenvatting — druk op afspelen om mee te lezen: de gesproken regel blijft bovenaan.
Geschatte tijd: 8 minuten
Leerdoelstellingen
Aan het einde van deze les kun je:
- Uitleggen wat een eval is en waarom het belangrijk is voordat je een skill deelt of erop vertrouwt
- Een lichte eval uitvoeren via skill-creator
Waarom dit belangrijk is
Wanneer je een skill bouwt of ze bundelt in een plugin, bouw je eigenlijk een klein product dat andere mensen zullen gebruiken. En zoals alles wat je aan een collega zou geven — een template, een spreadsheetmodel, een checklist — is het de moeite waard om het eerst uit te proberen voordat het je bureau verlaat.
Wanneer je een skill gebruikt die je zelf hebt gebouwd, weet je hoe je omgaat met eventuele problemen of fouten. Je weet precies wat je eraan moet vragen, welke bestanden je eraan moet geven, en hoe het antwoord eruit hoort te zien. Een teamgenoot heeft niets van dat. Ze kunnen het verzoek iets anders formuleren, iets andere invoer geven, of een edge case raken — een ongebruikelijke maar echte situatie, zoals een verzoek dat net buiten wat de skill is ontworpen voor ligt. Dat is waar skills de neiging hebben om te struikelen, en de persoon die het gebruikt zal niet weten waarom.
Het testen van een skill met evals — afkorting voor evaluations — is hoe je die struikelpunten opvangt voordat iemand anders dat doet. Laat het woord je niet afschrikken. Een eval is gewoon een proefrit: een realistisch verzoek gaat erin, je kijkt wat eruit komt, en je vertelt Claude wat hij moet repareren. Geen code, geen testscripts — gewoon je oordeel over of het resultaat goed genoeg is om je naam eraan te verbinden.
Hoe het eval-systeem werkt
Wanneer je een skill bouwt met skill-creator — Claude's ingebouwde helper voor het maken van skills — begeleidt het je door evals als onderdeel van het proces. Dit is wat dat er werkelijk uitziet.
Skill-creator bedenkt twee of meer realistische prompts die iemand met je skill zou kunnen gebruiken. Voor elke prompt produceert het een paar outputs:
- Eén waar Claude je skill gebruikt
- Eén waar Claude dezelfde prompt beantwoordt zonder je skill
Die tweede is het vergelijkingspunt. Het is daar zodat je kunt zien, naast elkaar, welk verschil je skill werkelijk maakt — niet alleen "is deze output oké," maar "is deze output beter dan wat Claude zelf zou hebben gedaan. "
Bekijk elk paar en geef feedback in gewoon Engels, direct op de beoordelingspagina. Terwijl je elk paar leest, beantwoord je eigenlijk gewoon twee vragen:
- Is de skill-versie degene die ik zou gebruiken? Zo ja, prima — noteer wat het beter maakte zodat de skill dat blijft doen.
- Zo niet, wat ontbreekt of klopt niet? Wees specifiek. "De toon is te formeel" of "het sloeg de samenvatting voor leidinggevenden over" geeft Claude iets om mee te werken; "dit klopt niet helemaal" niet.
Zodra je je feedback indient, herziet Claude de skill voor je op basis van wat je zei.
Herhaal op de skill
Je feedback is de oplossing. Zodra je het indient, werkt Claude de skill bij — herschrijft de instructies, past de voorbeelden aan, verfijnt wat het vraagt — en je kunt dezelfde prompts opnieuw uitvoeren om te zien of de verandering standhield.
Verander één ding tegelijk. Als de eerste ronde aantoonde dat de skill te uitgebreid was en een sectie miste, kies degene die het meest uitmaakt, repareer het, voer het opnieuw uit, en kom dan terug voor nog een beoordeling. Je zult kunnen zien wat werkelijk verschil maakte. Als je nog steeds niet blij bent met de outputs na de herziening, voer het opnieuw uit — het is een lus, geen eenmalige poort. De meeste skills zijn klaar na één of twee ronden. De standaard voor het uitbrengen van een skill — voor jezelf, voor een teamgenoot — is niet perfecte evals. Het is dat de cases waar je om geeft aanzienlijk beter presteren dan de baseline, en dat je de cases hebt benoemd die je nog niet afhandelt.
En als de outputs al geweldig lijken bij de eerste keer? Je bent klaar. Evals zijn geen hoepel om doorheen te springen — ze zijn er voor wanneer je vertrouwen nodig hebt, niet voor ceremonie.
Probeer het nu
Stap door een mock eval-beoordeling hieronder — drie prompts, elk met een with-skill en een without-skill output naast elkaar.
Lees een eval
Een eval is gewoon twee outputs naast elkaar, met een paar regels over wat "goed" is. Jouw taak is om te kiezen welke je werkelijk zou sturen — en Claude te vertellen wat hij moet veranderen.
1 van 3
Typisch geval
Recap van een reguliere teamvergadering
Prompt
Schrijf de recap voor vandaag's product sync. Aantekeningen staan in notes/2026-05-01-product-sync. md.
Met skill ✓✓✓✓ 4/4
Product sync — recap
Besluiten
- Stuur de nieuwe onboarding flow naar 10% van nieuwe aanmeldingen vanaf maandag.
- Pauzeer de redesign van de in-app tour tot na de lancering.
Actiepunten
- Maya — finaliseer het rollout plan tegen vrijdag 9 mei.
- Devon — instrument de nieuwe flow voor activeringspercentage tegen woensdag 7 mei.
- Priya — concept de aankondigingsbericht tegen maandag 12 mei.
Open vragen
- Hebben we juridische goedkeuring nodig voor de nieuwe tekst voor 10%?
Huisregels
- ✓ Begint met besluiten
- ✓ Elk actiepunt heeft een eigenaar en een datum
- ✓ Open vragen aangemerkt
- ✓ Onder de 150 woorden
Zonder skill ×××✓ 1/4
Product sync recap
Het team had vanmorgen een productieve discussie over de nieuwe onboarding flow. Na het bekijken van de nieuwste mockups, besloot de groep om door te gaan met een 10% rollout vanaf volgende maandag. De redesign van de in-app tour kwam ter sprake, maar de consensus was om dit na de lancering opnieuw te bekijken.
Maya bood aan om het rollout plan te finaliseren en Devon noemde dat hij naar de instrumentatie zou kijken. Priya gaat iets voor de aankondiging schrijven. Er was ook wat heen en weer over of juridische zaken zich over de nieuwe tekst moeten buigen — het team kwam daar niet tot een conclusie over.
Over het geheel genomen een productieve vergadering met duidelijke volgende stappen.
Huisregels
- × Begint met besluiten
- × Elk actiepunt heeft een eigenaar en een datum
- × Open vragen aangemerkt
- ✓ Onder de 150 woorden
Welke zou je sturen?
Ik zou deze sturen Ik zou deze sturen
Één ding dat je Claude zou vertellen om te veranderen
Rommelige invoer
Recap van een stand-up met rauwe, gedeeltelijk geplakte aantekeningen
Prompt
Recap de marketing stand-up — aantekeningen zijn behoorlijk ruw, de helft is gewoon geplakte Slack-berichten.
Met skill ✓✓✓× 3/4
Marketing stand-up — recap
Besluiten
- Verplaats het webinar van 14 mei naar 21 mei om overlap met de klantenconferentie te vermijden.
Actiepunten
- Jordan — werk de registratiepagina bij en stuur uitnodigingen opnieuw tegen maandag 5 mei.
- _(eigenaar onduidelijk — bevestig met Priya? )_ — werk de e-mailcadence rond de nieuwe datum bij tegen woensdag 7 mei.
Open vragen
- Moeten we partners die de originele datum hebben gepromoot, op de hoogte stellen?
- Wie is verantwoordelijk voor de logistiek op de dag van het geplande webinar?
Huisregels
- ✓ Begint met besluiten
- ✓ Elk actiepunt heeft een eigenaar en een datum (of aangemerkt)
- ✓ Open vragen aangemerkt
- × Onder de 150 woorden (164)
Zonder skill ✓××✓ 2/4
Marketing stand-up
Het team was het erover eens om het webinar van 14 mei naar 21 mei uit te stellen omdat de klantenconferentie dezelfde week is. Jordan zal de landingspagina bijwerken en uitnodigingen opnieuw versturen.
_Priya zal de e-mailcadence rond de nieuwe datum aanpassen. _ Het team besprak ook hoe om te gaan met de partners die de originele datum al hebben gepromoot en de logistiek op de dag van het webinar.
Goede voortgang — iedereen is het eens over de verplaatsing.
Huisregels
- ✓ Begint met besluiten
- × Elk actiepunt heeft een eigenaar en een datum (verzon een eigenaar)
- × Open vragen aangemerkt (begraven in proza)
- ✓ Onder de 150 woorden
Welke zou je sturen?
Ik zou deze sturen Ik zou deze sturen
Één ding dat je Claude zou vertellen om te veranderen
Stijl versus inhoud
Recap voor een leidinggevende die alleen de eerste drie regels leest
Prompt
Recap voor de check-in met de leidinggevende — houd het kort, ze lezen alleen de eerste drie regels.
Met skill ✓✓✓× 3/4
Exec check-in — recap
Besluiten
- Verplaats de lancering van 28 mei naar 12 juni om de QA-vertraging op te vangen.
- Houd het klantencommunicatieplan vast tot de nieuwe datum is vastgesteld.
Actiepunten
- Sam — verspreid het herziene lanceringplan tegen maandag 5 mei.
Open vragen
- Beïnvloedt de nieuwe datum het Q2-getal waar we ons aan hebben verbonden?
Huisregels
- ✓ Begint met besluiten
- ✓ Elk actiepunt heeft een eigenaar en een datum
- ✓ Open vragen aangemerkt
- × Kop in de eerste drie regels (datum op regel 5)
Zonder skill ✓✓×✓ 3/4
Exec check-in
Lancering verplaatst naar 12 juni — QA heeft nog twee weken nodig voor de nieuwe auth flow, en lancering op 28 mei zou ons met een gedeeltelijke release achterlaten.
Klantencommunicatie is in de wacht tot de datum is vastgesteld. Sam zal het herziene plan tegen maandag verspreiden.
_Open: beïnvloedt de nieuwe datum het Q2-commitment? _ — aangemerkt voor financiën om te bevestigen.
Huisregels
- ✓ Begint met besluiten
- ✓ Elk actiepunt heeft een eigenaar en een datum
- × Open vragen aangemerkt (begraven in proza)
- ✓ Kop in de eerste drie regels
Welke zou je sturen?
Ik zou deze sturen Ik zou deze sturen
Één ding dat je Claude zou vertellen om te veranderen
**Dat is een volledige eval-ronde. ** Wanneer het jouw skill is, neemt Claude je keuzes en feedback en herziet de skill voor je.
Voor elk paar: kies de versie die je werkelijk zou sturen, en schrijf één regel feedback die je Claude zou geven. Dat is de hele lus.
Wat nu
In de volgende les ga je van "dit werkt voor mij" naar "dit werkt voor het team" — de patronen en keuzes die persoonlijke workflows omzetten in gedeelde infrastructuur.
Feedback
Terwijl je door de cursus vordert, horen we graag hoe je concepten ervan in je werk gebruikt, plus eventuele feedback die je hebt. Deel je feedback hier.
Dankbetuigingen en licentie
Copyright 2026 Anthropic. Alle rechten voorbehouden.