Vaardigheden delen

Wat je leert

Geschatte tijd: 20 minuten

Aan het einde van deze les kun je:

Vaardigheden met je team delen door ze vast te leggen in een Git-repository
Vaardigheden over projecten verspreiden via plugins en marketplaces
Vaardigheden organisatiewijd implementeren met behulp van enterprise managed settings
Aangepaste subagents configureren om specifieke vaardigheden te gebruiken

(4 minuten)

Vaardigheden worden veel waardevoller wanneer ze over een team of organisatie worden gedeeld. Deze video behandelt de drie belangrijkste distributiemethoden — repository commits, plugins en enterprise managed settings — en legt uit hoe je aangepaste subagents configureert om vaardigheden te gebruiken. Je leert welke aanpak voor welk scenario geschikt is en hoe je omgaat met een belangrijk voorbehoud: subagents erven vaardigheden niet automatisch.

Belangrijkste punten

Projectvaardigheden in . claude/skills worden automatisch gedeeld via Git — iedereen die de repo cloned, krijgt ze
Plugins laten je vaardigheden over repositories verspreiden via marketplaces voor breder communitygebruik
Enterprise managed settings implementeren vaardigheden organisatiewijd met de hoogste prioriteit, ideaal voor verplichte standaarden en compliance
Subagents zien je vaardigheden niet automatisch — je moet vaardigheden expliciet vermelden in het frontmatter skills veld van een aangepaste agent
Ingebouwde agents (Explorer, Plan, Verify) hebben helemaal geen toegang tot vaardigheden — alleen aangepaste subagents gedefinieerd in . claude/agents kunnen dat

Vaardigheden worden veel waardevoller wanneer ze worden gedeeld. Een PR review-vaardigheid die alleen jij gebruikt, is nuttig, maar diezelfde vaardigheid gedeeld over je hele team standaardiseert code review en creëert een consistente ervaring in je organisatie. Laten we kijken naar de verschillende manieren waarop je vaardigheden kunt verspreiden.

Vaardigheden vastleggen in je repository

De eenvoudigste deelmethode is vaardigheden rechtstreeks in je repository vastleggen. Plaats ze in . claude/skills, en iedereen die de repo cloned, krijgt die vaardigheden automatisch — geen extra installatie nodig.

Wanneer je updates pusht, krijgt iedereen ze bij de volgende pull. Deze aanpak werkt goed voor:

Team-coderingsnormen
Projectspecifieke workflows
Vaardigheden die verwijzen naar je codebasestructuur

De . claude directory bevat je agents, hooks, vaardigheden en instellingen — allemaal versiebeheerd en gedeeld met het team via normale Git-workflows.

Vaardigheden verspreiden via plugins

Plugins zijn een manier om Claude Code uit te breiden met aangepaste functionaliteit die is ontworpen om over teams en projecten te worden gedeeld. Maak in je pluginproject een skills directory die een vergelijkbare bestandsstructuur volgt als de . claude directory — elke vaardigheid krijgt zijn eigen map met een SKILL. md bestand erin.

Nadat je je plugin naar een marketplace hebt gedistribueerd, kunnen andere gebruikers deze ontdekken en voor zichzelf in Claude Code installeren.

Deze aanpak werkt het beste wanneer je vaardigheden niet te projectspecifiek zijn en nuttig kunnen zijn voor communityleden buiten je directe team.

Enterprise-implementatie via managed settings

Beheerders kunnen vaardigheden organisatiewijd implementeren via managed settings. Enterprise-vaardigheden hebben de hoogste prioriteit — ze overschrijven persoonlijke, project- en plugin-vaardigheden met dezelfde naam.

Het managed settings-bestand ondersteunt functies zoals strictKnownMarketplaces om te bepalen waar plugins kunnen worden geïnstalleerd:

"strictKnownMarketplaces": [ { "source": "github", "repo": "acme-corp/approved-plugins" }, { "source": "npm", "package": "@acme-corp/compliance-plugins" } ]

Dit is de juiste keuze voor verplichte standaarden, beveiligingsvereisten, compliance-workflows en coderingspraktijken die consistent moeten zijn in de hele organisatie. Het sleutelwoord hier is "moet".

Vaardigheden en subagents

Hier is iets dat mensen verrast: subagents zien je vaardigheden niet automatisch. Wanneer je een taak aan een subagent delegeert, begint het met een schone, lege context.

Er zijn belangrijke onderscheidingen om te begrijpen:

Ingebouwde agents (zoals Explorer, Plan en Verify) hebben helemaal geen toegang tot vaardigheden
Aangepaste subagents die je definieert kunnen vaardigheden gebruiken, maar alleen wanneer je ze expliciet vermeldt
Vaardigheden worden geladen wanneer de subagent start, niet op aanvraag zoals in het hoofdgesprek

Om een aangepaste subagent met vaardigheden te maken, voeg je een agent markdown-bestand toe in . claude/agents. Je kunt de /agents commando in Claude Code gebruiken om er interactief een te maken:

Het gegenereerde agentbestand bevat een skills veld dat aangeeft welke vaardigheden moeten worden geladen. Hier ziet het frontmatter eruit:

--- name: frontend-security-accessibility-reviewer description: "Use this agent when you need to review frontend code for accessibility... " tools: Bash, Glob, Grep, Read, WebFetch, WebSearch, Skill... model: sonnet color: blue skills: accessibility-audit, performance-check ---

Wanneer je naar deze subagent delegeert, heeft het beide vaardigheden geladen en past ze toe op elke review. Zorg eerst dat de vaardigheden in je . claude/skills directory bestaan, voeg vervolgens een nieuwe subagent toe of voeg het skills veld toe aan het markdown-bestand van een bestaande agent.

Dit patroon werkt echt goed wanneer:

Je geïsoleerde taakdelegatie met specifieke expertise wilt
Verschillende subagents verschillende vaardigheden nodig hebben (frontend reviewer vs. backend reviewer)
Je standaarden in gedelegeerd werk wilt afdwingen zonder op prompts te vertrouwen

Lesreflectie

Welke deelmethode (repository, plugin, enterprise) is het meest geschikt voor de vaardigheden die je hebt overwogen te bouwen?
Heb je workflows waarbij aangepaste subagents met specifieke vaardigheden de consistentie in gedelegeerd werk zouden verbeteren?

Wat volgt

In de laatste les leer je hoe je veelvoorkomende vaardigheidsprobleemen kunt oplossen — van vaardigheden die niet triggeren, tot prioriteitsconflicten, tot runtime-fouten — met een praktische checklist die je altijd kunt raadplegen.

Feedback

Terwijl je door de cursus vordert, horen we graag hoe je vaardigheden in je werk gebruikt, plus eventuele feedback die je hebt. Deel je feedback hier.