From skill-development
Creates portable, reusable SKILL.md files that extend Claude's capabilities across contexts. Guides naming, frontmatter, and imperative instruction writing.
How this skill is triggered — by the user, by Claude, or both
Slash command
/skill-development:creating-skillThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Create portable, reusable expertise that extends Claude's capabilities across contexts.
Create portable, reusable expertise that extends Claude's capabilities across contexts.
Skills are appropriate when:
Not appropriate when:
Every skill is a directory containing:
SKILL.md (required): Frontmatter + imperative instructionsscripts/ (optional): Executable code for deterministic operationsreferences/ (optional): Detailed docs loaded on-demandassets/ (optional): Templates/files used in outputCreate this structure directly:
mkdir -p skill-name/{scripts,references,assets}
Delete unused directories before packaging.
Use gerund form (verb + -ing):
processing-pdfs, analyzing-data, creating-reportspdf-helper, data-tool, report-makerRequirements:
---
name: skill-name
description: What it does. Use when [trigger patterns].
---
name: Follow naming convention above
description: (max 1024 chars)
Good examples:
Ineffective examples:
The description is critical—it determines when Claude activates this skill.
Apply crafting-instructions principles:
Frame as direct commands:
Specify goals and decision frameworks, not step-by-step procedures:
Provide steps only when order is non-obvious or fragile.
Claude already knows:
Only specify skill-specific deviations or domain expertise Claude lacks.
State what TO do, not what to avoid:
Frame requirements positively because it's clearer and more actionable.
Explain WHY for non-obvious requirements:
Context helps Claude make good autonomous decisions in edge cases.
Examples teach ALL patterns, including unintended ones. Ensure every aspect demonstrates desired behavior. Better to omit examples than include mixed signals.
For comprehensive prompting guidance, invoke crafting-instructions skill.
Add when Claude would repeatedly write similar code:
Scripts should have explicit error handling and clear variable names.
Add when:
Keep references one level deep (avoid file1 → file2 → file3 chains).
Add for:
Assets save tokens—they're used but not read into context.
Decision framework: Will Claude repeatedly generate similar code? → scripts/. Is there extensive domain knowledge? → references/. Are there output templates? → assets/. Otherwise SKILL.md only.
Skills load in three tiers:
Keep SKILL.md focused on core workflows (~500 lines max). Move detailed content to references/ for on-demand loading. This enables context-efficient skill ecosystems.
Challenge each line: Does Claude really need this explanation? Can I assume Claude knows this? Does this justify its token cost?
Prefer concise patterns:
Create ZIP archive:
cd /home/claude
zip -r /mnt/user-data/outputs/skill-name.zip skill-name/
Verify contents:
unzip -l /mnt/user-data/outputs/skill-name.zip
Show user the packaged structure:
tree skill-name/
# or
ls -lhR skill-name/
Provide download link:
[Download skill-name.zip](computer:///mnt/user-data/outputs/skill-name.zip)
For skills under active development, track changes:
cd /home/claude/skill-name
git init && git add . && git commit -m "Initial: skill structure"
After modifications:
git add . && git commit -m "Update: description of change"
See versioning-skills for advanced patterns (rollback, branching, comparison).
Structure:
Instructions:
Content:
Resources:
Testing:
Before providing skill to user:
Metadata:
Structure:
Content:
Resources:
Testing:
For complex skill patterns, see:
Creates, edits, and verifies skills using a test-driven development approach with pressure scenarios and subagents.
npx claudepluginhub oaustegard/claude-skills --plugin skill-development