面向 SEO 与营销的 Claude Skills：它们是什么，以及如何使用

当 Ahrefs 博客有新文章上线时，我会把 URL 丢进 Claude，然后运行 [['Text', '/linkedin-pipeline']]。

它会拉取文章，并生成三到五条风格各异的 LinkedIn 帖子。

在此之前，每条 LinkedIn 帖子都以同样的方式开始。我得重新解释语气规则、折行规则、我喜欢和不喜欢的钩子套路、要模仿的示例帖、CTA 风格。每次措辞略有不同，每次输出也略有不同。

Skill（技能）解决了这个问题。你把玩法手册写一次，Claude 就会在你需要时随时调用它。无需反复提示，也不会跑偏。

下面就来介绍 Claude Skills 是什么、它们如何运作，以及如何构建你自己的 Skill。

什么是 Claude Skills？

Claude Skill 是一套已保存、可复用的指令包，当 Claude 识别出对应任务时，会自动调用它。

提示词（prompt）是一次性指令。你输入它，Claude 回应，指令随即消失。下次你还得再输入一遍——或者把它存成模板再粘贴一遍。无论哪种方式，都是你在记着它存在、找到它、并把它放到 Claude 面前。

Skill 则更进一步。你把玩法手册写一次。Claude 会读懂你的诉求，判断该用哪个 Skill（如果有的话），然后照它执行。没有菜单，无需粘贴。你只需用日常语言描述任务，保存好的玩法手册就会自动触发。

这套格式是一项开放标准——Anthropic 称其为 Agent Skills（智能体技能）——并且驱动 Claude Code 自身内置 Skills 的正是同一套 SKILL.md 格式。你今天写的 Skill 并不绑定 Claude。只要一个模型和一个文件系统能彼此通信，它就能在任何地方运行。

Claude Skills 如何运作

一个 Skill 就是一个文件夹。里面有一个名为 SKILL.md 的文件：markdown 格式，顶部是一小段 YAML，下面是平实语言的指令。

---

name: outline

description: Generate an article outline in my preferred structure. Use whenever the user asks for an outline, a structure, or section headings for an article or blog post.

---

这段 frontmatter（前置元数据）承担两项职责：它为这个 Skill 命名，并给 Claude 一段描述。

这段描述就是触发条件：Claude 靠读它来判断你的请求是否匹配这个 Skill。它也是默认情况下 Claude 唯一能看到的 Skill 内容，所以它必须用一两句话切实发挥作用。

在 frontmatter 下方，你就写玩法手册。步骤、示例、规则，任务需要什么就写什么。

这个文件夹里还可以放置辅助文件，比如风格参考、检查清单或模板。只有当运行中的 Skill 需要时，Claude 才会把它们拉进来。这被称为渐进式披露（progressive disclosure），正是让 Skill 保持低成本的机制。它分三层：

1. Frontmatter 始终在上下文中。即 descriptions 和 name。这是 Claude 在决定是否触发该 Skill 时读取的内容。
2. SKILL.md 的正文在 Skill 触发时加载。也就是玩法手册本身。
3. 链接的文件仅在玩法手册指示 Claude 去读取时才加载。比如长篇风格指南、边缘案例库、API 文档。

你不是把所有东西都塞进一个巨大的提示词里，而是交给 Claude 一套结构化的工具包，这样长篇参考资料在真正被需要之前，token 成本始终为零。

这个文件夹位于你项目内的 .claude/skills/<skill-name>/SKILL.md。把它放进去，取个合理的名字，Skill 就生效了。如果想要让某个 Skill 在所有项目中都可用，则改用 ~/.claude/skills/。

如何创建一个真正管用的 Claude Skill

这一切你都不需要是开发者。Anthropic 在他们的公开 Skills 仓库里发布了一个叫 skill-creator 的 Skill。

安装一次，它就会通过询问任务、起草 SKILL.md 并替你写好文件夹结构，来引导你创建新 Skill。在 Claude.ai 中，同一个 Skill 也是"设置 → 能力（Capabilities）"下推荐的路径。用起来吧。

但了解文件内部有什么很重要，因为当 Skill 日后出问题时，动手修改它的人是你。

1. 挑一个你本就反复在做的任务

浪费一下午最快的方式，就是想一下子给所有事情都建一个 Skill。挑一个满足两个条件的任务：你经常做它，而且每次提出需求时，你发现自己在反复解释同样的上下文。

对我来说，这个任务就是把已发布的文章变成 LinkedIn 帖子。对别人来说，可能是把一份文字稿变成引语库、用特定语气改写一份内容简报，或对照一份编辑清单给文章草稿做质检。它们底层都有相同的结构：每次都是同类型的输入、同样的判断取舍、同类型的输出。

如果你没法用一句话说出好的输出长什么样，那这个 Skill 还没准备好。先在对话中把这种"肌肉"练出来。

2. 把描述写成真正的触发条件

描述是 Claude 在决定是否触发你的 Skill 时唯一会读的东西，所以它必须同时承担三项职责：说明这个 Skill 做什么、Claude 在什么时候应该用它，以及用户可能实际说出的触发短语有哪些。

