skill-builder
Skill10 starsChanged 13 months agoMITView on GitHub
Guide users through creating new Claude Code Skills with proper structure, validation, and best practices
74 other projects use a version of this.
Adopted by
Most recently taken up by
- Kikobazz123/lordgen-skill-buildertheir own version, first seen Nov 8, 2026
- AsiaOstrich/EngramGraphtheir own version, first seen Nov 8, 2026
- shetengteng/skillix-hubtheir own version, first seen Nov 8, 2026
- davidgfolch/AI-job-searchtheir own version, first seen Nov 8, 2026
- RKelln/hermes_skillstheir own version, first seen Nov 7, 2026
- beCyborg/jadlis-skill-buildertheir own version, first seen Nov 6, 2026
Used with
Projects with it also use contract-test, literature-research and 10 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
squall-chuaSkillcontract-test
Test a running API against its own contract — OpenAPI, GraphQL, protobuf, or AsyncAPI — from the outside, and report every drift between what the contract promises and what the API does.
Also in 3 projects that use this
nickjwellsSkillliterature-research
Search academic literature and perform deep research reviews. Use when user asks to search PubMed, find academic papers, or do literature reviews.
Also in 3 projects that use this
nopandererSkillcommit-and-push
Automatically analyze git changes, generate Conventional Commits compliant commit messages, commit changes, and push to remote in a single automated workflow. Use when the user invokes /commit-and-push or explicitly requests to automatically commit and push changes following Conventional Commits format (feat:, fix:, docs:, etc.). This skill provides a fully automated git workflow without manual intervention.
Also in 3 projects that use this
MicrosoftSkillskill-reviewer
Review skill PRs with structured severity-rated feedback covering token budgets, routing conflicts, and repo conventions. WHEN: \"review skill\", \"review skill PR\", \"review skill changes\", \"check skill quality\", \"skill PR feedback\".
Also in 3 projects that use this
SkillPilotCHSkilllevel-up
Eine Automatisierung pro Woche finden, scopen, shippen. Output landet als proposed-Eintrag in cadence.md mit konkreten Implementations-Schritten.
Also in 3 projects that use this
MicrosoftSkillexcalidraw-diagram
Create Excalidraw diagram JSON files that make visual arguments. Use when the user wants to visualize workflows, architectures, or concepts.
Also in 4 projects that use this
Other versions74 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 74
- yusufkaraaslan/Skill_Seekers★ 15ksame name
- block/berd★ 1ksame name
- boshu2/agentops★ 453same name
- metaskills/skill-builder★ 112same name
- AsiaOstrich/universal-dev-standards★ 84same name
- Amazon-Quick/Amazon-Quick-official-catalog★ 50same name
- nateherkai/a-bunch-of-skills★ 41same name
- clasen/Skills★ 40same name
- sanqi-cd/Sanqi-Skills★ 28same name
- arctan303/creator.skill★ 19same name
64 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository7 other files it gives its agents.
- code-refactoringSkill
- code-reviewerSkill
- feature-orchestratorSkill
- frontend-uiSkill
- shownotes-generatorSkill
- skill-contributorSkill
- ui-ux-auditSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
21 rules. 0 are common, 20 are distinctive, and 1 is very specific to this project.
0
Common
Most of the 65 edited versions we read keep these.
20
Distinctive
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 14
Ask how to build or structure a skill
- Distinctive: line 22
Ask the user these questions (use AskUserQuestion tool when appropriate):
- Distinctive: line 85
Write like an "onboarding guide for a new team member"
- Distinctive: line 86
Use clear, step-by-step procedures
- Distinctive: line 89
Keep instructions under 5k tokens for efficient loading
- Distinctive: line 90
Use progressive disclosure: reference detailed info in REFERENCE.md
- Distinctive: line 150
Verify the skill is discoverable (Claude should see it in metadata)
- Distinctive: line 151
Test with a sample task that should trigger it
- Distinctive: line 152
Ensure resources load correctly when referenced
- Distinctive: line 153
Check that instructions are clear and complete
- Distinctive: line 165
Loaded As Needed (Resources): No token cost
- Distinctive: line 198
When helping users build a skill:
- Distinctive: line 200
Gather Information: Use AskUserQuestion to understand requirements
- Very specific: line 203
Write SKILL.md: Create with proper frontmatter and instructions
- Distinctive: line 204
Add Supporting Files: Create REFERENCE.md, FORMS.md, scripts as needed
- Distinctive: line 205
Validate: Check all requirements are met
- Distinctive: line 225
Step-by-Step: Write procedures as numbered steps
- Distinctive: line 227
Minimize Context: Use progressive disclosure extensively
- Distinctive: line 228
Self-Contained: Don't assume external resources are available
- Distinctive: line 229
Tested Procedures: Ensure instructions actually work
- Distinctive: line 230
Helpful Metadata: Write descriptions that help with discovery
“Common” is measured: kept by at least 6 in 10 of the 65 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Skill Builder
This skill helps you create well-structured Claude Code Skills. Use it when the user wants to build a new skill for Claude Code.
When to Use This Skill
Invoke this skill when users:
- Want to create a new Claude Code Skill
- Ask how to build or structure a skill
- Need help with skill frontmatter or organization
- Want to validate an existing skill structure
Skill Creation Workflow
Step 1: Understand the Requirements
Ask the user these questions (use AskUserQuestion tool when appropriate):
- What will the skill do? - Get a clear description of the skill's purpose
- When should it trigger? - Understand what user requests should activate it
- What's the scope? - Is it project-specific or personal/general-purpose?
- What resources are needed? - Templates, scripts, reference data, etc.
Step 2: Determine Skill Location
Based on scope, choose the directory:
- Project-specific:
.claude/skills/[skill-name]/(within project root) - Personal/general:
~/.claude/skills/[skill-name]/(available everywhere)
Step 3: Create Directory Structure
Use this pattern:
skill-name/
├── SKILL.md (required: main instructions)
├── REFERENCE.md (optional: detailed reference info)
├── FORMS.md (optional: templates and forms)
├── scripts/ (optional: executable code)
│ ├── script1.py
│ └── script2.sh
└── resources/ (optional: templates, data files)
└── template.txtStep 4: Write SKILL.md
The SKILL.md must follow this structure:
---
name: skill-name
description: Clear description of what this skill does and when to use it
---
# Skill Name
Main instructions for Claude go here.
## When to Use
Describe scenarios where this skill should be invoked.
## How It Works
Step-by-step instructions for Claude to follow.
## Examples
Provide examples of usage.Frontmatter Requirements:
name: Max 64 chars, lowercase letters/numbers/hyphens only (e.g., "excel-automation")description: Non-empty, max 1024 chars, should clearly indicate when to use the skill- IMPORTANT: Include BOTH natural language AND technical keywords
- Natural language: How non-technical users would describe it ("fix broken code", "save data", "put online")
- Technical terms: Jargon that developers use ("debug", "database schema", "deploy")
- Example: "Auto-invoked when user wants to fix broken code, not working, or crashed. Also triggers on debug, stack trace, error analysis."
Best Practices for Instructions:
- Write like an "onboarding guide for a new team member"
- Use clear, step-by-step procedures
- Include contextual examples
- Reference supporting files instead of embedding everything
- Keep instructions under 5k tokens for efficient loading
- Use progressive disclosure: reference detailed info in REFERENCE.md
Step 5: Add Supporting Files (Optional)
REFERENCE.md: Detailed technical information that Claude can read when needed
- API documentation
- Detailed specifications
- Comprehensive examples
- Technical constraints
FORMS.md: Templates and structured formats
- Form templates
- Output format examples
- Structured data patterns
scripts/: Executable code for complex operations
- Python scripts for data processing
- Shell scripts for automation
- Utilities that Claude can invoke via bash
resources/: Static files and templates
- Document templates
- Sample data
- Reference materials
Step 6: Validate the Skill
Check these requirements:
SKILL.mdexists with valid YAML frontmatternameis lowercase, alphanumeric with hyphens, max 64 charsdescriptionis clear, non-empty, max 1024 chars- Description includes natural language keywords (not just technical jargon)
- Instructions are clear and actionable
- File references are correct
- No internet/API dependencies (Claude Code constraint)
- Only uses pre-installed packages
Run automated validation:
python .validation/validate-skills.pyValidation Scoring (29 points total):
- SKILL.md exists: 1 point
- Valid frontmatter: 3 points
- Name validation: 2 points
- Description validation: 3 points
- Content structure: 5 points
- Token count <5000: 2 points
- Supporting files: 3 points
- Scripts directory: 2 points
- Industry standards: 3 points
- Examples: 2 points
- Natural language keywords: 3 points (NEW)
Passing threshold: 80% (24/29 points)
Step 7: Test the Skill
After creation:
- Verify the skill is discoverable (Claude should see it in metadata)
- Test with a sample task that should trigger it
- Ensure resources load correctly when referenced
- Check that instructions are clear and complete
Progressive Disclosure Strategy
Design skills to minimize token usage:
- Always Loaded (Metadata): ~100 tokens
- Just the YAML frontmatter
- Loaded When Triggered (Instructions): <5k tokens
- Core procedures from SKILL.md body
- Loaded As Needed (Resources): No token cost
- Files Claude reads via bash commands
- Scripts Claude executes when required
- Templates Claude accesses on demand
Common Skill Patterns
Document Generation Skill
doc-generator/
├── SKILL.md (generation instructions)
├── templates/ (document templates)
└── scripts/ (formatting scripts)Code Analysis Skill
code-analyzer/
├── SKILL.md (analysis procedures)
├── REFERENCE.md (pattern definitions)
└── scripts/ (analysis tools)Automation Skill
automation-helper/
├── SKILL.md (automation workflows)
├── FORMS.md (configuration templates)
└── scripts/ (automation scripts)Implementation Steps
When helping users build a skill:
- Gather Information: Use AskUserQuestion to understand requirements
- Plan Structure: Determine files needed based on complexity
- Create Directory: Make the skill directory in appropriate location
- Write SKILL.md: Create with proper frontmatter and instructions
- Add Supporting Files: Create REFERENCE.md, FORMS.md, scripts as needed
- Validate: Check all requirements are met
- Document: Explain to user how to test and use the skill
- Show Location: Provide the full path to the created skill
Validation Checklist
Before completing, verify:
- Directory created in correct location
- SKILL.md has valid frontmatter
- Name follows naming rules
- Description is clear and helpful
- Instructions are actionable
- Examples are provided
- Supporting files are organized logically
- No external dependencies
- File paths in instructions are correct
Tips for Great Skills
- Clear Descriptions: Make it obvious when Claude should use the skill
- Step-by-Step: Write procedures as numbered steps
- Examples First: Show examples before explaining
- Minimize Context: Use progressive disclosure extensively
- Self-Contained: Don't assume external resources are available
- Tested Procedures: Ensure instructions actually work
- Helpful Metadata: Write descriptions that help with discovery
Common Mistakes to Avoid
- Using uppercase or special characters in skill name
- Making descriptions too vague or too long
- Embedding all content in SKILL.md instead of using supporting files
- Referencing non-existent files
- Assuming internet access or external APIs
- Creating overly complex skills that should be split
- Forgetting to include "when to use" guidance
Reference Files
See the templates directory for:
- Basic skill template
- Advanced skill template with supporting files
- Example skills for common use cases
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

