skill-creator：做 Skill 的 Skill，用过就知道它多值

写过 Skill.md 吗？那种塞了一堆指令、结果 Claude 用的时候完全不是你预期的——体验过吧？

问题不在你，在于缺少一套做 Skill 的方法论。

今天挖到一个好东西：skill-creator，一个专门教你怎么从零构建高质量 Claude Skill 的 Skill。出自 ComposioHQ 的 awesome-claude-skills 项目，本身就是 GitHub 1.4k+ 星的精选 Skill 库。

它不是给你一堆模板让你照抄，而是教你怎么思考一个 Skill 的设计。

它怎么工作的

核心是一套 4 步创建流程：

第一步：理解使用场景
不是拍脑袋列功能，而是通过具体问题来倒推。比方说你要做一个 PDF 编辑 Skill，先问”用户会怎么说触发这个 Skill？”、”除了旋转还有没有其他需求？”——用真实对话来锚定边界。

第二步：规划 Skill 内容
分析每个使用场景里，哪些应该写进 SKILL.md，哪些应该抽成 scripts/ 脚本，哪些放 references/ 参考文档。这步直接决定 Skill 会不会在 context 里爆炸。

第三步：编写 SKILL.md
按固定格式：YAML frontmatter（name + description）+ Markdown 正文。description 决定什么时候触发，正文决定怎么执行。skill-creator 对每个字段都有明确的质量标准——比如 description 要用第三人称（”This skill should be used when…”），而不是”Use this skill when…”。

第四步：评审
检查触发描述是否准确、内容有没有重复、scripts/references/ assets 三层分离是否合理。

最有价值的设计思想

Skill 的三层加载机制是我认为最有意思的部分：

• Metadata（~100词）：始终在 context，决定是否触发
• SKILL.md body（<5k词）：Skill 激活时加载
• Bundled resources（scripts/references/assets）：Claude 按需读取，不占 context 空间

换句话说，Skill 不会因为内容太多把 context 塞爆。复杂的东西放 references，大段代码放 scripts，只有关键流程写在 SKILL.md 里。

这套方法论来自于官方 Skill 规范，现在被封装成了一个你可以直接调用来创建 Skill 的 Skill——有点元，但确实管用。

谁适合用

如果你经常需要给团队定制 Claude 的能力边界，或者在维护一套内部的 Agent 工具链，这个 Skill 能帮你把「好经验」真正固化下来，而不是每次靠口口相传。

GitHub 地址收好：https://github.com/ComposioHQ/awesome-claude-skills/tree/master/skill-creator

GitHub: https://github.com/ComposioHQ/awesome-claude-skills/tree/master/skill-creator