先关注后阅读，娇姐怕失去上进的你

文末娇姐整理openclaw所有文章链接

想了解娇姐点击文末链接

大多数人用 openclaw 的方式，像是每天在培训一个新员工。

你告诉它你的偏好，它做出来，你说不对，再解释一遍，它改了，下次又忘。循环往复，你以为是它不够聪明，其实是你没有给它一份真正的「上岗手册」。

Skill，做的就是这件事。

先想清楚：Skill 到底解决什么问题

在动手之前，值得花两分钟搞清楚 Skill 的本质。

它不是 prompt，不是每次对话开头那段「你是一个专业的 XX」。Prompt 是一次性的指令，Skill 是可以被反复调用的工作标准——你只需要写一次，openclaw 每次处理相关任务时都会先读它，再动手。

重点：Prompt 是你嘴巴说的，Skill 是你写进合同里的。

一个 Skill 本质上就是一个文件夹，核心是一份 SKILL.md，里面写着这个 Skill 叫什么、什么情况下触发、具体的工作标准和操作步骤，以及你的偏好、风格、不能碰的红线。

结构非常简单：

竞品分析报告/├── SKILL.md          # 核心说明（必须有）└── references/       # 补充参考（可选）    └── 历史优秀报告示例.md

SKILL.md 的开头长这样：

---name: 竞品分析报告description: 当用户提供竞品名称和自家产品名称，需要生成竞品分析报告时触发。             从核心功能、定价、目标用户、增长渠道、差异化优势五个维度分析，             输出约 800 字结构化报告，结尾附「对我们的启示」。---

后面跟着具体的操作说明。openclaw 触发这个 Skill 时，会先读完这份文档，再开始工作。你不再需要每次重新交代，它已经知道你的标准了。

再想清楚：我该做哪些 Skill

动手之前，先做一轮筛选。

不是所有重复的工作都值得封装。判断标准只有两个维度：你做这件事的频率，以及每次和 openclaw 沟通要花多少来回。两个维度交叉，就得到下面这张优先级矩阵。

优先级 2

偶尔做，但每次都很费劲

例：季度述职、年终总结、商务提案

做完一个模板就够了

优先做 1

反复做，每次还要重新解释一遍

例：竞品分析、客户邮件、会议纪要

做一次，省无数次

跳过

偶尔做，一句话说清楚就够了

例：临时翻译、偶尔查一次的问题

直接对话效率更高

观望 3

反复做，但每次说两句就明白

例：改标题、润色语气、格式整理

积累几次再封装

← 频率低频率高 →

右上角是你的第一批 Skill。 又频繁、又费劲的工作，才是真正的「摩擦源」。竞品分析每隔一段时间就要做，每次都要重新交代维度、深度、格式；客户跟进邮件天天在写，但语气拿捏每次都要反复调整。这类工作做成 Skill，第一次就能把沟通成本摊平。

左上角排第二。 季度述职、年终总结——不常写，但每次写都很耗神。做成 Skill 的意义不是省频次，是在关键时刻不用从头想结构。

右下角可以观望。 改标题、润色语气——虽然频繁，但一两句话就能说清要求。等你发现自己反复加同样的限定语，再封装也不迟。

左下角直接跳过。 偶尔一次、说清楚也不难的事，不需要 Skill，直接对话效率更高。

注意：找到候选清单最快的方法是用 30 分钟做一次自查。打开日历，把过去一个月滚动一遍，把重复出现超过 3 次的工作任务全部圈出来。不用分析，就是圈。圈完之后对着矩阵排优先级，右上角的先做。

然后动手：在 openclaw 里用 Skill Creator 创建

想清楚要做什么之后，创建过程本身并不复杂。openclaw 内置了 Skill Creator，可以带你走完全程。整个过程分六步。

第一步：找到 Skill Creator

在 openclaw 的对话框里直接输入：

我想用 Skill Creator 创建一个新的 Skill

openclaw 会自动识别你的意图，切换到 Skill Creator 模式，告诉你接下来要做什么。不需要找菜单、不需要切换界面，就是一句话。

注意：如果你直接说「帮我写竞品分析」，openclaw 会帮你写分析，而不是创建 Skill。触发 Skill Creator 的关键是说清楚你的意图是「封装」，不是「执行」。

第二步：告诉它你要做什么

Skill Creator 会问你第一个问题：这个 Skill 要帮你做什么？

这一步最常见的错误是说得太宽泛。「帮我写文章」「帮我分析数据」这种描述没有用，边界不清楚，做出来的 Skill 会什么都沾一点、什么都做不好。

正确的做法是：说一件具体的事，说清楚输入是什么、输出是什么。

下面是三个职场场景的示范，对号入座：

场景一竞品分析报告（产品 / 运营）

你应该这样说：

我需要一个 Skill，专门用来写竞品分析报告。每次我会提供竞品的名字和我们自己产品的名字，它需要从五个维度分析：核心功能对比、定价策略、目标用户、增长渠道、差异化优势。输出是一份结构化报告，大约 800 字，最后要有一段「对我们的启示」。

为什么这样说：你给了输入、分析框架、输出标准。Skill Creator 拿到这些信息，才能写出真正有用的规则，而不是通用模板。

场景二客户跟进邮件（销售 / 商务）

你应该这样说：

我需要一个 Skill，用来写销售跟进邮件。我会告诉它：客户的背景、上次沟通停在哪个阶段、这次跟进的目的（推进签约 / 确认需求 / 重新激活）。邮件要有三个特点：开头不能是废话寒暄，直接说对客户有价值的事；语气专业但不冷漠，像老朋友在谈正事；结尾必须有一个明确的行动呼吁。

