‹ 首页

skill-creator

@b33eep · 收录于 1 周前

Guide users through creating, reviewing, and fixing custom skills for Claude — both command skills (invoked via /slash) and context skills (auto-loaded by tech stack). Use when the user asks to create a skill, build a skill, make a new slash command skill, add a coding standards skill, review an existing skill, update a skill, or fix a skill that doesn't trigger.

适合你,如果你想为Claude创建或维护自定义斜杠命令或上下文技能。

/ 下载安装
skill-creator.skill双击,或拖进 Claude 桌面版 / Cowork,即完成安装↓ .skill↓ .zip
用别的 agent?下载 .zip 解压,把文件夹放进它的技能目录
Claude Code~/.claude/skills/(项目级 .claude/skills/)
Codex CLI~/.codex/skills/
Cursor自动读取上面两处目录
其他工具见其文档的「skills」目录;两个下载是同一份文件,只是名字不同
/ 通过 npx 安装 校验哈希
npx oh-my-skill add b33eep/claude-code-setup/skill-creator
/ 通过 bash 安装
curl -fsSL https://oh-my-skill.com/install.sh | bash -s -- b33eep/claude-code-setup/skill-creator
/ 已经装过?验证本机副本,不用重装
npx oh-my-skill verify b33eep/claude-code-setup/skill-creator
安装目标可用 --agent / --scope 或 --to 明确指定;省略时只会在唯一已存在的 agent 目录上自动选择,零命中或多命中会停止并提示。content_hash 缺失或不一致均拒装。
56GitHub stars
~2.5K最小装载
~20.1K含声明引用
~20.1K文本包总量
镜像托管

怎么用

技能原文 SKILL.md作者撰写 · MIT · 7e8cc42

Skill Creator

Overview

A skill is a folder that teaches Claude how to handle a specific task or workflow. Skills are an open standard — the same skill folder works across Claude.ai, Claude Code, and the Messages API (via container.skills).

Two types (claude-code-setup harness convention):

  • Command skills — invoked explicitly via /skill-name (e.g. /deploy-staging)
  • Context skills — auto-loaded when the project's Tech Stack matches (e.g. standards-python loads for Python projects)
The type/applies_to/file_extensions fields are harness extensions specific to claude-code-setup. For pure Anthropic-spec skills (Claude.ai or API upload), see references/02-frontmatter.md → "Harness-specific fields".

This skill walks the user through an 8-step interactive flow for creating a new skill. It is also useful for reviewing an existing skill (see references/07-troubleshooting.md → "Escalation path") or fixing one that doesn't trigger properly.

By default, created skills save to ~/.claude/custom/skills/<name>/, survive claude-code-setup upgrades, and are discovered by the harness. For Claude.ai or API distribution, see references/09-distribution.md.

Critical rules (always)
  • SKILL.mdexact filename, case-sensitive. skill.md, SKILL.MD, etc. all fail.
  • Name — kebab-case only. No claude or anthropic prefix (both reserved).
  • Description — under 1024 chars, must include both what the skill does and when to use it. No XML angle brackets (< or >) — security restriction.
  • No README.md inside the skill folder. Repo-level READMEs (for GitHub visitors) are fine.
  • SKILL.md — keep under ~5000 words. Move depth into references/.
  • Composability. Claude loads many skills simultaneously. Your skill should work alongside others — do not assume it's the only capability available.

Full rules and frontmatter schema: references/02-frontmatter.md.

Creation Flow (8 steps, interactive)

Use conversational interaction — ask one question at a time, wait for the answer before moving on.

Step 1 — Concrete use cases

Ask:

Give me 2–3 specific, concrete scenarios where you want this skill to kick in. Format: "I say X" → "Claude does Y".

The quality of the skill is capped by the quality of the use cases. Vague cases ("help with projects") produce unusable skills. Specific cases ("onboard a new PayFlow customer: create account → setup payment → activate subscription") produce skills that trigger reliably and behave consistently.

If the user gives only one scenario, push for at least two more — paraphrased versions of the same task, or related edge cases.

Step 2 — Skill type

Map the use cases to a type:

  • If the trigger is explicit ("deploy X", "generate report", "scaffold Y") → command skill
  • If the skill should apply automatically when touching certain files, file extensions, or tech stacks → context skill

If ambiguous, present both options and let the user pick:

Command skill — invoked as /skill-name
   Example: /deploy-staging, /generate-report
   Pro: deterministic invocation
   Con: user must remember the command

Context skill — auto-loaded by tech stack or file extension
   Example: standards-python, api-conventions
   Pro: always applied, no user effort
   Con: consumes context tokens on every matching project

Minimal frontmatter for each type (harness-specific fields — see references/02-frontmatter.md):

# Command skill
type: command
# Context skill
type: context
applies_to: [python, fastapi]
Step 3 — Name + description

Propose a kebab-case name based on the use cases. The folder name, frontmatter name, and directory must all match.

Write the description in this structure:

[What it does] + [When to use it, with trigger phrases] + (optional) [Key capabilities]

Good and bad examples, plus the full test ("would Claude know to pick this skill when the user says X?"): references/03-writing-descriptions.md.

Step 4 — Frame the skill (problem-first vs. tool-first)

Before picking a pattern, decide which framing fits:

  • Problem-first — user describes an outcome ("set up a project workspace") and the skill orchestrates tools. Most command skills.
  • Tool-first — user has a tool (MCP server, library) and the skill teaches best practices for using it. Most context skills and MCP-wrapping skills.

This framing points directly at the right pattern.

