斜杠命令与 Skills 看似相同，用过才知道差别
如果你用 Claude 已经几个月，肯定熟悉斜杠命令的操作：输入斜杠、选择命令，Claude 就执行指令。Claude Skills 表面看几乎一样，也是存放在电脑文件夹里的可复用指令包，有名称、有描述、可接收输入。
但只要你真正用过一次 Skill，差别会立刻浮现。斜杠命令是「等你记得它存在才能用」，Skills 则是「主动监听对话，在你的需求与 Skill 设计目的吻合时自行介入」。
从「我召唤工具」转变为「工具主动响应」，这一关键差别正是 Claude Skills 在 2026 年悄然成为平台最实用功能的原因。Anthropic 在今年早些时候推出这项功能，但大多数中阶 Claude 用户仍然出于习惯，继续使用斜杠命令。
这篇文章会具体讲解 Skills 究竟做什么、如何在 20 分钟内写出你的第一个 Skill，以及哪些场景下 Skill 表现会比任何你能输入的提示都更出色。
什么是 Claude Skill？
一个 Claude Skill 是磁盘上的文件夹，里面包含一个叫做 SKILL.md 的文件，加上 Skill 所需的任何辅助文件。SKILL.md 文件分为两部分：第一部分是简短的 YAML 前置数据，包含 name（名称）和 description（描述）；第二部分是 Markdown 正文，包含 Skill 启动时 Claude 要遵循的指令。
当你打开 Claude 对话，Claude 会读取它能看到的每一个 Skill 的描述，但此时并不读取正文。Claude 把你的消息与这些描述比对。当某个描述匹配，Claude 就会将该 Skill 的完整正文拉进对话中并执行。模型会把该 Skill 视为你自己粘贴的指令。
个人 Skill 的文件夹结构非常简单。在 Mac 与 Linux 系统，个人 Skills 存放于 ~/.claude/skills/ 路径下。每个 Skill 是一个子文件夹，子文件夹名称就是 Skill 的 slug。文件夹内存放 SKILL.md，以及该 Skill 引用的参考文件、模板或示例输出。
Claude Skills 与斜杠命令的本质差别
技术层面差别不大，工作流程的差别却极为明显。斜杠命令是「被调用」：你输入斜杠、菜单弹出、选择命令，Claude 才套用你写的指令。
Skill 则是「主动激活」：你用自然语言描述你想做什么，Claude 扫描它能访问的每一个 Skill 描述，判断哪个匹配，然后在响应前悄悄把该 Skill 的完整指令加载进上下文。整个过程，你都不需要记得这个 Skill 存在。
这一点重要，是因为中阶 AI 用户很少在「写提示」这件事上失败，他们真正失败的是「记得手里几十个提示模板中哪一个适合眼前的任务」。「我之前为这类任务存的是哪一个模板？」这种认知负担，才是真正的摩擦。Skills 完全消除了这一层摩擦。
另一个实际差别：Skill 可以引用同一文件夹内的其他文件。斜杠命令只是一段文本；Skill 则是整个文件夹，所以可以附带示例输出、风格指南、查找表，或让 Skill 正文引用的完整模板。这让 Skill 在处理需要参考资料的任务时，比命令明显更强大。
如何在 20 分钟内写出你的第一个 Claude Skill
我们动手做一个用你语气撰写 LinkedIn 帖子的 Skill。这种任务正是你大概已经写过二十次类似提示、每次结果都略有不同的典型场景。
第 1 步：创建文件夹。在终端运行 mkdir -p ~/.claude/skills/linkedin-post-drafter。文件夹名称就是 Skill 的 slug，保持简短、小写、用连字符分隔。
第 2 步：创建 SKILL.md 文件。在该文件夹内创建文件 SKILL.md。文件名严格区分大小写，且必须使用 .md 扩展名。
第 3 步：撰写前置数据。打开 SKILL.md，在文件最顶端加入：
---
name: linkedin-post-drafter
description: Draft LinkedIn posts in a peer-to-peer, lightly opinionated tone. Use whenever the user wants to write, draft, or rewrite a LinkedIn post, share a professional insight on LinkedIn, or says things like "make this a LinkedIn post" or "write a LinkedIn post about X".
---
description 是最关键的字段。Claude 用它判断是否加载该 Skill。把它写成一句话，列出真实用户会用的所有触发语句。模糊的描述会让 Skill 永远不启动。
第 4 步：撰写正文。在前置数据下方，写出 Claude 应遵循的指令。要具体，明确说明结构、字数、语气以及应避免的事项：
You are drafting a LinkedIn post. Follow these rules exactly:
1. Length: 120 to 220 words
2. Open with a one-line hook that names a specific tension or finding
3. Use single-sentence paragraphs
4. No emojis, no hashtags, no "thoughts?" at the end
5. End with one clear takeaway, not a question
第 5 步：实际测试。打开一个全新的 Claude 会话，输入类似这样的消息：「draft a LinkedIn post about how my team finally killed our weekly status meeting」。Claude 应该自动拉进该 Skill。输出会遵守你设定的规则，而你从未需要输入「使用 linkedin-post-drafter Skill」。
Claude Skills 最能胜出的四种场景
Skills 在四种特定场景下，会明显胜过任何手动撰写的提示。掌握这四种场景，可以帮你判断哪些重复提示值得改写为 Skill，哪些其实不需要。
场景 1：每周执行多次的任务。写一个 Skill 投入的时间，在你不再重复撰写提示的那一刻就回本。如果你每周一都要起草客户简报，那段提示就应该变成 Skill。
场景 2：需要参考文件的任务。任何要依循风格指南、查找表或已核准范例的工作，做成 Skill 会更顺，因为 Skill 文件夹可以存放这些文件。Skill 正文只要写「按照 style-guide.md 的风格」，Claude 就会把该文件加载进来。
场景 3：一致性比创意更重要的任务。状态更新、会议摘要、客户提案、周报，任何输出每次都要长得一样的工作，都能从 Skill 中受益，因为 Skill 正文锁定了结构。
场景 4：你要委派或与同事共享的任务。Skill 是一个文件夹，你可以把它提交到共享 repo。整个团队就能从 Claude 得到一致的行为，而不需要任何人在 Slack 上复制粘贴提示。
让 Skills 失效的三个常见错误
大多数无法启动的 Skill，都因为相同的三个原因失败。避开这些错误，你的 Skill 第一次就能稳定运作。
错误 1：description 写得太模糊。一段只写「helps with writing」的描述，等于没告诉 Claude 任何信息。Claude 需要把用户真实语句与描述对应，所以描述必须包含用户实际输入的具体动词与名词。对比「writes LinkedIn posts」和「Use whenever the user wants to write, draft, or rewrite a LinkedIn post or share a professional insight on LinkedIn」，后者能稳定启动，前者则不能。
错误 2：一个 Skill 想做五件事。一个同时负责 LinkedIn 帖子、X 串文、博客文章、邮件的 Skill 会启动得不稳定，因为 Claude 无法把它清晰地对应到任何具体请求。把它拆成四个专一的 Skill，每个都会变得更可靠。
错误 3：正文假设了它没有的上下文。你的 Skill 正文必须能在一个从未见过你过往对话的全新 Claude 会话中正常运作。如果你的指令引用「按照惯常格式」却没说明那是什么，Skill 的输出就会不一致。把每件事都明说，连那些对你而言觉得理所当然的事也要写清楚。
立即试用：一个完整可复制的 Skill
下面是一个立即可复制粘贴的完整 Skill，你可以现在就保存并测试。它能把原始会议笔记转换为一份结构化的客户会议摘要。把以下内容原封不动保存为 ~/.claude/skills/meeting-recap/SKILL.md，然后试用：
---
name: meeting-recap
description: Convert raw meeting notes into a structured client recap. Use whenever the user wants to write a meeting recap, summarise client meeting notes, draft a follow-up email after a meeting, or says things like "turn these notes into a recap" or "summarise this client meeting".
---
You are converting raw meeting notes into a client-ready recap. Follow this exact structure:
1. One-paragraph executive summary (max 60 words)
2. Decisions made — bullet list, each one starts with a verb
3. Open questions — bullet list, name the person responsible
4. Action items — table with columns: Action, Owner, Due Date
5. Next meeting — single line with date and agenda
Rules:
- Do not invent any detail not present in the raw notes
- If a section has no content, write "None recorded"
- Tone: professional, neutral, no filler phrases
- Do not include greetings, sign-offs, or closing pleasantries
打开 Claude，把你最近一次会议的原始笔记粘进去，输入「turn these notes into a recap」。Skill 自动启动，输出落在你定义的结构里，而你从未需要记得这个 Skill 存在。
那一刻，大多数中阶 Claude 用户才意识到：原来自己过去整套提示词库，反而拖慢了自己。Skills 不只是省时间，它消除了「挑对工具」这件事的心理负担。最好的工作流程，是你完全不用思考的那一种。懂 AI 的冷，更懂你的难，UD 同行 28 年，让科技成为有温度的陪伴。
准备好把 Skills 整合进你的 AI 工作流程？
你已经掌握了构建单元。下一步，是辨认哪些重复性工作真的值得做成 Skill，以及如何设计让整个团队都能受益的结构。UD 团队手把手带你完成每一步，从盘点现有提示、设计 Skill 结构，到部署到整个组织。
