关于我:
我是连续创业者峰哥,长期关注 AI Agent 与高效办公。
希望我的文字,能帮助更多普通职场人从“会用 AI”走向“会管理 AI”,把重复工作交给数字员工,把时间留给真正重要的事。

很多人第一次听到 WorkBuddy 里的 Skill,会下意识把它理解成:
一组更高级的提示词。
这个理解不算错。
但它太浅了。
如果你只是把 Skill 当成提示词收藏夹,最后很容易变成:
写邮件有一个提示词。
写周报有一个提示词。
写会议纪要有一个提示词。
分析 Excel 有一个提示词。
看起来收集了很多能力。
但真正工作时,你还是会遇到同一个问题:
这次任务该用哪个?
材料要怎么放?
结果要输出成什么?
哪些内容必须检查?
哪些地方不能让 AI 自己猜?
所以我更愿意把 Skill 理解成另一件事:
Skill 不是一句提示词。
Skill 是一套可复用的工作流程。
过去我们用 AI,最熟悉的是 Prompt。
比如:
帮我写一份会议纪要。
再进阶一点,会写成:
请根据以下会议记录,整理会议背景、讨论内容、关键结论和待办事项。
这已经比第一句好很多。
但它仍然只是一次对话。
真正的办公任务,通常不止“生成一段文字”。
拿会议纪要来说,它至少包括:
读取会议材料。
判断哪些内容是结论。
识别待办事项。
补齐责任人和截止时间。
标出不确定项。
生成可以发到群里的版本。
把这次纪要格式沉淀下来,方便下次复用。
你看,这已经不是一句提示词能稳定解决的问题。
它更像一个流程。
这个流程如果经常重复,就值得封装成 Skill。
所以 Prompt、Workflow、Skill 之间的关系,可以这样理解:
Prompt:告诉 AI 这一次怎么回答。
Workflow:告诉 AI 一件事应该按什么步骤做。
Skill:把一类重复 Workflow 封装成可复用能力。
Prompt 是入口。
Workflow 是过程。
Skill 是沉淀。
如果只停在 Prompt,你每次都要重新交代。
如果有了 Workflow,你开始知道任务怎么跑。
如果做成 Skill,这件事才真正变成你的长期能力。

很多人设计 Skill,会从一句话开始:
我想做一个会议纪要 Skill。
这还不够。
因为“会议纪要”只是一个名字。
真正要设计的是:
这个 Skill 接收什么材料?
按什么步骤处理?
输出什么结果?
结果好不好怎么判断?
遇到不确定信息怎么办?
哪些事情不能做?
我建议一个 WorkBuddy Skill 至少包含六个部分。

先说清楚这个 Skill 用来解决什么问题。
比如:
适用于把会议文字记录、会议录音转写稿或会议聊天记录,整理成会议纪要和会后跟进清单。
这句话的作用,是限制边界。
它告诉用户:
这个 Skill 是做会议整理的。
不是做会议主持。
不是做项目决策。
也不是替老板判断谁该负责。
Skill 必须知道自己需要什么输入。
会议纪要 Skill 可能需要:
会议记录。
会议主题。
参会人员。
会议时间。
项目背景。
已有待办列表。
如果缺少关键输入,它应该提醒用户,而不是自己编。
比如:
如果缺少参会人员名单,请在输出中标注“责任人待确认”,不要自行猜测责任人。
这句话很重要。
因为 AI 最容易出问题的地方,不是不会总结。
而是在信息不完整时,看起来很自然地补全。
Skill 不只是“生成结果”。
它要知道处理顺序。
会议纪要 Skill 可以这样设计:
1. 先识别会议主题和背景。
2. 再按议题整理讨论内容。
3. 提取已经形成的结论。
4. 提取待办事项。
5. 为每个待办匹配责任人和截止时间。
6. 标出信息不完整的待确认项。
7. 生成正式纪要版和群内发送版。
这就是 Workflow。
它把“写会议纪要”这个模糊动作,拆成了可执行步骤。