Step 4b — Pick a pattern

Most skills fit one of 5 patterns. Identify which fits before writing instructions.

| # | Pattern | When | |---|---------|------| | 1 | Sequential workflow orchestration | Multi-step process, steps in a specific order | | 2 | Multi-MCP coordination | Workflow spans multiple MCP servers | | 3 | Iterative refinement | Output quality improves through repeat passes | | 4 | Context-aware tool selection | Same outcome, different tools depending on context | | 5 | Domain-specific intelligence | Specialized expertise beyond tool access |

Full descriptions with ready-to-copy structures — plus the "Skills + MCP" story for skills that wrap an MCP server: references/05-patterns.md.

Step 5 — Decide the folder structure

Most skills need only SKILL.md. Add folders only when justified.

<skill-name>/
├── SKILL.md              required
├── references/           optional — detailed docs loaded on demand
├── assets/               optional — templates the skill produces
└── scripts/              optional — executable code (Python, Bash, etc.)
  • references/ — use when SKILL.md would otherwise exceed 5000 words
  • assets/ — use when the skill produces outputs from templates (letters, reports, decks)
  • scripts/ — use when a step needs determinism (code is reliable; language interpretation isn't). Common: validation, parsing, file manipulation.

See references/01-progressive-disclosure.md for the full three-level model.

Step 6 — Generate the content

Write SKILL.md using the pattern from Step 4. Apply the rules in references/04-writing-instructions.md:

  • Lead with the decision flow, not prose
  • Be specific and actionable — concrete commands/queries, not abstractions
  • Structure with headers and bullets, not paragraphs
  • Include error handling and worked examples
  • Move depth to references/ the moment SKILL.md threatens to bloat

If the user asked to provide instructions themselves, review their draft against these rules and suggest concrete edits.

Step 7 — Test

Three checks before calling the skill done:

  1. Triggering — does Claude load the skill when asked the expected questions? Paraphrase the question; also check that unrelated topics do NOT trigger.
  2. Functional — does the skill produce correct outputs for the use cases from Step 1?
  3. Performance — does the skill save tokens + tool calls vs. a no-skill baseline?

To measure a baseline, temporarily disable the skill. Simplest: rename the folder to <name>.disabled before running the same prompts, then rename back.

Full method and example test matrix: references/06-testing.md.

Step 8 — Save, activate, verify
  1. Write the files to ~/.claude/custom/skills/<name>/.
  2. Activate the skill in the harness so the loader picks it up: ```bash ./install.sh --refresh-custom ``` or equivalently: run /claude-code-setup and pick "Upgrade custom".
  3. Run through references/08-checklist.md pre-upload.
  4. Show the user the invocation:
  5. Command skill: /<name>
  6. Context skill: "auto-loads when Tech Stack includes <applies-to value>"

For sharing outside claude-code-setup (Claude.ai upload, API via container.skills, GitHub distribution), see references/09-distribution.md.

Troubleshooting (quick reference)

Full diagnosis: references/07-troubleshooting.md.

| Symptom | First suspect | |---------|---------------| | Skill never triggers | Description too vague — add trigger phrases ("Use when user says …") | | Skill triggers on unrelated queries | Description too broad — add negative triggers ("Do NOT use for …") | | Instructions not followed | SKILL.md too long or key points buried — tighten, add ## CRITICAL headers | | "Could not find SKILL.md" | Filename not exact SKILL.md (case-sensitive) | | "Invalid frontmatter" | Missing --- delimiters, unclosed quotes, or XML brackets in a field |

Anti-patterns (do not do)
  • Do not accept vague use cases. "Help me with projects" produces a skill that never triggers reliably. Push for 2–3 specific scenarios.
  • Do not draft SKILL.md before the use cases are concrete. Instructions written against fuzzy inputs stay fuzzy.
  • Do not inline content that belongs in references. When you find yourself writing a 200-line syntax catalog inside SKILL.md, stop — split to references/NN-*.md.
  • Do not put deterministic logic in prose. Validation, math, parsing → write a script in scripts/.
  • Do not ship without testing triggering. A skill that won't load is worse than no skill — the user assumes their command failed.
Resources

Internal (bundled, read on demand):

  • references/01-progressive-disclosure.md — 3-level system; when to use references/assets/scripts
  • references/02-frontmatter.md — all YAML fields, security rules, reserved names
  • references/03-writing-descriptions.md — trigger phrases, what+when structure, good/bad examples
  • references/04-writing-instructions.md — specificity, structure, error handling, when to use scripts
  • references/05-patterns.md — the 5 common patterns with full example structures
  • references/06-testing.md — triggering / functional / performance testing methods
  • references/07-troubleshooting.md — upload errors, trigger diagnosis, MCP issues, large-context issues
  • references/08-checklist.md — pre-upload and post-upload checklists
  • references/09-distribution.md — sharing skills via Claude.ai, the Messages API, and GitHub

Asset templates (bundled, copy-then-modify):

  • assets/skill-template.md — minimal SKILL.md starter
  • assets/command-skill-example.md — worked example of a command skill (sequential workflow)
  • assets/context-skill-example.md — worked example of a context skill (coding standards)

Official:

Output location

All skills created through this flow go to:

~/.claude/custom/skills/<skill-name>/

This location is separate from the base installation (~/.claude/skills/) and survives claude-code-setup upgrades.

按 MIT 许可原样转载,未经改动 · 在 GitHub 查看 →

评论

登录即可评论;带「已验证安装」的,是发布者名下有本店的安装或持有记录。