Skill Creator
Creates complete, spec-compliant skill packages following AgentSkills.io and Anthropic standards.
Supports both creation and validation workflows with 100-point marketplace grading.
Overview
Skill Creator solves the gap between writing ad-hoc agent skills and producing marketplace-ready
packages that score well on the Intent Solutions 100-point rubric. It enforces the 2026 spec
(top-level identity fields, ${CLAUDE_SKILL_DIR} paths, scored sections) and catches
contradictions that would cost marketplace points. Supports two modes: create new skills from
scratch with full validation, or grade/audit existing skills with actionable fix suggestions.
Prerequisites
- Claude Code CLI with skill support (v2.1.78+ for advanced features like
effort, maxTurns)
- Python 3.10+ for validation scripts (
validate-skill.py, aggregate_benchmark.py)
- Target skill directory writable (
~/.claude/skills/ or .claude/skills/)
Instructions
Mode Detection
Determine user intent from their prompt:
- Create mode: "create a skill", "build a skill", "new skill" -> proceed to Step 1
- Validate mode: "validate", "check", "grade", "score", "audit" -> jump to Validation Workflow
Communicating with the User
Pay attention to context cues to understand the user's technical level. Skill creator is used by people across a wide range of familiarity — from first-time coders to senior engineers. In the default case:
- "evaluation" and "benchmark" are borderline but OK
- For "JSON" and "assertion", check for cues the user knows these terms before using them without explanation
- Briefly explain terms if in doubt
Step 1: Understand Requirements
If the current conversation already contains a workflow the user wants to capture (e.g., "turn this into a skill"), extract answers from the conversation history first — the tools used, the sequence of steps, corrections the user made, input/output formats observed. Confirm with the user before proceeding.
Ask the user with AskUserQuestion:
Skill Identity:
- Name (kebab-case, gerund preferred:
processing-pdfs, analyzing-data)
- Purpose (1-2 sentences: what it does + when to use it)
Execution Model:
- User-invocable via
/name? Or background knowledge only?
- Accepts arguments? (
$ARGUMENTS substitution)
- Needs isolated context? (
context: fork for subagent execution)
- Explicit-only invocation? (
disable-model-invocation: true — prevents auto-activation, requires /name)
Required Tools:
- Read, Write, Edit, Glob, Grep, WebFetch, WebSearch, Agent, AskUserQuestion, Skill
- Bash must be scoped:
Bash(git:*), Bash(npm:*), etc.
- MCP tools:
ServerName:tool_name
Optional: declare disallowed-tools (schema 3.7.0+):
- Defense-in-depth — an explicit denylist layered on top of the
allowed-tools allowlist
- Useful when the skill needs broad Bash but should never reach for high-risk operations
like
rm, curl to arbitrary hosts, .env file edits, or system-config writes
- Example:
disallowed-tools: [Bash(rm:*), Bash(curl:*), Bash(wget:*), Bash(sudo:*), Edit(.env), Write(.env)]
- A pattern must never appear in BOTH
allowed-tools and disallowed-tools — the
marketplace validator reports the overlap as an ERROR
- Default: omit the field (don't clutter frontmatter with a denylist the allowlist already covers)
- Naming parallel: skills use kebab-case
disallowed-tools; agents use camelCase
disallowedTools — never copy-paste between the two without renaming
Complexity:
- Simple (SKILL.md only)
- With scripts (automation code in
scripts/)
- With references (documentation in
references/)
- With templates (boilerplate in
templates/)
- Full package (all directories)
Location:
- Global:
~/.claude/skills/<skill-name>/
- Project:
.claude/skills/<skill-name>/
Step 2: Plan the Skill
Before writing, determine:
Degrees of Freedom:
| Level |
When to Use |
| High |
Creative/open-ended tasks (analysis, writing) |
| Medium |
Defined workflow, flexible content (most skills) |
| Low |
Strict output format (compliance, API calls, configs) |
Think of it as narrow bridge vs open field: a deployment skill is a narrow bridge (one safe path, guard rails everywhere), while a writing skill is an open field (Claude roams freely within broad boundaries). Match constraint level to the task.
Workflow Pattern (see ${CLAUDE_SKILL_DIR}/references/workflows.md):
- Sequential: fixed steps in order
- Conditional: branch based on input
- Wizard: interactive multi-step gathering
- Plan-Validate-Execute: verifiable intermediates
- Feedback Loop: iterate until quality met
- Checklist Workflow: copy-pasteable progress tracking for complex multi-step processes
- Search-Analyze-Report: explore and summarize
Output Pattern (see ${CLAUDE_SKILL_DIR}/references/output-patterns.md):
- Strict template (exact format)
- Flexible template (structure with creative content)
- Examples-driven (input/output pairs)
- Visual (HTML generation)
- Structured data (JSON/YAML)
Step 3: Initialize Structure
Create the skill directory and files:
mkdir -p {location}/{skill-name}
mkdir -p {location}/{skill-name}/scripts # if needed
mkdir -p {location}/{skill-name}/references # if needed
mkdir -p {location}/{skill-name}/templates # if needed
mkdir -p {location}/{skill-name}/assets # if needed
mkdir -p {location}/{skill-name}/evals # for eval-driven development
Steps 4-10: Write, Validate, Test, Iterate, Optimize, Report
For detailed guidance on writing SKILL.md (frontmatter rules, description scoring, body guidelines, string substitutions, DCI syntax), creating supporting files, validation, testing, iteration, description optimization, and final reporting, see Creation Guide.
Key rules:
version, author, license, compatibility, and tags are top-level fields (not nested under metadata:)
- Scope Bash:
Bash(git:*) not bare Bash
- Optional
disallowed-tools denylist (schema 3.7.0+) must never overlap allowed-tools (validator ERROR)
- Keep under 500 lines; offload to
references/ if longer
- Include "Use when" and "Trigger with" in description for enterprise scoring
- No XML tags in name or description (Anthropic spec prohibition)
- No time-sensitive information; use 'old patterns' section for deprecated approaches
- Include feedback loops for quality-critical workflows
- Run
python3 ${CLAUDE_SKILL_DIR}/scripts/validate-skill.py --grade {skill-dir}/SKILL.md to validate
- Create
evals/evals.json with 3+ scenarios, iterate until all assertions pass
Validation Workflow
When the user wants to validate, grade, or audit an existing skill. For detailed steps (V1-V5), see Creation Guide.
- Locate the SKILL.md (global
~/.claude/skills/ or project .claude/skills/)
- Run
python3 ${CLAUDE_SKILL_DIR}/scripts/validate-skill.py --grade {path}/SKILL.md
- Review grade against the 100-point rubric (A: 90+, B: 80-89, C: 70-79, D: 60-69, F: <60)
- Report results with prioritized fix recommendations
- Auto-fix if requested: add missing sections, fix description patterns, move nested metadata to top-level
Output
The skill produces one of two outputs depending on mode:
- Create mode: A complete skill package directory containing SKILL.md, optional
scripts/, references/, templates/, assets/, and evals/ subdirectories, plus a creation summary report with validation grade and eval results.
- Validate mode: A grade report showing the 100-point rubric score across 5 pillars (Progressive Disclosure, Ease of Use, Utility, Spec Compliance, Writing Style), with prioritized fix recommendations sorted by point value.
Examples
Simple Skill (Create Mode)
User: Create a skill called "code-review" that reviews code quality
Creates:
~/.claude/skills/code-review/
├── SKILL.md
└── evals/
└── evals.json
Frontmatter:
---
name: code-review
description: |
Make sure to use this skill whenever reviewing code for quality, security
vulnerabilities, and best practices. Use when doing code reviews, PR analysis,
or checking code quality. Trigger with "/code-review" or "review this code".
allowed-tools: "Read,Glob,Grep"
version: 1.0.0
author: Jeremy Longshore <jeremy@intentsolutions.io>
license: MIT
model: inherit
---
Full Package with Arguments (Create Mode)
User: Create a skill that generates release notes from git history
Creates:
~/.claude/skills/generating-release-notes/
├── SKILL.md (argument-hint: "[version-tag]")
├── scripts/
│ └── parse-commits.py
├── references/
│ └── commit-conventions.md
├── templates/
│ └── release-template.md
└── evals/
└── evals.json
Uses $ARGUMENTS[0] for version tag.
Uses context: fork for isolated execution.
Validate Mode
User: Grade my skill at ~/.claude/skills/code-review/SKILL.md
Runs: python3 ${CLAUDE_SKILL_DIR}/scripts/validate-skill.py --grade ~/.claude/skills/code-review/SKILL.md
Output:
Grade: B (84/100)
Improvements:
- Add "Trigger with" to description (+3 pts)
- Add ## Output section (+2 pts)
- Add ## Prerequisites section (+2 pts)
Edge Cases
- Name conflicts: Check if skill directory already exists before creating
- Empty arguments: If skill uses
$ARGUMENTS, handle the empty case
- Long content: If SKILL.md exceeds 300 lines during writing, stop and split to references
- Bash scoping: If user requests raw
Bash, always scope it
- Model selection: Default to
inherit, only override with good reason
- Undertriggering: If skill isn't activating, make description more aggressive/pushy
- Legacy metadata nesting: If found, move author/version/license to top-level
Error Handling
| Error |
Cause |
Solution |
| Name exists |
Directory already present |
Choose different name or confirm overwrite |
| Invalid name |
Not kebab-case or >64 chars |
Fix to lowercase-with-hyphens |
| Validation fails |
Missing fields or anti-patterns |
Run validator, fix reported issues |
| Resource missing |
${CLAUDE_SKILL_DIR}/ ref points to nonexistent file |
Create the file or fix the reference |
| Undertriggering |
Description too passive |
Add "Make sure to use whenever..." phrasing |
| Eval failures |
Skill not producing expected output |
Iterate on instructions and re-test |
| Low grade |
Missing scored sections or fields |
Add Overview, Prerequisites, Output sections |
Resources
References: ${CLAUDE_SKILL_DIR}/references/
creation-guide.md — Detailed Steps 4-10 and Validation Workflow (V1-V5)
source-of-truth.md — Canonical spec (AgentSkills.io, Anthropic docs, Lee Han Chung deep dive) | frontmatter-spec.md — Field reference | validation-rules.md — 100-point rubric
workflows.md — Workflow patterns | output-patterns.md — Output formats | schemas.md — JSON schemas (evals, grading, benchmarks)
anthropic-comparison.md — Gap analysis | advanced-eval-workflow.md — Eval, iteration, optimization, platform notes
Agents (read when spawning subagents): ${CLAUDE_SKILL_DIR}/agents/
grader.md — Assertion evaluation | comparator.md — Blind A/B comparison | analyzer.md — Benchmark analysis
Scripts: ${CLAUDE_SKILL_DIR}/scripts/
validate-skill.py — 100-point rubric grading | quick_validate.py — Lightweight validation
aggregate_benchmark.py — Benchmark stats | run_eval.py — Trigger accuracy testing
run_loop.py — Description optimization loop | improve_description.py — LLM-powered rewriting
generate_report.py — HTML reports | package_skill.py — .skill packaging | utils.py — Shared utilities
Eval Viewer: ${CLAUDE_SKILL_DIR}/eval-viewer/ — generate_review.py + viewer.html (interactive output comparison)
Assets: ${CLAUDE_SKILL_DIR}/assets/eval_review.html (trigger eval set editor)
Templates: ${CLAUDE_SKILL_DIR}/templates/skill-template.md (SKILL.md skeleton)
For advanced workflows (empirical eval, description optimization, blind comparison, packaging, platform notes), see Creation Guide and ${CLAUDE_SKILL_DIR}/references/advanced-eval-workflow.md.
1---2name: skill-creator3description: Create production-grade agent skills aligned with the 2026 AgentSkills.io spec and Anthropic best practices (2026). Also validates existing skills against the Intent Solutions 100-point rubric. Use when building, testing, validating, or optimizing Claude Code skills. Trigger with "/skill-creator", "create a skill", "validate my skill", or "check skill quality". Make sure to use this skill whenever creating a new skill, slash command, or agent capability.4license: MIT5---6# Skill Creator
7
8Creates complete, spec-compliant skill packages following AgentSkills.io and Anthropic standards.
9Supports both creation and validation workflows with 100-point marketplace grading.
10
11## Overview
12
13Skill Creator solves the gap between writing ad-hoc agent skills and producing marketplace-ready
14packages that score well on the Intent Solutions 100-point rubric. It enforces the 2026 spec
15(top-level identity fields, `${CLAUDE_SKILL_DIR}` paths, scored sections) and catches
16contradictions that would cost marketplace points. Supports two modes: create new skills from
17scratch with full validation, or grade/audit existing skills with actionable fix suggestions.
18
19## Prerequisites
20
21- Claude Code CLI with skill support (v2.1.78+ for advanced features like `effort`, `maxTurns`)
22- Python 3.10+ for validation scripts (`validate-skill.py`, `aggregate_benchmark.py`)
23- Target skill directory writable (`~/.claude/skills/` or `.claude/skills/`)
24
25## Instructions
26
27### Mode Detection
28
29Determine user intent from their prompt:
30
31- **Create mode**: "create a skill", "build a skill", "new skill" -> proceed to Step 1
32- **Validate mode**: "validate", "check", "grade", "score", "audit" -> jump to Validation Workflow
33
34### Communicating with the User
35
36Pay attention to context cues to understand the user's technical level. Skill creator is used by people across a wide range of familiarity — from first-time coders to senior engineers. In the default case:
37
38- "evaluation" and "benchmark" are borderline but OK
39- For "JSON" and "assertion", check for cues the user knows these terms before using them without explanation
40- Briefly explain terms if in doubt
41
42### Step 1: Understand Requirements
43
44If the current conversation already contains a workflow the user wants to capture (e.g., "turn this into a skill"), extract answers from the conversation history first — the tools used, the sequence of steps, corrections the user made, input/output formats observed. Confirm with the user before proceeding.
45
46Ask the user with AskUserQuestion:
47
48**Skill Identity:**
49
50- Name (kebab-case, gerund preferred: `processing-pdfs`, `analyzing-data`)
51- Purpose (1-2 sentences: what it does + when to use it)
52
53**Execution Model:**
54
55- User-invocable via `/name`? Or background knowledge only?
56- Accepts arguments? (`$ARGUMENTS` substitution)
57- Needs isolated context? (`context: fork` for subagent execution)
58- Explicit-only invocation? (`disable-model-invocation: true` — prevents auto-activation, requires `/name`)
59
60**Required Tools:**
61
62- Read, Write, Edit, Glob, Grep, WebFetch, WebSearch, Agent, AskUserQuestion, Skill
63- Bash must be scoped: `Bash(git:*)`, `Bash(npm:*)`, etc.
64- MCP tools: `ServerName:tool_name`
65
66**Optional: declare `disallowed-tools` (schema 3.7.0+):**
67
68- Defense-in-depth — an explicit denylist layered on top of the `allowed-tools` allowlist
69- Useful when the skill needs broad Bash but should never reach for high-risk operations
70 like `rm`, `curl` to arbitrary hosts, `.env` file edits, or system-config writes
71- Example: `disallowed-tools: [Bash(rm:*), Bash(curl:*), Bash(wget:*), Bash(sudo:*), Edit(.env), Write(.env)]`
72- A pattern must never appear in BOTH `allowed-tools` and `disallowed-tools` — the
73 marketplace validator reports the overlap as an ERROR
74- Default: omit the field (don't clutter frontmatter with a denylist the allowlist already covers)
75- Naming parallel: skills use kebab-case `disallowed-tools`; agents use camelCase
76 `disallowedTools` — never copy-paste between the two without renaming
77
78**Complexity:**
79
80- Simple (SKILL.md only)
81- With scripts (automation code in `scripts/`)
82- With references (documentation in `references/`)
83- With templates (boilerplate in `templates/`)
84- Full package (all directories)
85
86**Location:**
87
88- Global: `~/.claude/skills/<skill-name>/`
89- Project: `.claude/skills/<skill-name>/`
90
91### Step 2: Plan the Skill
92
93Before writing, determine:
94
95**Degrees of Freedom:**
96
97| Level | When to Use |
98|-------|-------------|
99| High | Creative/open-ended tasks (analysis, writing) |
100| Medium | Defined workflow, flexible content (most skills) |
101| Low | Strict output format (compliance, API calls, configs) |
102
103Think of it as **narrow bridge vs open field**: a deployment skill is a narrow bridge (one safe path, guard rails everywhere), while a writing skill is an open field (Claude roams freely within broad boundaries). Match constraint level to the task.
104
105**Workflow Pattern** (see `${CLAUDE_SKILL_DIR}/references/workflows.md`):
106
107- Sequential: fixed steps in order
108- Conditional: branch based on input
109- Wizard: interactive multi-step gathering
110- Plan-Validate-Execute: verifiable intermediates
111- Feedback Loop: iterate until quality met
112- Checklist Workflow: copy-pasteable progress tracking for complex multi-step processes
113- Search-Analyze-Report: explore and summarize
114
115**Output Pattern** (see `${CLAUDE_SKILL_DIR}/references/output-patterns.md`):
116
117- Strict template (exact format)
118- Flexible template (structure with creative content)
119- Examples-driven (input/output pairs)
120- Visual (HTML generation)
121- Structured data (JSON/YAML)
122
123### Step 3: Initialize Structure
124
125Create the skill directory and files:
126
127```bash
128mkdir -p {location}/{skill-name}
129mkdir -p {location}/{skill-name}/scripts # if needed
130mkdir -p {location}/{skill-name}/references # if needed
131mkdir -p {location}/{skill-name}/templates # if needed
132mkdir -p {location}/{skill-name}/assets # if needed
133mkdir -p {location}/{skill-name}/evals # for eval-driven development
134```
135
136### Steps 4-10: Write, Validate, Test, Iterate, Optimize, Report
137
138For detailed guidance on writing SKILL.md (frontmatter rules, description scoring, body guidelines, string substitutions, DCI syntax), creating supporting files, validation, testing, iteration, description optimization, and final reporting, see [Creation Guide](references/creation-guide.md).
139
140Key rules:
141
142- `version`, `author`, `license`, `compatibility`, and `tags` are top-level fields (not nested under `metadata:`)
143- Scope Bash: `Bash(git:*)` not bare `Bash`
144- Optional `disallowed-tools` denylist (schema 3.7.0+) must never overlap `allowed-tools` (validator ERROR)
145- Keep under 500 lines; offload to `references/` if longer
146- Include "Use when" and "Trigger with" in description for enterprise scoring
147- No XML tags in name or description (Anthropic spec prohibition)
148- No time-sensitive information; use 'old patterns' section for deprecated approaches
149- Include feedback loops for quality-critical workflows
150- Run `python3 ${CLAUDE_SKILL_DIR}/scripts/validate-skill.py --grade {skill-dir}/SKILL.md` to validate
151- Create `evals/evals.json` with 3+ scenarios, iterate until all assertions pass
152
153## Validation Workflow
154
155When the user wants to validate, grade, or audit an existing skill. For detailed steps (V1-V5), see [Creation Guide](references/creation-guide.md).
156
1571. Locate the SKILL.md (global `~/.claude/skills/` or project `.claude/skills/`)
1582. Run `python3 ${CLAUDE_SKILL_DIR}/scripts/validate-skill.py --grade {path}/SKILL.md`
1593. Review grade against the 100-point rubric (A: 90+, B: 80-89, C: 70-79, D: 60-69, F: <60)
1604. Report results with prioritized fix recommendations
1615. Auto-fix if requested: add missing sections, fix description patterns, move nested metadata to top-level
162
163## Output
164
165The skill produces one of two outputs depending on mode:
166
167- **Create mode**: A complete skill package directory containing SKILL.md, optional `scripts/`, `references/`, `templates/`, `assets/`, and `evals/` subdirectories, plus a creation summary report with validation grade and eval results.
168- **Validate mode**: A grade report showing the 100-point rubric score across 5 pillars (Progressive Disclosure, Ease of Use, Utility, Spec Compliance, Writing Style), with prioritized fix recommendations sorted by point value.
169
170## Examples
171
172### Simple Skill (Create Mode)
173
174```
175User: Create a skill called "code-review" that reviews code quality
176
177Creates:
178~/.claude/skills/code-review/
179├── SKILL.md
180└── evals/
181 └── evals.json
182
183Frontmatter:
184---
185name: code-review
186description: |
187 Make sure to use this skill whenever reviewing code for quality, security
188 vulnerabilities, and best practices. Use when doing code reviews, PR analysis,
189 or checking code quality. Trigger with "/code-review" or "review this code".
190allowed-tools: "Read,Glob,Grep"
191version: 1.0.0
192author: Jeremy Longshore <jeremy@intentsolutions.io>
193license: MIT
194model: inherit
195---
196```
197
198### Full Package with Arguments (Create Mode)
199
200```
201User: Create a skill that generates release notes from git history
202
203Creates:
204~/.claude/skills/generating-release-notes/
205├── SKILL.md (argument-hint: "[version-tag]")
206├── scripts/
207│ └── parse-commits.py
208├── references/
209│ └── commit-conventions.md
210├── templates/
211│ └── release-template.md
212└── evals/
213 └── evals.json
214
215Uses $ARGUMENTS[0] for version tag.
216Uses context: fork for isolated execution.
217```
218
219### Validate Mode
220
221```
222User: Grade my skill at ~/.claude/skills/code-review/SKILL.md
223
224Runs: python3 ${CLAUDE_SKILL_DIR}/scripts/validate-skill.py --grade ~/.claude/skills/code-review/SKILL.md
225
226Output:
227 Grade: B (84/100)
228 Improvements:
229 - Add "Trigger with" to description (+3 pts)
230 - Add ## Output section (+2 pts)
231 - Add ## Prerequisites section (+2 pts)
232```
233
234## Edge Cases
235
236- **Name conflicts**: Check if skill directory already exists before creating
237- **Empty arguments**: If skill uses `$ARGUMENTS`, handle the empty case
238- **Long content**: If SKILL.md exceeds 300 lines during writing, stop and split to references
239- **Bash scoping**: If user requests raw `Bash`, always scope it
240- **Model selection**: Default to `inherit`, only override with good reason
241- **Undertriggering**: If skill isn't activating, make description more aggressive/pushy
242- **Legacy metadata nesting**: If found, move author/version/license to top-level
243
244## Error Handling
245
246| Error | Cause | Solution |
247|-------|-------|----------|
248| Name exists | Directory already present | Choose different name or confirm overwrite |
249| Invalid name | Not kebab-case or >64 chars | Fix to lowercase-with-hyphens |
250| Validation fails | Missing fields or anti-patterns | Run validator, fix reported issues |
251| Resource missing | `${CLAUDE_SKILL_DIR}/` ref points to nonexistent file | Create the file or fix the reference |
252| Undertriggering | Description too passive | Add "Make sure to use whenever..." phrasing |
253| Eval failures | Skill not producing expected output | Iterate on instructions and re-test |
254| Low grade | Missing scored sections or fields | Add Overview, Prerequisites, Output sections |
255
256## Resources
257
258**References:** `${CLAUDE_SKILL_DIR}/references/`
259
260- `creation-guide.md` — Detailed Steps 4-10 and Validation Workflow (V1-V5)
261- `source-of-truth.md` — Canonical spec ([AgentSkills.io](https://agentskills.io/specification), [Anthropic docs](https://code.claude.com/docs/en/skills), [Lee Han Chung deep dive](https://leehanchung.github.io/blogs/2025/10/26/claude-skills-deep-dive/)) | `frontmatter-spec.md` — Field reference | `validation-rules.md` — 100-point rubric
262- `workflows.md` — Workflow patterns | `output-patterns.md` — Output formats | `schemas.md` — JSON schemas (evals, grading, benchmarks)
263- `anthropic-comparison.md` — Gap analysis | `advanced-eval-workflow.md` — Eval, iteration, optimization, platform notes
264
265**Agents** (read when spawning subagents): `${CLAUDE_SKILL_DIR}/agents/`
266
267- `grader.md` — Assertion evaluation | `comparator.md` — Blind A/B comparison | `analyzer.md` — Benchmark analysis
268
269**Scripts:** `${CLAUDE_SKILL_DIR}/scripts/`
270
271- `validate-skill.py` — 100-point rubric grading | `quick_validate.py` — Lightweight validation
272- `aggregate_benchmark.py` — Benchmark stats | `run_eval.py` — Trigger accuracy testing
273- `run_loop.py` — Description optimization loop | `improve_description.py` — LLM-powered rewriting
274- `generate_report.py` — HTML reports | `package_skill.py` — .skill packaging | `utils.py` — Shared utilities
275
276**Eval Viewer:** `${CLAUDE_SKILL_DIR}/eval-viewer/` — `generate_review.py` + `viewer.html` (interactive output comparison)
277**Assets:** `${CLAUDE_SKILL_DIR}/assets/eval_review.html` (trigger eval set editor)
278**Templates:** `${CLAUDE_SKILL_DIR}/templates/skill-template.md` (SKILL.md skeleton)
279
280---
281
282For advanced workflows (empirical eval, description optimization, blind comparison, packaging, platform notes), see [Creation Guide](references/creation-guide.md) and `${CLAUDE_SKILL_DIR}/references/advanced-eval-workflow.md`.