为什么这样说：「像老朋友谈正事」比「语气专业」可执行得多。Skill 才知道你的标准到底是什么。

场景三内容选题评审（内容 / 市场）

你应该这样说：

我需要一个 Skill，帮我评审内容选题。我会给它一批选题标题，它需要从四个维度打分：传播潜力、与品牌调性的匹配度、内容生产难度、话题时效性。每个维度 1-5 分，最后给出总分和一句话推荐理由。我们是面向职场人的知识付费品牌，调性是「专业但不装」。

为什么这样说：评审类 Skill 的核心是判断标准。四个维度加上「专业但不装」，把你的隐性判断变成了显性规则。

第三步：回答追问，补充细节

你说完之后，Skill Creator 不会马上起草文档，它会追问你几个问题，把没说清楚的地方补全。

常见的追问包括：

• 这个 Skill 在什么情况下触发？有没有不适用的场景？
• 输出的格式是什么？要不要标题、要不要分段？
• 有没有绝对不能出现的内容？
• 有没有历史产出可以作为参考标准？

这些追问是在帮你把模糊的判断变成清晰的规则。你要认真回答，因为这里说得越清楚，之后改的次数越少。

提示：与其用形容词描述，不如直接给例子。Skill Creator 问你「每个维度要写多深」，你与其说「适中」，不如说「定价策略这个维度，我希望写出定价区间、主要套餐结构、有没有免费版，大概三到四句话」。例子比形容词可靠得多。

第四步：审查草稿，改到满意

Skill Creator 会根据你的描述生成一份 SKILL.md 草稿。你需要重点检查三个地方：

检查点一触发描述够不够具体

description 是 openclaw 判断「要不要调用这个 Skill」的唯一依据。「用于竞品分析」太模糊，容易被漏掉。要写成：「当用户说'帮我分析一下 XX 竞品'、'做一个竞品对比'，或者直接提供了竞品名称让你分析时触发」——场景越具体，触发越准确。

检查点二标准是不是你真正的标准

草稿是根据你的描述推导出来的，不一定完全准确。逐条看正文里的操作指令，有不对的地方直接说「这里不对，应该是……」，它会修改。

检查点三有没有遗漏的红线

每个人都有一些「这个绝对不能出现」的要求，但平时不会主动说出来，因为太显而易见了。做客户邮件的时候「开头不能用'希望这封邮件找到你一切都好'」，你不说，它不知道。检查草稿时，主动想一想你的红线是什么，补进去。

第五步：用真实任务跑一遍

草稿确认之后，不要急着打包。先用一个手上真实的任务测试一遍。

你自己编造的测试用例会给你假的信心——你知道答案应该是什么，所以很容易觉得「好像还行」。真实任务里有你没预料到的细节，才能暴露 Skill 的漏洞。

三个场景的测试方式：

• 竞品分析
  ，就拿你上周真正需要分析的那个竞品来跑，不要用随便想的名字。
• 客户邮件
  ，就拿你现在跟进中的一个真实客户，把他的背景和沟通记录提供给 Skill，看生成的邮件能不能直接发出去。
• 选题评审
  ，就把你下周内容日历里待确认的那批选题丢进去，看打分结果是不是符合你的直觉。

跑完之后重点看两件事：输出的结构对不对，输出的判断准不准。结构问题好改；判断问题说明有什么标准没说清楚，回去补。一般跑两三个真实任务，Skill 就能稳定下来。

第六步：打包安装，正式投入使用

测试满意之后，告诉 Skill Creator：

我觉得可以了，帮我打包

它会把整个 Skill 文件夹打包成一个 .skill 文件。你下载之后，在 openclaw 的 Skills 管理界面里安装，就可以使用了。

安装完成后，当你的任务触发了这个 Skill 的描述条件，openclaw 会自动读取它，按照你定下来的标准来工作。你不需要每次说「记得按照我的格式」，它已经知道了。

最后：三个让 Skill 真正好用的细节

触发描述要写得比你想的更具体

「写作辅助」触发不了任何东西。要写成具体的触发场景和关键词，越具体，openclaw 越容易判断要不要调用它。模糊的描述，等于没写。

用例子替代形容词

与其写「语气要专业」，不如直接附上一段你认为专业的表达作为对照。你的历史产出里最满意的那份，就是最好的例子，直接放进 references/ 文件夹，openclaw 一看就懂。

把更新当成习惯，而不是任务

Skill 不是做完就完了的东西。每隔一段时间，回来看看有没有哪条标准已经过时，有没有新的判断值得加进去。好的 Skill 是用出来的，不是一次写好的。

做完第一个 Skill 之后，你会有一种感觉：「我还有很多东西可以封装。」

这个感觉是对的，但不要一次做太多。Skill 做得好不好，取决于你想得够不够清楚。想得不清楚就动手，做出来的 Skill 会很模糊、很难触发、用几次就放弃了。

一个判断下一个该做什么的简单方法：下次你和 openclaw 沟通完一个任务，结束之前停一秒，问自己——「这件事我以后还会做吗？这次的沟通过程，有没有什么来回是可以提前说清楚的？」

如果答案是「会，而且有」，那就是下一个 Skill 的候选。

重点：Skill 本质上是一次「自我审计」——你把从来没有明说过的工作标准，变成了一份清晰的文档。这个过程本身，就已经很有价值了。

关于openclaw资料包和系列文章