把重复操作封装成＂插件＂—

把重复操作封装成＂插件＂——Skill 制作拆解

每月写渠道报告重复贴 5 条 prompt，第三个月终于受不了了

每个月写渠道分析报告，流程一模一样：先拉数据，再算环比，画趋势图，最后写结论。每次都要把同样 5 条 prompt 一条一条贴进对话框——第一条让它读 Excel，第二条让它提取核心指标，第三条算环比，第四条找异常，第五条生成口语化总结。

第三个月的时候突然反应过来：这 5 条 prompt 贴了三个月，一个字都没改过。

后来把它们打包成了一个 skill。现在每个月只需要说一句"生成本月渠道报告"，AI 自动按流程跑完五步，中间不用我盯。

Prompt 模板是"一张纸"，skill 是"一本册子"——册子里可以放参考文档、脚本、模板，AI 按需翻阅

在 WorkBuddy 里怎么建

Skill 本质上就是一个文件夹，里面放一个 SKILL.md 文件。在 WorkBuddy 里有两种创建方式：

方式一：直接跟 AI 说

对话框输入

帮我创建一个 skill，叫 channel-weekly-report，功能是读取桌面渠道数据 Excel，按渠道分组汇总 GMV 和订单量，计算环比，找出异常波动，生成口语化总结

AI 会自动调用 skill-creator，帮你生成完整的目录结构和 SKILL.md 文件。你只需要检查内容、按需修改。

方式二：手动建文件

在 ~/.workbuddy/skills/ 下新建文件夹

~/.workbuddy/skills/ -channel-weekly-report/├──SKILL.md# ← 必须有，操作手册├──references/# ← 可选，放参考文档│ └──渠道名称对照表.md├──scripts/# ← 可选，放脚本--assets/# ← 可选，放模板文件

大部分 PM 场景的 skill，一个 SKILL.md 就够了。scripts/、references/、assets/ 三个目录按需加，不用一上来就搭空架子。

两种方式各有适用场景。方式一适合"我大概知道要什么但懒得自己写"——让 AI 出初稿你改。方式二适合"我已经想清楚了，直接动手写"——自己写的可控性更强。

建在哪？

放在 ~/.workbuddy/skills/ 下的是用户级 skill，所有项目都能用。放在项目目录下 .workbuddy/skills/ 的是项目级，只在当前项目生效。PM 自己用的渠道报告之类的，放用户级就行。

从零做一个：渠道周报 skill

拿我实际在用的"渠道周报生成器"走一遍完整流程。从想清楚到能用，大概 10 分钟。

Step 1

想清楚三件事

动笔之前先回答三个问题。不用写很长，每条一两句话就行：

问题	我的回答
这个 skill 干什么？	读 Excel → 算环比 → 找异常 → 出总结
什么时候触发？	用户说"渠道周报""本月渠道数据""分销报告"
输出长什么样？	3-5 段口语化总结 + 末尾附汇总表

这一步看着简单，但能帮你省掉后面 80% 的返工。没想清楚就开写，写到一半发现"哎，触发条件是什么来着"。

Step 2

写 SKILL.md

直接上完整内容，你可以复制了改：

SKILL.md 完整内容（可直接复制）

--- name: channel-weekly-report description: 当用户提到"渠道周报""分销数据报告"   "本月渠道数据"时触发。读取 Excel 数据，   按渠道分组汇总，计算环比，找出异常波动，   生成口语化总结。 agent_created: true ---  # 渠道周报生成器  ## 触发条件 用户提到"渠道周报""本月渠道数据""分销报告" "渠道分析"时触发本 skill。  ## 执行步骤 1. 读取桌面 channel-data.xlsx 2. 提取以下核心指标：    - GMV（交易总额）    - 订单量    - 转化率（订单量/访问量） 3. 按渠道分组，计算每个渠道的环比变化 4. 标记环比变化超过 ±15% 的渠道为"异常" 5. 生成 3-5 段口语化总结  ## 输出格式 第一段：整体趋势（涨/跌/持平），一句话定性 第二段：异常渠道逐个说明，附环比数据 第三段：建议关注点，1-2 条 末尾：附一张汇总表，列名包含   渠道 | 本月GMV | 上月GMV | 环比 | 状态  ## 约束 - 总结不超过 5 段，每段不超过 3 句话 - 数据精确到小数点后 1 位 - 不要用"值得注意的是"等套话 - 语气像跟同事口头汇报，不要书面腔  ## 参考文件 references/渠道名称对照表.md   （包含渠道简写与全称的映射）

