什么是 Claude Skills？
Claude Skill 是一个可重复使用的指令文件夹，教 Claude 按照你的方式完成一项特定任务，而且每次都一样。你只需写一次指令，之后每当出现匹配的任务，Claude 就会自动加载，不用重新提示、重新解释，也不用把相同的背景资料贴进每一个新对话。
Claude 有一个功能，悄悄解决了重度 AI 用户最常见的挫败：不断重复自己。如果你曾经第四十次输入「记住，我们的报告开头要有一句总结、用正式书面语、不要用列点」，Skills 就是解药，而大多数人从未打开过它。
思考框架很简单。自定义指令改变 Claude 在所有地方的行为；Skill 则封装「如何做好一件工作」：你的月报格式、你的客户邮件语气、你的产品命名规则。Claude 会根据你的要求自动选用合适的 Skill，就像同事伸手拿起正确的工作清单。
Skills 适用于 Claude 网页版、Claude Code 和 API，而且创建过程完全不需要编程。只要你能用浅白文字写出一份清晰的清单，15 分钟内就能建好一个 Skill。
Skills 与 Projects、自定义指令有什么区别？
自定义指令应用于每一个对话，Projects 应用于一个工作空间及其文件，Skills 则应用于一种任务类型，无论它在哪里出现。三者之中只有 Skills 是按需加载：Claude 只在你的要求符合其描述时才读取该 Skill，让你的上下文窗口保持干净。
按需加载是最被低估的差异。Project 指令里的所有内容，在该 Project 的每个对话中都占用上下文。Skill 在未触发之前几乎没有成本，所以你可以同时维护 20 个 Skills，而不会拖慢任何东西，也不会稀释 Claude 的注意力。
实用的分工方法：把身份层面的规则放进自定义指令（「我在香港工作，偏好精简回答」），把持续进行的项目放进 Projects（每个客户一个，附上他们的文件），把可重复的流程放进 Skills（「我们如何写案例研究」、「我们如何复核翻译」）。
如果你已经用过 ChatGPT Projects 或 Gemini Gems，最接近的类比是：一个只在需要时才醒来的 Gem，而且除了指令，还能携带参考文件甚至小型脚本。
如何创建你的第一个 Claude Skill？
创建 Skill 的方法，是撰写一个名为 SKILL.md 的短文件，内含名称、说明何时触发的描述，以及任务的分步指令。在 Claude 应用中，你可以在设置的 Capabilities 部分启用和管理 Skills，付费方案可直接添加自定义 Skills。
SKILL.md 的结构有三部分，顺序很重要：
--- 名称：简短而具体的标签，例如「monthly-marketing-report」，而不是「helper」。
--- 描述：一至两句，准确说明这个 Skill 何时适用。这就是触发器。Claude 靠阅读描述来决定加载哪个 Skill，描述含糊等于 Skill 永远不会启动。
--- 指令：清单本身。步骤、格式规则、语气规则，以及至少一个正确输出的完整示例。
从你重复最多的任务开始。对大多数实际工作者来说，那是一份报告、一类定期邮件，或一种内容格式。撰写指令时，想象你在给一位能干的新同事做入职简报：标准讲得明明白白，重要的事一件不漏。
然后测试：开一个全新对话，用你平时的说法要求 Claude 做那件事。如果 Skill 触发了、输出符合你的标准，就完成了。如果没有，先修改描述，因为一个永不触发的 Skill，只是一份写得很好却没有人读的文件。
怎样的描述才能让 Skill 稳定触发？
能稳定触发的 Skill 描述，会用你日常提问时的用词，写明任务、输入内容和适用场景。读起来像路由规则的描述（「当用户要求起草、修改或复核客户建议书时使用」），表现远胜读起来像宣传文案的描述。
比较同一个 Skill 的两种描述。弱：「帮团队写得更好。」强：「凡是起草或修改面向客户的邮件、通讯或公告时使用。套用我们的语气：直接、有温度、不用感叹号、不用术语。」强的版本准确告诉 Claude 哪些要求属于它。
把你未来真正会用的触发词写进描述。如果你提问时会说「出 post」或「写周报」，就把这些原话放进去。原理跟搜索关键词一样：对准查询的说法，而不是字典的定义。
一个 Skill 只做一件事，胜过一个包罗万象的巨型 Skill。一个「内容写作」大杂烩 Skill，迫使 Claude 猜你指的是五种格式中的哪一种。五个小 Skill，每个配一句锐利的描述，消除所有猜测，流程改变时也容易逐一更新。
市场人员的真实 Skill 长什么样？（可复制模板）
理解 Skills 最快的方法是读一个真实例子。以下模板定义了一个市场人员今天就能部署的推广活动总结 Skill。把它贴进名为 SKILL.md 的文件，按你团队的实际情况调整，然后在 Claude 应用的设置、Capabilities 中添加。
试试这个模板：
「name: campaign-recap
description: 当用户要求根据他们提供的数据或笔记，撰写、起草或总结市场推广活动报告、成效总结或活动后复盘时使用。
指令：
1. 开头一句话说明活动目标及是否达成。不写开场白。
2. 结果分三个标示清楚的部分呈现：触达、互动、转化。每部分 2 至 3 句，每个结论都必须关联用户数据中的具体数字。
3. 如果输入中缺少某项指标，在旁边写「数据缺失」。绝不估算或编造数字。
4. 结尾提供正好 3 项建议，每项一句，每句以动词开头。
5. 语气：平实的商业书面语，不用「惊人」、「难以置信」等夸张词。长度：500 字以内。
正确开头句的示例：第二季度获客活动目标为 400 个 MQL，实际交付 462 个，超出目标 15.5%。」
留意这个模板为何有效：描述列出了同一要求的三种说法，第 3 条规则内置防幻觉护栏，完整示例则锚定了确切的行文风格。这三个元素，正是日常经得起考验的 Skill 与会走样的 Skill 之间的分界线。
创建 Skills 时最常犯什么错误？
毁掉大多数新手 Skill 的四个错误是：描述含糊导致永不触发、指令只形容质量而非明确规格、缺少示例，以及把多项工作塞进同一个 Skill。四者都能在几分钟内修正，前提是你知道要检查什么。
「形容质量」对「明确规格」是最隐蔽的陷阱。「让总结专业又吸引人」等于什么都没有规定，因为 Claude 本来就认为自己的输出专业又吸引人。「上限 120 字、第一句不用形容词、以问句结尾」才是规格。如果一条规则无法被机械地核对，就改写到可以为止。
缺少示例的代价最高。实际使用中，一个正确输出的完整示例，对格式一致性的提升，胜过三段规则文字，因为模型模仿范式比诠释描述可靠得多。每个 Skill 至少要带一个示例。
还要记住：Skill 跟随模型的能力，不是魔法。Skill 让 Claude 在它本来就做得到的任务上变得稳定，但不会让它可靠地计算复杂的表格数学，也不会让它知道从未见过的内部数据。那些情况请附上资料或使用工具，让 Skill 专责管理格式和流程。
如何在 20 分钟内测试 Skills？（立即尝试）
20 分钟入门计划：挑选你重复最多的任务，花 10 分钟按上面的模板写好 SKILL.md，在 Claude 应用的设置、Capabilities 中添加，然后在三个全新对话中提出相同要求，比较三次输出的一致性。
三次比较正是这个练习的意义所在。没有 Skill 之前，三次「写本周更新」通常产出三种不同结构。有了 Skill，结构、语气和格式应该三次都稳定不变，唯一的差异只应该是实际内容。
如果输出仍然走样，诊断顺序是：先看描述（Skill 到底有没有触发？），再看规格（哪条规则含糊到无法执行？），最后看示例（你的示例是否真的演示了走样的那条规则？）。
在文件底部保留一个简单的修订记录。当同事的提问绕过了描述，就把他们的说法补进去。Skills 是会复利的：每个小修正，都让之后一百次输出变得更好，这正是一次性提示永远给不了你的杠杆。
结语：别再租用一致性，直接拥有它
每次向 AI 重新解释你的格式，你都只是为一个对话租用一致性。Skill 是一次性买断：15 分钟的写作，在任务每次回来时都获得回报。对于一周工作由重复交付物组成的实际工作者，这是目前 Claude 工具箱中回报率最高的习惯。
本周先建一个 Skill，就选你最厌倦重复交代的那件事。当第一个 Skill 稳定运作两星期后，你自然会知道接下来要建哪四个。懂AI，更懂你 UD相伴，AI不冷。
你的 AI 知识究竟有多深？
你刚从「写提示」升级到「构建可重用的 AI 工作流程」。用 UD 的 AI IQ Test 测一测你目前的水平。当你准备把 Skills 变成整个团队的工作流程时，UD 团队手把手带你完成每一步，从设置到部署。