输出格式越清楚,Skill 越稳定。
比如会议纪要 Skill 可以固定输出:
# 会议纪要
## 一、会议基本信息
## 二、讨论议题
## 三、关键结论
## 四、待办事项
| 事项 | 责任人 | 截止时间 | 状态 | 备注 |
## 五、风险与待确认问题
## 六、群内发送版
这不是为了形式好看。
而是为了方便验收、复用和协作。
如果每次输出结构都不一样,人就很难接着用。
Skill 不能只规定“输出什么”。
还要规定“什么算好”。
比如:
待办事项必须来自会议记录,不得自行添加。
责任人不明确时,标注“待确认”。
截止时间不明确时,标注“待确认”。
结论和建议必须分开写。
群内发送版要简洁,不超过 300 字。
这些标准会直接影响结果质量。
没有质量标准,AI 很容易输出一份“看起来完整”的内容。
但你不知道它能不能用。
最后,Skill 还要写清楚不能做什么。
比如:
不要编造参会人员。
不要替领导做最终决策。
不要把推测写成会议结论。
不要删除或覆盖原始会议记录。
不要输出未经确认的对外公告。
边界不是多余的。
在 AI Agent 时代,边界会越来越重要。
因为 Agent 不只是回答问题。
它可能会读文件、写文件、调用工具、生成产物。
一个没有边界的 Skill,用起来会很不稳。
如果 Skill 只是帮你少写几句 Prompt,那它的价值不大。
真正有价值的是:
它把你的工作经验封装下来了。
比如一个有经验的运营同事,整理会议纪要时会自然知道:
哪些是讨论过程。
哪些是最终结论。
哪些只是某个人的想法。
哪些需要变成待办。
哪些必须找责任人确认。
这些经验,如果不写出来,就只能留在人的脑子里。
每次新人接手,都要重新学。
每次让 AI 做,也要重新交代。
但如果你把这些经验写进 Skill,它就变成了团队可以复用的能力。
所以 Skill 的本质不是“提示词更长”。
而是把经验、流程、标准和边界写下来。
让 AI 每次都按同一套工作方式执行。
你不需要一上来就写很复杂的 Skill。
可以从一个最常重复的小任务开始。
比如:
会议纪要。
客户反馈整理。
销售数据分析。
周报生成。
公众号选题整理。
文件夹资料归档。
然后用六个问题把它写清楚。
1. 这个 Skill 适合什么场景?
2. 它需要哪些输入材料?
3. 它应该按什么步骤处理?
4. 它最后输出什么格式?
5. 什么样的结果算合格?
6. 哪些事情不能做?
这六个问题回答完,你就已经有了 Skill 的雏形。
不一定马上变成正式 Skill 文件。
先变成一份“任务说明模板”也可以。
等你反复用了几次,发现这个流程稳定、经常复用、边界清楚,再把它整理成 Skill。
这才是比较自然的路径。
不是先追求自动化。
而是先把工作流程写清楚。
这里还要分清两个词:
Workflow 和 Skill。
Workflow 是一件事的执行流程。
Skill 是把这个流程封装成可以反复调用的能力。
比如:
把会议记录整理成会议纪要和待办清单
这是一个 Workflow。
当你把它的输入、步骤、输出、质量标准和边界都固定下来,并且下次可以直接调用时,它就开始变成 Skill。
再比如:
把客户反馈整理成产品改进清单
这也是一个 Workflow。
当你把问题分类、影响范围、优先级规则、输出表格、人工验收标准都沉淀下来,它就可以变成客户反馈分析 Skill。
所以,第 18 章讲 AI 流程设计,第 7 章讲 Skills,其实是连在一起的。
先有流程设计。
再有 Skill 封装。
没有流程,Skill 只是提示词。
有了流程,Skill 才是能力。

还有一点很重要。
Skill 不是魔法按钮。
不是点一下,就可以完全不管。
尤其是涉及客户、金额、合同、销售数据、对外表达时,人仍然要验收。
一个好的 Skill,应该同时帮你生成结果,也帮你暴露风险。
比如会议纪要 Skill,不应该只输出一份漂亮纪要。
它还应该告诉你:
哪些责任人不明确。
哪些截止时间缺失。
哪些结论只是讨论意见。
哪些事项需要人工确认。
这才是可靠的 Skill。
它不是替你拍板。
它是帮你把信息整理到可以判断的状态。
今天不用急着做正式 Skill。
先找一个你最常重复的工作。
然后写一张 Skill 草稿卡。
格式很简单:
Skill 名称:
适用场景:
输入材料:
处理步骤:
输出格式:
质量标准:
执行边界:
人工验收点:
比如:
Skill 名称:会议纪要与会后跟进
适用场景:把会议记录整理成正式纪要、待办清单和群内发送版。
输入材料:会议记录、会议主题、参会人员、项目背景。
处理步骤:识别议题 -> 提取结论 -> 提取待办 -> 标注责任人和截止时间 -> 列出待确认问题。
输出格式:会议纪要、待办表格、风险与待确认、群内发送版。
质量标准:不编造责任人;不把讨论意见写成结论;待办必须可执行。
执行边界:不替领导做决策;不删除原始记录;不输出对外公告。
人工验收点:结论是否准确;责任人是否正确;截止时间是否需要补充。
写到这一步,你会发现:
你已经不是在写提示词了。
你是在整理自己的工作经验。
这就是 Skill 的起点。
WorkBuddy 真正有价值的地方,不只是它能完成一次任务。
更重要的是,它能帮我们把重复工作沉淀成能力。
但这个能力不会凭空出现。
它需要我们先把工作说清楚。
什么场景。
什么输入。
什么步骤。
什么输出。
什么标准。
什么边界。
这些东西说清楚之后,Prompt 才能稳定。
Workflow 才能运行。
Skill 才能复用。
所以,不要只把 Skill 当成提示词收藏夹。
我自己的工作里,哪些流程值得做成 Skill
当你开始这样想,WorkBuddy 就不只是一个工具。
它会慢慢变成你的工作方法库。
—— END ——