第 2 章/领工位
AI 做的东西总不合心意，是它能力不够吗？
每周五，你都让小满帮你写部门周报。每周他的格式都不太一样：这周标题没写日期，下周把负责人写进了正文，再下周又多了一段“本周亮点”。你每次都得重新交代一遍。
后来你建了一个文件夹，里面放三样东西：部门周报的模板、你定的六条规矩、上个月写得最好的一份周报。你把文件夹交给他：“以后写周报，照这个来。”
从那以后，你只说三个字：“写周报。”
AI 做的周报、PPT 总不合心意，我们常以为是它能力不够、审美不行。多数时候，是没人告诉他“我们这儿的东西长什么样”。
Skill 就是一本岗位手册
那个文件夹，就是一个 Skill。说穿了很简单：一个文件夹，里面一份说明书，再加几个模板和范例。不是代码，会写文档就会写。
说明书叫 SKILL.md，开头两行最要紧：
name：这个 Skill 叫什么。description：什么时候该用它。AI 就是看这一句，判断你说“写周报”时要不要翻开这本手册。
后面的正文写步骤和规矩；模板、范文放在旁边的文件夹里，用到时再翻。
下面就是那个“部门周报” Skill，一个真文件夹。点开每个文件看看里面写了什么，再看看装上前后你要说的话差了多少。
翻开一个 Skill：部门周报
- dept-weekly-report/
部门周报
先要材料
如果用户只说了“写周报”，先请他把本周做的事、遇到的问题、下周计划，随便几句话发过来。不要自己编工作内容。
怎么写
1.照 `templates/周报模板.md` 的结构写，四个部分都要有，顺序不变。
2.口气和详略照 `references/范文.md` 来。范文比规矩更重要：拿不准时，问自己“范文会怎么写这一句”。
3.写完对照 `references/规矩.md` 逐条检查一遍。
交付
直接给周报正文，不要加“以下是您的周报”之类的开场白。
材料里缺的信息（比如具体数字），写【待补：……】，留给用户填。
--- name: dept-weekly-report description: 按部门固定格式写周报。用户说“写周报”“帮我整理这周的工作”，并给出本周做了什么时使用。不适合年度总结、述职报告。 ---
为什么范文比规矩重要
注意 SKILL.md 里有一句：“范文比规矩更重要。”
规矩能写清楚的东西有限。标题带不带日期、负责人写在哪、“需要协调”那一栏写多细，这些写成规矩要写十几条，还总有漏的。一篇写得好的范文，他看一眼就全学会了。第 5 章 5.1 里有一组真实对比。
所以做 Skill，最值钱的往往不是规矩，而是你手上那几份“这就是我们要的样子”的好东西。
装到 WorkBuddy 里
- 点上面的“下载”，得到一个 zip。
- 打开 WorkBuddy，在技能（Skills）页面选择导入或上传，把 zip 传上去。也可以把它解压成文件夹，放进 WorkBuddy 的技能目录（Mac 一般是用户目录下的
.workbuddy/skills/）。 - 回到对话里说：“写周报，本周情况是……”
不同版本的入口名字可能不一样。找不到的话，直接在 WorkBuddy 里问它：“我怎么导入一个自己的 Skill？”
公开的 Skill 市场里有上万个现成的 Skill。装别人的 Skill 之前，先翻开 SKILL.md 看一眼：它要读哪些文件、会不会运行脚本、会不会把东西发到外面去。看不懂的，先别装。
我想把一件我经常做的事写成一个 Skill，给 WorkBuddy 用。 这件事是：［比如：写部门周报］ 每次的输入是：［比如：我随手记的本周工作］ 交付的样子是：［附上一份你觉得最好的成品］ 必须遵守的规矩：［三到六条］ 请帮我写出这个 Skill 的文件夹：一个 SKILL.md（开头写 name 和 description），一个模板文件，把我给的成品放进 references 当范文。description 要写清楚什么时候该用它、什么时候不该用。
现在试试· 用 WorkBuddy，五分钟
- 下载上面的“部门周报” Skill，把范文换成你们部门真实的一份好周报。
- 导入 WorkBuddy。
- 把本周的工作随手写几句发给他，只说“写周报”。
- 看看他写的，和你平时写的像不像。