触发短语要按你实际提出任务的方式去写，而不是按某个功能页描述任务的方式写。如果你会说"给我一篇东西的骨架（bones）"，而描述里只知道"outline（大纲）"这个词，那这个 Skill 就不会触发。

例如，看看会触发的描述和不会触发的描述之间的差别：

• Helps with writing（协助写作）。永远不会触发。没有触发条件。它只是一个类别，Claude 没有可匹配的东西。
• Use when the user asks for a summary, recap, or TL;DR of an article（当用户要求对文章做摘要、回顾或 TL;DR 时使用）。可靠触发。任务具体、有明确的触发短语、范围清晰。

3. 展示，而非说教

Skill 的正文是大多数人最容易出错的地方。他们写一句"匹配我的语气"，就指望它能奏效。它不会。含糊的指令只会带来含糊的输出。

以下四件事确实有效：

• 可参照的示例（Worked examples）。把一个真实输入贴在你想要的准确输出旁边。一个好例子胜过一整段说明。
• 明确的反模式（Explicit anti-patterns）。"绝不使用长破折号。""绝不以定义开头。""绝不产出超过三个板块。"把你已经见过的失败情形写成规则。
• 结尾处的自检。一份简短的清单，让 Claude 在回应前逐条过一遍，能捕捉到散文式说明遗漏的跑偏。
• 简洁。Skill 越长越复杂，Claude 完整遵循它的可能性就越低。如果一个板块没能证明自己存在的价值，就砍掉它。Anthropic 官方的 Skill 编写指南建议把 SKILL.md 控制在 500 行以内。模型并不知道你想要的优质输出长什么样，而这正是正文唯一应该编码的东西。

4. 把长篇内容移到独立文件

任何会让主玩法手册臃肿的东西，比如长篇风格参考、示例库、竞争对手 URL 列表、API 文档，都放在 Skill 文件夹里的独立文件中。它们从 SKILL.md 中被引用，但不会被粘贴进 SKILL.md。

剩下的交给渐进式披露：被链接的文件只有当运行中的 Skill 伸手去取时才会加载，所以 token 成本在真正被需要之前始终为零。

5. 给带有副作用的 Skill 上锁

如果某个 Skill 老是针对不该触发的请求触发，或者运行它会带来你想完全掌控的后果，就在 frontmatter 中设置 [['Text', 'disable-model-invocation: true']]。这样 Claude 就不会自动触发它。

你可以用 /skill-name 手动触发它。对部署类 Skill、发布到 CMS 的 Skill、发送 Slack 消息的 Skill 都很有用——任何你不希望由模型自行决定运行的东西。

真正花功夫的地方在哪里，值得说清楚。一位 LinkedIn 评论者说得好：

一边是十三年积累的编辑专业能力，另一边是接好的 Ahrefs MCP，让这些 Skill 能拉取真实数据，而不是凭空编造。夹在中间的 markdown 反而是最简单的部分。

如果你有这个本事（咳咳）和经验，这些都可以自己搭建。否则，你可以借助他人的力量。

Claude Code 每个会话都自带一批内置 Skill：/batch、/claude-api、/debug、/loop 和 /simplify。你一装好 Claude Code，它们就能用了。Anthropic 还发布了一个公开的 Skills 仓库，你可以 fork、复制和修改，社区目录也开始出现了。

具体到 SEO 和营销，你还有 Agent A。它是一个可不受限制地访问 Ahrefs 数据的 AI 智能体，并集成了 Notion、HubSpot、WordPress、Slack 和 Google Search Console 等主流工具。

描述你想要的东西——工具、报表、应用、仪表盘，当然还有 Skill——Agent A 就会设计、编写并部署它们。它常驻在你的工作区里，记得你们一起做过的决定，并且范围限定在你的数据和你的工具之内。

我们还预置了一个营销 Skill 库，由我们内部专家团队策划，并基于真实的营销工作进行调优。例如，你可以自动调用 Skill 来运行 AI 品牌情绪分析、内容缺口分析、检测流量下滑的内容、发现可做外链诱饵（linkbait）的机会等等。

Agent A 运行的也是和 Claude Code 相同的 SKILL.md 格式。因此，即便你有一个基于 Claude Code 构建的 Skill 库，也能轻松把它们迁移到 Agent A 中。

结语

Skill 这套格式的意义比它看起来的更重大。它正是让 Claude 从一个你不断重复解释自己的聊天窗口，变成一种你能"训练"的东西的机制。一旦你构建了三四个真正在用的 Skill，你就会停止输入指令，转而开始触发系统。

这周先写一个小的。挑一个你每周二都做、却记不清具体怎么做的任务。运行 skill-creator，或者把它描述给 Agent A，让它替你起草、安装并测试这个 Skill。两种方式都只要十五分钟。

下次这个任务再出现时，你就会知道自己到底真正构建了点东西——还是只做了一个更花哨的提示词。通过一次这个测试，你就会一直构建 Skill 下去。