name: skill-creator description: >- Create, review, validate, and improve Agent Skills (SKILL.md) following the agentskills.io specification, best practices, and description optimization guide. Use when the user wants to create a new skill, audit or improve an existing one, ensure spec compliance, optimize triggering, or check reference integrity. Covers the full lifecycle: scoping, drafting, structural validation, semantic quality, description optimization, progressive disclosure, and maintenance.
Agent Skill Creator
Create, review, validate, and improve Agent Skills following the specification, best practices, and description optimization guide.
Scope
| Mode | Description |
|---|---|
| Create | Build a new skill grounded in domain context |
| Review | Audit an existing skill for spec compliance, semantic quality, and reference integrity |
| Optimize | Improve a skill's description for reliable triggering |
| Maintain | Update skills as requirements or the spec evolves |
Grounding (always do first)
Before drafting or reviewing, investigate existing context so instructions are concrete, not generic:
ls ~/.agents/skills/— understand conventions used by existing skills- Search for relevant source material with
rg: error messages, workflows, commands, domain patterns, project-specific facts, gotchas - If context is insufficient for a meaningful skill, ask the user only about blocking decisions:
- What triggers should activate this skill?
- What tools, commands, or APIs should the agent use?
- What must the agent NOT do?
- What source material or domain-specific references exist?
- Assume minor stylistic details (wording, section layout, example phrasing); document assumptions explicitly
Creation Workflow
- Ground — investigate existing context and clarify blocking decisions
- Choose a name in kebab-case (
a-z,0-9, hyphens only; max 64 chars; no leading/trailing hyphens; no consecutive--; must match the directory name) - Create
~/.agents/skills/<name>/SKILL.md:- YAML frontmatter with
nameanddescriptiononly — omitlicense,compatibility,metadata,allowed-toolsunless there is a concrete documented reason to include them - Markdown body focused on what the agent wouldn't know without the skill
- Recommend sections only where they add value: Scope, Workflow, Validation, Quality Bar, Gotchas are useful for most skills. Do not force a rigid template.
- YAML frontmatter with
- Add extra files (
references/,assets/,scripts/) only when justified: reducing context load (progressive disclosure) or automating repeatable validation. Always tell the agent when to load each file. - Validate — run the validation command (see Validation)
- Present a summary:
- Files created
- Key decisions and assumptions
- Validation results
- Remaining risks (if any)
Review Workflow
Read the skill's
SKILL.mdand any referenced filesValidate — run the validation command
Check semantic quality:
- Does the skill add knowledge the agent wouldn't have alone?
- Are instructions specific ("run
script.py --validate") not generic ("handle errors appropriately")? - Does it favor procedure over declaration? (generalizable workflows, not one-shot answers)
- Are there concrete gotchas and edge cases?
- Does it provide defaults, not menus of options?
- Is every instruction necessary? Would the agent get it right without it?
Check reference integrity — every
references/,scripts/,assets/path mentioned inSKILL.mdmust exist as a fileCheck progressive disclosure —
SKILL.mdshould stay under 500 lines; move detailed reference material to separate files with instructions on when to load themCheck description triggering — see Description Optimization for the lightweight checklist
Report findings as:
## Review: <name> **Status:** pass / fail with blockers **Validation:** command run → result **Blocking:** - [spec violation] ... - [missing file] ... **Should fix:** - [vague description] ... - [generic workflow] ... - [poor trigger boundary] ... **Suggestions:** - add gotchas for ... - extract ... to references/ when it grows
Validation
Required for every creation or review. Run:
uvx --from git+https://github.com/agentskills/agentskills#subdirectory=skills-ref skills-ref validate ~/.agents/skills/<name>
Always use this uvx command, even if skills-ref is already installed locally.
Validation must pass before considering a skill complete. If uvx is unavailable or cannot fetch skills-ref, report the blocker — do not skip.
skills-ref validatechecks structure and frontmatter but not file references. Reference integrity is verified manually in the review workflow step 4.
Description Optimization
Lightweight checklist (always apply)
- Does the description say what the skill does and when to use it?
- Does it include specific keywords and user intents that trigger activation?
- Is it concise enough not to false-trigger on unrelated tasks? (max 1024 chars)
- Would it activate for implicit queries that describe the problem without naming the skill's domain?
- Are there near-miss queries that would falsely trigger? (precision check)
Full eval set (when the user explicitly asks to optimize triggering)
- Design 15–20 eval queries: roughly equal should-trigger and should-not-trigger, including near-misses with shared keywords
- Optionally split into train (
60%) and validation (40%) sets - Evaluate current description: which should-triggers miss? Which should-not-triggers fire?
- Iterate the description up to 5 rounds, revising based on train failures only
- Validate final description against the validation set to check generalization
- Confirm description ≤ 1024 characters
Quality Bar
| Criterion | What to check |
|---|---|
| Focused scope | One coherent unit of work; composes well with other skills |
| Progressive disclosure | SKILL.md under 500 lines; deep material in references/ with load conditions |
| Grounded | Based on project-specific context, not generic knowledge |
| Defaults, not menus | Pick one default approach; mention alternatives briefly |
| Concrete gotchas | List corrections to mistakes the agent would make without them |
| Validation gate | the required uvx validation command passes; reference integrity confirmed |
| Specific instructions | No "handle errors appropriately" — say what to do for each failure mode |
| Trigger precision | Description covers scope without false-positive near-misses |
| Minimal frontmatter | Only name and description unless there is a documented reason for more |
Gotchas
namemust match the parent directory exactly; regex: onlya-z,0-9,-; no consecutive--; no leading/trailing-; max 64 charsdescriptionmax 1024 characters, must be non-emptySKILL.mdis the only required file;scripts/,references/,assets/are optional- File references must use relative paths from the skill root;
skills-ref validatedoes NOT check these - This repo uses English for all code and file content; user-facing agent messages are in Spanish per
AGENTS.md - Do not add
license,compatibility,metadata, orallowed-toolsto frontmatter unless there is a concrete documented reason - When referencing external docs (specification, best practices, optimization guide), use the full
https://agentskills.io/...URLs; the agent's training data may not reflect current content - If reviewing a skill that itself generates content (meta-skill), be careful not to apply circular or self-referential quality rules