本文覆盖什么
Skills 看着像个开关，其实是一段带指令、带工具、带触发规则的小程序。这篇讲你输入一句话之后到底发生了什么——什么时候自动触发、什么时候它就在那不动、以及描述要怎么写才不会被错过。
这篇适合谁
已经做过一个 Skill 却从来没被触发过的人；想做五个 Skill 但还没搞懂第一个为什么默默失败的人；想让团队真的用上内部 Skill 的产品和 builder。新手可以先扫一遍，自己手搓一次再回来看。
什么时候适合用
当你有一个反复做的任务——出图表、ticket 整理、PR 总结、文档清洗——已经知道怎么 prompt，只是不想每次都把背景重新粘一次。一次性任务不适合做 Skill；一周里第三次重复同一件事，做 Skill 才划算。
开始前准备
- 至少能在普通对话里手搓出来这个任务一次。手搓不出来就别打包成 Skill。
- Skill 名字写动作，不要写主题。“生成周度状态表”比”周度的那个”强多了。
- 想清楚触发方式：用名字显式调用，还是自然语言自动触发。描述文本控制这件事。
- 准备 2-3 行成功样例，待会贴进描述里，让匹配器知道要找什么。
一步一步操作
- 打开 Claude 的 Skills 面板新建一个 Skill。最重要的就是描述——Claude 每条消息都会读它来判断要不要触发。写成”当用户要做 X 而且输入是 Y 时使用本 Skill”的句式。
- Skill 的 instructions 按系统提示写，分成几段：角色、期望输入、步骤、输出格式、拒绝规则。控制在约 600 字以内；写长了不会更稳，只会更慢。
- 只挂这个 Skill 真用得到的工具——文件分析、网页搜索、代码执行——不用的拿掉。多挂工具只是扩大出错面、拖慢首 token。
- 保存后用描述里那句原话先测。没触发那就是描述不匹配，不是模型问题。先收紧描述，别改 instructions。
- 再用你日常会说的那种说法测。如果漏触发了，给描述补 1-2 个同义词；这一步还不要动 instructions。
- 把 Skill 钉到一个 Project 上，让团队在这个工作区自动拿到它。配套设置见Claude Projects。
第一次跑的练习
- 挑你每周必做的最小那一件——“把这段 Zoom 转录总结成 5 条要点和 3 条 action item”——做一个 Skill。
- 一周里跑 5 次不同的转录。记下每次是自动触发还是你点名叫的。
- 5 次以后只改描述，不动 instructions。一次描述改写通常能把自动触发率翻一倍。
- 把 Skill 分给一位同事，让他不经过指导直接用。他用不出来，说明描述太”自己人”了。
质量检查
- 描述里写的那句自然说法能触发吗？不能就是描述的 bug。
- 输出格式跨次稳吗？产物形状每次都不一样，那还不算 Skill，只是个 prompt。
- 它在相邻但不该触发的请求上能忍住吗？过度触发跟漏触发一样糟。
怎么复用这个流程
- 留一份
skills-registry.md列出每个 Skill 的触发短语和最后一次验证时间。模型升级时 Skill 会安静失效。 - 新做 Skill 之前先克隆一个已经能跑的来改。描述格式最难，能抄就抄。
- 团队 Skill 每月做一次触发率复盘：自动触发 / 漏 / 误触各多少。先调描述，别先动 instructions。
- 如果团队也用 Claude Code，搭配Claude Code skills 指南一起看。
推荐流程
挑一个高频任务 → 普通对话里手搓到稳 → 描述按”用户做 X 时调用”写 → prompt 贴成 instructions → 测 5 种说法 → 上一个 Project → 每周看触发率。
容易踩的坑
- 描述写成主题（“关于会议的”）而不是触发条件（“用户贴了会议转录并要求总结时用本 Skill”）。
- 真用户都还没触发够 10 次，就急着做第二个、第三个 Skill。
- instructions 里塞满 edge case。Skill 变脆；通用情况应该让用户在 prompt 里说。
- Skill 默默触发——用户根本不知道是哪一个在跑。上线期让 Skill 头一行打”已触发 Skill X”的提示。
- 工具”以防万一”全挂上。多挂一个就多一份延迟和判断歧义。
- 永远不复盘触发率。一个 60% 漏触发的 Skill 比没有还差，因为它会让人不再信任 Skill 这套机制。
FAQ
Q：Claude 怎么判断要不要触发 Skill？ A：每条消息它都会读描述去匹配用户的话。描述质量是决定性因素——写成“当用户要做 X 而且输入是 Y 时使用本 Skill”，比“用于代码评审”这种空描述命中率高数倍。
Q：能不能强制按名字调 Skill？ A：能，消息里直接点 Skill 名字就行。适合测试新 Skill 的 instructions、也适合那种你希望用户主动调的 Skill（比如发布前 checklist）。日常用还是要靠自动触发，否则 Skill 退化成 slash command。
Q：Skill 跨对话共享状态吗？ A：不共享。每个对话进来 Skill 都是从零开始。要持续上下文（团队 voice、产品背景、之前的决策）配 Project——把 Skill 钉到 Project 上，对话里既继承 Project 的 instructions / files，也能自动触发 Skill。
Q：同一条消息会同时触发两个 Skill 吗？ A：通常只赢一个。把描述写成互不重叠：每个 Skill 描述里写清楚“适用 X 不适用 Y”，避开靠模型扔硬币选。两个 Skill 反复抢同一条消息是描述边界没划清，不是机制问题。