注意最后那个 agent_created: true——这个字段必须加，否则后面没法用 SkillManage 工具管理和更新这个 skill。

references/ 目录里我放了一份渠道名称对照表。因为数据里的渠道名经常简写——"直客"其实是"直销客户"，"OTA"其实是"在线旅游平台"。这种业务上下文 AI 不知道，你得告诉它。

references/渠道名称对照表.md

| 简写 | 全称 | 类型 | |------|------|------| | 直客 | 直销客户 | 自有渠道 | | OTA | 在线旅游平台 | 第三方 | | 代理 | 代理商渠道 | 分销 | | 联盟 | 同程联盟 | CPS | | 运营 | 运营商渠道 | 异业 |

Step 3

测试：拿真实数据跑一遍

SKILL.md 写完不等于能用。得拿真实任务验证。测试方法：在对话框里输入触发词，看 AI 是否自动调用了这个 skill，以及输出是否符合预期。

🧪 测试 1：触发测试

输入："帮我生成本月渠道周报"

✅ AI 自动识别到"渠道周报"，调用了 channel-weekly-report skill，开始读取桌面 Excel

🧪 测试 2：输出格式验证

输入："本月渠道数据看一下"

✅ 触发成功，输出 4 段总结 + 汇总表，格式符合 SKILL.md 里写的要求

🧪 测试 3：边界测试

输入："帮我分析一下竞品数据"

❌ 不应该触发！但第一版 description 里写了"渠道分析"，AI 把"竞品分析"也匹配上了。回来把 description 里的"渠道分析"删掉，改成更精确的触发词。

测试 3 这种"误触发"是最容易忽略的。一定要测一个"不该触发的场景"，确认 AI 不会乱来。

Step 4

迭代：改了 3 版才稳定

第一版跑出来发现三个问题，逐个修：

版本	问题	怎么改的
v1 → v2	AI 只给了绝对值，没算环比	执行步骤里加粗标注"计算环比变化"
v2 → v3	输出太长，写了 8 段	约束里加"不超过 5 段，每段不超过 3 句话"
v3 → v4	"直客"和"直销"当两个渠道	加 references/渠道名称对照表.md

改完 v4 之后稳定了，到现在用了 7 个月没再大改。偶尔发现小问题——比如老板突然要看"同比"而不只是"环比"——在执行步骤里加一行就行。

再来两个：拿来即用的模板

下面两个 skill 我也在用，SKILL.md 内容直接贴出来，你改改业务字段就能用。

模板一：竞品更新监控

每周自动搜一次竞品动态，有更新就推通知。配合自动化功能（Vol.06）定时触发效果最好。

SKILL.md

--- name: competitor-monitor description: 当用户提到"竞品监控""竞品更新"   "看看竞品最近在干嘛"时触发。搜索指定   竞品的最新动态，整理成结构化简报。 agent_created: true ---  # 竞品更新监控  ## 监控对象 1. 携程旅行（App + 小程序） 2. 美团酒店（App + 小程序） 3. 飞猪旅行（App）  ## 执行步骤 1. 逐一搜索上述竞品最近 7 天的动态 2. 重点关注：新功能上线、版本更新日志、    活动/补贴、合作公告、负面舆情 3. 过滤掉广告和重复信息 4. 每条动态标注来源和日期  ## 输出格式 按竞品分组，每个竞品下列 1-3 条动态。 每条格式：[日期] 摘要（一句话）→ 来源链接 末尾附一句"本周整体趋势判断"。  ## 约束 - 每个竞品不超过 3 条 - 摘要不超过 30 字 - 如果没有搜到新动态，明确写"本周无更新"

模板二：需求评审准备

评审前 10 分钟跑一遍，自动整理需求背景、影响范围、风险点。省得你评审会上翻文档。

SKILL.md

