WorkBuddy 的 Skill 到底怎么写？拿“周报整理”完整拆一遍

关于我：

我是连续创业者峰哥，长期关注 AI Agent 与高效办公。

希望我的文字，能帮助更多普通职场人从“会用 AI”走向“会管理 AI”，把重复工作交给数字员工，把时间留给真正重要的事。

每到周五，很多人都会重复做一件事：写周报。

先翻聊天记录。

再看这周改过的文档。

找一下项目进度和数据。

回忆哪些事情已经完成，哪些事情还没推进。

最后把这些零散信息整理成一份看起来有条理的周报。

下周五，再重新来一遍。

这种任务特别适合交给 WorkBuddy。

但如果你每次都重新说一遍：

请帮我整理本周工作，生成一份周报。

你只是让 AI 临时帮了一次忙。

真正值得做的，是把这套重复流程写成一个 Skill。

这篇文章不讲抽象概念。

我们就拿“周报整理”这个任务，完整拆一遍：

一个 WorkBuddy Skill 到底应该怎么写？

先说结论：Skill 不是从提示词开始写的

很多人想做 Skill，第一反应是先写一段很长的提示词。

其实顺序反了。

一个 Skill 应该先回答三个问题：

1. 什么任务值得反复做？

2. 这项任务有没有相对稳定的处理步骤？

3. 每次结果能不能按照同一套标准验收？

如果这三个问题都说不清楚，提示词写得再长，也很难变成稳定的 Skill。

以周报为例，它适合封装，是因为它具备几个特点：

• 每周都会重复；
• 输入材料类型相对稳定；
• 处理步骤大致相同；
• 输出结构可以固定；
• 好坏有基本判断标准；
• 最终仍然可以由人确认。

这类任务，才是 Skill 最好的起点。

第一步：先定义这个 Skill 什么时候使用

Skill 需要有清楚的适用场景。

不是只起一个“周报助手”的名字，而是要告诉 WorkBuddy：什么情况下应该调用它。

例如：

当用户需要根据一周内的工作记录、项目进展、会议纪要、聊天摘录或数据表，整理个人周报、项目周报或部门周报时，使用这个 Skill。

这句话解决了两个问题。

第一，它规定了触发条件。

第二，它限制了边界。

它是用来整理已有工作记录的，不是让 AI 凭空编一份“本周完成情况”。

如果输入材料不足，Skill 应该提醒用户补充，而不是把周报写得很热闹。

第二步：写清楚它需要什么材料

AI 经常输出不稳定，并不一定是模型能力不够。

很多时候，是因为输入没有标准。

周报整理 Skill 可以接收这些材料：

• 本周任务清单；
• 项目进度记录；
• 会议纪要；
• 工作聊天摘录；
• Excel 数据或业务指标；
• 上周周报；
• 公司现有周报模板。

但不是每次都要把所有材料准备齐。

更实用的做法，是把材料分成三类：

必需材料

至少要有本周完成事项或原始工作记录。

可选材料

数据表、会议纪要、上周周报，可以帮助 AI 补充数据和上下文。

缺失时必须提醒的材料

如果周报要求填写下周计划，但用户没有提供任何计划，Skill 必须标记“待补充”，不能自行安排工作。

这一步看起来简单，却直接决定 Skill 会不会胡编。

第三步：把“写周报”拆成处理步骤

“帮我写周报”只是目标，不是执行流程。

一个可复用的周报 Skill，可以按下面的顺序处理：

1. 读取本周所有工作材料。 2. 按项目或工作主题合并重复信息。 3. 区分已完成、进行中、受阻和待确认事项。 4. 提取可以证明进展的数据、节点和交付物。 5. 识别风险、依赖和需要协调的问题。 6. 根据输入材料整理下周计划。 7. 按指定模板生成正式周报。 8. 单独列出信息缺口和需要本人确认的内容。

这里最重要的，不是步骤多。

而是步骤之间有顺序。

先归类，再判断状态。

先找事实，再写总结。

先形成正式版本，再暴露待确认问题。

这才是 Workflow。

当这套 Workflow 被固定下来，Skill 才有稳定执行的基础。

第四步：把输出格式固定下来

如果同一个 Skill 每次输出结构都不一样，使用者还是要花很多时间重新整理。

所以周报 Skill 应该先定义输出。

例如：

# 本周工作周报 ## 一、本周重点结论 用 3 至 5 条内容概括本周最重要的进展。 ## 二、工作进展 | 项目或事项 | 本周进展 | 当前状态 | 交付物或数据 | |---|---|---|---| ## 三、问题与风险 | 问题 | 影响 | 当前处理方式 | 需要的支持 | |---|---|---|---| ## 四、下周计划 | 计划事项 | 预期结果 | 优先级 | 依赖条件 | |---|---|---|---| ## 五、待确认信息

固定结构有三个好处：

• AI 更容易稳定输出；
• 人更容易检查；
• 团队后续更容易汇总。

如果公司已经有周报格式，不需要重新发明模板。

直接把现有模板放进 Skill 的模板目录，让 WorkBuddy 按公司习惯输出即可。

第五步：写出“什么算一份好周报”

