把你的重复操作变成 Skill：让 WorkBuddy 永远记住你的工作流程
原文作者：Mocha · 原文来源：今日头条
本文为作者本人文章的站内同步版本。
不知道你有没有这样的经历。
每次用 AI 帮你做完一件事，觉得挺好用，下次再想做同样的事，却发现 AI 完全忘了上次是怎么做的。你得重新解释一遍流程，重新交代一遍细节，重新提醒一遍注意事项。
就好像每次都在培训一位新同事，而这位同事的记忆只有一天。
很多人把原因归结于 AI 的记忆能力不行。确实，每次对话，AI 都是全新启动，它不会自动记住上次你说了什么。但这并不是问题的全部。
真正的问题在于，我们一直在用"临时交代"的方式让 AI 工作，却从来没有把那些反复需要的流程，整理成一份清晰的操作手册。
如果把 AI 当成一位来帮忙的同事，那你跟它的每一次对话，都像是在口头交代任务。说完了，它就忘了。但如果把你的工作流程写成一份文档，放在它随时能读到的地方，那就不一样了——它每次开始工作，都能自动找到这份文档，按照你设定的流程一步步执行。
这份文档，在 WorkBuddy 里，就叫 Skill。
第一，Skill 到底是什么？
Skill 这个词，直译过来是"技能"。但在 WorkBuddy 的语境里，它更像是一份操作手册。
想象一下你入职一家公司，前辈给了你一本工作指南。上面写着：客户的投诉邮件怎么回复、每周的数据报表从哪里导出、汇报PPT的模板放在哪个文件夹、哪些步骤绝对不能跳过。
你读完这本指南，就能按照标准流程独立完成工作，不需要每次都去问别人。
Skill 就是这本指南的数字化版本。它不是一段 Prompt，不是一段对话记录，而是一份结构化的、可以被反复使用的操作文档。里面包含：这个流程是做什么的、什么时候该触发它、具体要执行哪些步骤、需要注意什么、以及可能用到的脚本、模板和参考资料。
有了 Skill，AI 就不再是一个需要你每次重新培训的新人，而是一位已经熟练掌握你工作流程的老搭档。
第二，一个标准的 Skill 是怎么组成的？
一个 Skill 就是一个文件夹，里面最核心的文件叫SKILL.md，除此之外还可以放一些配套资源。
完整结构大概是这样：
SKILL.md是整份手册的灵魂。它分成两个部分：
上半部分是一小段元信息，用 YAML 格式写在开头，告诉 AI 这个 Skill 叫什么名字、做什么事情、什么情况下该启用它：
---name: daily-reportdescription: 这个 Skill 应该在用户需要生成日报、周报或数据汇总时使用。它支持自动采集数据、按模板生成报告并导出为指定格式。agent_created: true---下半部分是正文，用 Markdown 写成，就是真正的操作步骤。比如：
-
这个 Skill 的目的是什么
-
什么情况下应该触发它
-
具体该怎么一步步执行
-
有哪些容易踩坑的地方
-
如果配了脚本或模板，该怎么使用
**scripts/**放的是那些每次都要重复写的代码。比如一个 PDF 旋转脚本、一个数据清洗脚本，放在这里就不用每次都从零开始写。
**references/**放的是参考性质的文档。比如数据库表结构说明、API 接口文档、公司内部的格式规范。AI 需要查资料的时候，会自动来这里找。
**assets/**放的是输出用的素材。比如PPT模板、品牌Logo、前端项目的脚手架代码。这些不是给 AI 读的，而是给最终产出物用的——AI 会把这些素材复制到结果里。
一句话总结：SKILL.md 是操作流程，scripts 是工具，references 是知识库，assets 是素材包。
第三，AI 是怎么使用一份 Skill 的？
Skill 的使用过程，其实是一个三层递进的结构。
第一层，是名字和简介。
WorkBuddy 启动的时候，会扫一眼所有 Skill 的名字和描述。就像你翻一本目录，只看标题，就能大概知道每章讲什么。这些信息很短，大概一百来字，但它们决定了 AI 会不会在关键时刻想起你。
比如你的 Skill 描述写的是"在用户需要生成日报时使用"，那当你说"帮我做今天的日报"，AI 就会自动匹配到这个 Skill，把它加载进来。
**所以，描述写得好不好，直接决定了 Skill 能不能被正确触发。**写得太模糊，AI 就找不到；写得太笼统，AI 就会在不该用的时候乱用。最好的写法是具体说明：做什么事、给谁用、什么场景下触发。
第二层，是 SKILL.md 的正文。
当 AI 判断需要使用某个 Skill，它会读取 SKILL.md 的全部内容，就像翻开那本操作手册，从头读到尾。然后按照里面写的流程一步步执行。
第三层，是配套资源。
SKILL.md 里可能会提到"参考 references/schema.md 了解数据表结构"或者"使用 scripts/clean_data.py 处理原始数据"。AI 不会一开始就把所有文件都读进来，而是在执行流程的过程中，根据需要再去读取对应的参考文档，或者直接调用脚本执行。
这种三层设计的好处很明显：不需要的时候不浪费注意力，需要的时候又能精准找到所需信息。就像一位经验丰富的同事，平时脑子里只记着工作流程的大纲，具体细节等到真正动手的时候再去翻资料。
第四，怎么让 WorkBuddy 帮你创建属于自己的 Skill？
到这里，你可能已经理解了 Skill 是什么、怎么组成的、AI 怎么用它。但最重要的一个问题还没回答：我该怎么把自己的日常操作提炼成一个 Skill？
答案比你想的简单——直接告诉 WorkBuddy 你每天都在做什么，让它帮你整理。
不需要你自己去学 YAML 格式，不需要你去琢磨目录结构该怎么组织，不需要你手动写 Markdown。你只需要做一件事：把你的工作流程用大白话描述出来。
具体怎么做？分三步。
Step 1：找到值得提炼的日常操作
不是所有事情都适合做成 Skill。最适合提炼的，是那些你经常做、每次流程都差不多、只是内容不同的事情。
比如：
-
每天早上整理昨天的数据，生成一份日报
-
每周从固定渠道收集素材，排版发一篇公众号文章
-
每次收到客户需求，按公司模板写一份方案文档
-
每月底从多个表格汇总数据，生成月度分析报告
这些事情的特点是：步骤固定、可重复、但每次都得手动走一遍流程。这正是 Skill 最能帮到你的地方。
Step 2：用大白话描述你的流程
找到想提炼的操作之后，就像跟同事交代工作一样，把流程说一遍。
举个例子。假设你每天都要发公众号文章，你可以这样跟 WorkBuddy 说：
我每天都要发一篇公众号文章。流程是这样的：
先从"公众号日更"文件夹里找到今天的选题文件，是个 Markdown 格式的。然后根据选题写文章正文，风格要轻松易懂，适合职场新人看。写完以后，用 wechat-publisher 工具排版并发布。发布前要检查一下标题有没有超过 30 个字，封面图有没有选好。
就这么说，自然地、完整地把你日常做的事情描述一遍。不用担心格式，不用担心术语，WorkBuddy 会帮你把这些大白话整理成一份标准的 SKILL.md。
Step 3：让 WorkBuddy 生成和打磨 Skill
说完流程之后，只需要加一句：
把这个流程帮我做成一个 Skill。
WorkBuddy 会自动帮你完成以下工作：
-
初始化 Skill 文件夹，生成标准的目录结构
-
把你描述的流程翻译成规范的 SKILL.md 格式
-
根据流程需要，创建对应的脚本、参考文档或模板文件
-
校验 Skill 的格式是否正确、描述是否清晰
生成以后，你可以实际用几次试试。如果发现哪里不对——步骤遗漏了、触发条件写得不准、某个细节需要补充——直接告诉 WorkBuddy 要改什么，它会帮你更新 Skill。
Skill 不是一次性写完就定型的东西。你用得越多，它就越完善。每次发现问题就修一修，几轮下来，它就会变成一份真正贴合你工作习惯的操作手册。
一个完整的例子：公众号日更 Skill
光说原理可能还不够直观，我用一个完整的例子走一遍流程。
假设你是一个公众号运营者，每天的工作是：
从选题文件夹找到今天的主题
根据主题撰写文章
排版并发布
你跟 WorkBuddy 说：
我每天都要更新公众号，帮我把这个流程做成一个 Skill。
WorkBuddy 会帮你生成这样一个 Skill：
wechat-daily-publish/├── SKILL.md├── references/│ └── style-guide.md└── assets/│ └── cover-template.pngSKILL.md的内容大概是：
---name: wechat-daily-publishdescription: 这个 Skill 应该在用户需要发布微信公众号日更文章时使用。它支持从选题文件读取主题、撰写文章、排版并发布。agent_created: true---# 公众号日更发布## 概述帮助用户完成微信公众号的日常文章发布流程，从选题到排版到发布一站式完成。## 何时触发- 用户说"发今天的公众号"、"日更"、"更新公众号"等- 用户提到公众号文章发布相关需求## 执行流程### Step 1：读取选题- 从"公众号日更"文件夹中找到当天日期对应的 Markdown 选题文件- 如果找不到，询问用户今天的选题主题### Step 2：撰写文章- 根据选题主题撰写文章正文- 参考 references/style-guide.md 了解写作风格要求- 语言轻松易懂，适合职场新人阅读- 文章长度控制在 2000 字左右### Step 3：排版与发布- 使用 wechat-publisher 工具进行排版- 发布前检查：标题不超过 30 个字，封面图已选择- 发布后确认文章链接可正常访问## 注意事项- 如果选题文件格式异常，提醒用户确认内容- 封面图优先从 assets/cover-template.png 选取- 发布前务必让用户确认最终内容references/style-guide.md放的是你的写作风格指南，比如你偏好什么语气、什么段落结构、什么用词习惯。
assets/cover-template.png放的是你常用的封面图模板。
这样，以后你只需要说"发今天的公众号"，WorkBuddy 就会自动加载这个 Skill，按照上面的流程一步步帮你完成——从找选题到写文章到排版发布，全程不需要你再重复交代任何细节。
给想创建 Skill 的你，几条实用建议
如果你准备开始把自己的日常操作提炼成 Skill，这里有几条建议可以帮你少走弯路。
**先从最频繁的操作开始。**不要一上来就想把所有事情都做成 Skill。挑选那个你每天都在做、最占用时间的重复流程，先做一个试试。做通了，再做下一个。
**描述比格式更重要。**不要纠结 SKILL.md 的格式写得够不够规范。真正决定 Skill 好不好用的，是你对流程的描述是否清晰完整。格式的事，交给 WorkBuddy 来处理。
**用了再改，改了再用。**不要期待第一个版本就是完美的。先用几次，看看哪些步骤有问题，哪些细节遗漏了，然后再回来补充。Skill 是在实践中打磨出来的，不是坐在桌前想象出来的。
**触发条件要写具体。**Skill 的描述决定了 AI 什么时候会自动启用它。"在用户需要处理数据时使用"太笼统了，"在用户需要从Excel汇总月度数据生成报告时使用"就精准得多。写得越具体，AI 匹配就越准确。
写在最后
很多人使用 AI，方式是每一次对话都重新交代一遍需求。像是每天都在面试一位新员工，通过之后就忘了，第二天再来一位，再面试一遍。
Skill 改变了这件事。
它让你可以把那些反复需要的流程，一次性整理好、存下来。从此以后，AI 每次开始工作，都能自动找到你的操作手册，按照你设定的步骤执行，不再需要你一遍又一遍地重复说明。
这不是什么高深的技术。它更像是一种工作习惯的转变——从"每次口头交代"变成"提前写好指南"。
这个转变看似很小，但它带来的变化是实实在在的。你不再需要每次花十分钟解释流程，AI 不再需要每次猜测你的意图，双方都能把精力放在真正重要的事情上。
所以，如果你已经在 WorkBuddy 上做了一些重复的工作，不妨停下来想一想：这些事情，是不是值得写成一份 Skill？
也许就是这一个动作，会让你的 AI 从"每次都要重新培训的新人"，变成"已经熟悉你所有流程的老搭档"。