--- name: review-prep description: 当用户提到"评审准备""需求评审"   "过一下这个需求"时触发。根据需求文档   自动生成评审准备清单。 agent_created: true ---  # 需求评审准备  ## 执行步骤 1. 读取用户指定的需求文档 2. 提取以下信息：    - 需求背景（为什么要做）    - 核心功能点（做什么）    - 影响范围（影响哪些页面/接口/渠道）    - 依赖项（需要哪些团队配合） 3. 自动生成风险点清单 4. 生成评审议程建议  ## 输出格式 ### 需求概要 一段话说明这个需求在做什么、为什么做  ### 影响范围 | 维度 | 具体影响 | |------|----------| | 页面 | xxx | | 接口 | xxx | | 渠道 | xxx |  ### 风险点 1. xxx（风险等级：高/中/低） 2. xxx  ### 评审议程建议 1. 背景同步（3 min） 2. 方案讲解（10 min） 3. 风险讨论（5 min） 4. 下一步确认（2 min）  ## 约束 - 风险点至少列 2 条 - 议程总时长不超过 20 分钟

这两个模板的共同特点：执行步骤写动词（"读取""提取""生成"），不写形容词；输出格式给具体结构（表格、分段），不写"清晰简洁"这种模糊词。

SKILL.md 写作三原则

上面三个模板看下来，你应该发现了——SKILL.md 的写法有规律。三条原则，记住就能举一反三。

写指令，不写描述

❌ 这个 skill 旨在帮助产品经理    更高效地生成渠道分析报告，    通过自动化数据提取和趋势分析，    提升报告质量和一致性

✅ 读取桌面 channel-data.xlsx，    提取 GMV、订单量、转化率，    按渠道分组汇总，计算环比

触发条件要具体

description 决定了 AI 什么时候自动调用这个 skill。写太泛会误触发，写太窄该用的时候又匹配不上。窍门：列出 3-4 个你实际会说的话。

❌ 当需要分析数据时使用

✅ 当用户提到"渠道周报""分销数据报告"    "本月渠道数据"时触发

配例子，不配抽象

❌ 输出格式要清晰简洁，便于阅读

✅ 输出示例：    本月渠道整体 GMV 环比增长 8.3%，    其中直销渠道增长 23%（异常），    代理商渠道下降 5.7%。    建议关注代理商渠道下滑原因。

踩过的坑

坑 1：SKILL.md 写太长

第一个 skill 写了 3000 多字，把渠道定义、指标公式、异常阈值全塞进去。结果 AI 反而抓不住重点，经常漏步骤。

解法：核心流程控 500-800 字。详细参考信息放 references/ 目录。SKILL.md 写骨架，references/ 放肉——AI 会按需去翻，不会一次性塞满上下文。

坑 2：误触发

description 里写了"渠道分析"，结果说"竞品分析"也触发了。AI 觉得"分析"两个字长得像。

解法：测试的时候一定要测一个"不该触发的场景"。如果误触发了，把 description 里的模糊词删掉，换成你实际会说的话。

坑 3：过度设计

一个 3 步的流程，硬塞了 scripts/、references/、assets/ 三个目录。scripts 里放了个 Python 脚本算环比——但 AI 自己就能算。

解法：先从只有一个 SKILL.md 开始。用了几次发现确实需要脚本了再加 scripts/，需要参考文档了再加 references/。别一上来就搭空架子。

Skill + 其他模块 = 乘法效应

组合	效果	参考
Skill + 自动化	定时触发专业流程，不用人工喊	Vol.06 / Vol.13
Skill + 连接器	Skill 里调用飞书、企微等外部数据	Vol.09
Skill + 多 Agent	不同 skill 分给不同 Agent，组队干活	Vol.11
Skill + 设计创意	Skill 定义品牌风格模板，出图更稳定	Vol.18

我最常用的组合是 Skill + 自动化：把"渠道周报"skill 挂到每周一早上 8:55 自动触发，到工位的时候报告已经躺在桌面上了。

写在最后

Skill 制作是产品经理最接近"编程"的时刻。但你写的不是代码，是经验——把"我每次都这么做"变成"AI 每次都替你这么做"。

有人可能觉得：写 skill 的时间够我手动跑好几回了。没错，第一次确实慢。但第十次呢？第二十次呢？Skill 的价值不在第一次，在于你不用再记第十九次是怎么做的。

我的渠道周报 skill 用了 7 个月，中间改了 5 版。现在每个月省下来 40 分钟，7 个月就是将近 5 小时。写 skill 花了多少时间？第一次大概 25 分钟，加上迭代每次 5 分钟，总共不到 1 小时。

这笔账，怎么算都划算。

工具的意义不在于它能做什么，在于你不用再记怎么做。