输出格式只是外壳，质量标准才决定结果能不能用。

周报整理 Skill 至少应该写清楚这些规则：

1. 只使用输入材料中能够确认的信息。 2. 不把“参与讨论”写成“完成交付”。 3. 不把计划中的事项写成已经完成。 4. 相同事项只保留一次，合并不同来源的补充信息。 5. 优先保留结果、数据、节点和交付物，减少流水账。 6. 风险必须说明影响，不能只写“有风险”。 7. 责任人、时间和数据缺失时标记“待确认”。 8. 下周计划必须来自用户材料，不擅自增加承诺。

其中最值得注意的是第二条：

不要把动作写成成果。

“参加产品讨论会”是动作。

“确认了第一版功能范围，形成 12 项待开发清单”才是结果。

一份好周报不是把一周做过的动作排成流水账，而是让别人快速看见进展、结果、问题和下一步。

第六步：给 Skill 设置人工检查点

Skill 不是做完以后直接发送。

周报里可能涉及项目承诺、进度判断、业务数据和部门协作，这些内容应该由本人确认。

因此，Skill 最后需要自动生成一份检查清单：

- 是否把计划误写成完成？ - 是否遗漏重要交付物？ - 数据是否能在原始材料中找到？ - 风险描述是否准确？ - 下周计划是否已经确认？ - 是否包含不适合公开的信息？

还可以要求 WorkBuddy 把不确定内容集中放在“待确认信息”中。

这样你不需要重新阅读全文寻找风险，只要重点处理 AI 主动暴露出来的问题。

一个 Skill 文件可以怎么组织

一个简单的 Skill，不需要先写很多代码。

可以从这样的目录开始：

weekly-report-skill/ ├── SKILL.md ├── templates/ │   ├── 个人周报模板.md │   └── 项目周报模板.md ├── references/ │   └── 周报写作规则.md └── examples/     ├── 示例输入.md     └── 示例输出.md

其中最重要的是 SKILL.md。

它负责告诉 WorkBuddy：

• 这个 Skill 做什么；
• 什么时候使用；
• 需要读取哪些材料；
• 按什么步骤执行；
• 输出到哪里；
• 必须遵守哪些规则；
• 最后如何检查。

模板负责固定结果结构。

参考资料负责保存长期规则。

示例负责告诉 AI 什么样的输入和输出才符合预期。

只有当任务确实需要批量处理、格式转换或自动计算时，才考虑增加脚本。

不要为了让 Skill 看起来高级，一开始就堆很多文件。

一份可直接修改的 Skill 草稿

下面这份内容不是唯一标准，但可以作为起点：

# 周报整理 Skill ## 适用场景 当用户需要根据一周内的工作材料生成个人、项目或部门周报时使用。 ## 输入材料 - 本周工作记录； - 项目进展； - 会议纪要； - 相关数据； - 周报模板。 如果缺少能够证明工作进展的材料，先列出缺失项，不得编造。 ## 执行步骤 1. 读取并列出全部材料。 2. 按项目或主题合并信息。 3. 标记已完成、进行中、受阻和待确认事项。 4. 提取结果、数据、节点和交付物。 5. 整理风险及需要的支持。 6. 根据用户提供的内容整理下周计划。 7. 按模板生成周报。 8. 输出待确认问题和检查清单。 ## 输出要求 - 本周重点结论； - 工作进展表； - 问题与风险表； - 下周计划表； - 待确认信息。 ## 质量规则 - 不得编造事实、数据、责任人和时间； - 不得把计划写成完成； - 不得把参与过程夸大为交付结果； - 重复信息需要合并； - 所有关键结论必须能够回溯到输入材料。 ## 完成前检查 逐项检查事实、状态、数据、风险、下周计划和敏感信息。

先把这份草稿跑三次。

用三组不同的工作材料测试它。

看看它在哪些地方容易漏，哪些地方容易误判，哪些规则需要补充。

Skill 不是一次写完的。

它是在真实使用中逐步变稳定的。

一个 Skill 也可以调用其他能力

周报整理看起来只是写作，其实可能需要多种能力：

• 文档读取能力：读取会议纪要和工作记录；
• 表格分析能力：提取本周业务数据；
• 信息归类能力：合并重复事项并判断状态；
• 写作能力：生成简洁、适合汇报的表达；
• 文档生成能力：输出 Word、Markdown 或 PDF；
• 审校能力：检查事实、数据和敏感信息。

因此，一个业务 Skill 不一定自己完成所有事情。

它更像一个任务负责人：知道什么时候调用其他能力，也知道最后应该交付什么。

真正有价值的，不是安装了多少个 Skill。

而是这些 Skill 能不能围绕同一个任务协同起来。

写在最后

Skill 真正节省的，不是你重新输入一段提示词的时间。

它节省的是每次重新整理材料、重新解释步骤、重新规定格式、重新检查风险的时间。

当一项工作只做一次时，你可以交给 AI 临时处理。

当一项工作反复出现时，就应该把其中稳定的经验留下来。

这就是 Skill 的意义：

把一个人脑子里的做事方法，变成 AI 可以执行、团队可以复用、结果可以检查的工作能力。

共勉。

—— END ——