用 WorkBuddy 做月报，跟做周报的写法不一样在哪

很多人做月报的方式是：把四份周报丢进去，说「合并成月报」。

拿到的东西通常没法用——因为它就真的只是把四份东西拼起来了，读的人还是看不出这个月到底怎么样。

月报和周报要的是两种东西：周报回答「这周做了什么」，月报回答「这个月怎么样，跟上个月比呢」。

本文依据 WorkBuddy 官方使用技巧、《自动化》文档与权限模式文档，核对日 2026-08-16。我们没有安装客户端，本文不含实测数据。

一、素材要多准备一份

做月报至少要三类素材：

素材	作用
本月的四份周报	事件与进展
本月的数据文件	数字支撑
★ 上月的月报	对比基准

第三项是关键，也是最常被漏的。 没有上月月报，它写不出「跟上个月比」这一层——而这恰恰是月报的核心价值。

目录组织建议（按官方给的命名习惯）：

D:\WorkBuddy\yuebao\
├── 素材\
│   ├── 周报_W1.md ~ W4.md
│   ├── 本月数据.xlsx
│   └── 上月月报.md        ← 别忘了这个
└── 成品\

按官方在权限模式文档里的建议，把需要的文件复制进这个任务目录，而不是把原始目录直接交出去。

二、月报专用的指令模板

【目标】基于素材写本月月报

【输入】D:\WorkBuddy\yuebao\素材\ 下的所有文件
        其中 上月月报.md 用作对比基准

【输出格式】
- Markdown，保存在当前工作空间，文件名 月报_202608.md
- 结构：
  1. 本月概览（不超过 5 条，每条一句话）
  2. 关键数据（表格：指标 | 本月 | 上月 | 变化 | 数据出处）
  3. 重点进展（按项目分，每项写清楚从哪到哪）
  4. 遗留与下月重点（不超过 5 条）

【约束】
- ★ 不要把四份周报的内容简单拼接；要按月度维度重新组织
- 数字必须来自素材，没有的写「本月无此数据」，不要编、不要用上月的数顶替
- 变化一栏只写客观增减（数值和百分比），不写「因为 X 所以 Y」这类归因
- 重点进展要写「从什么状态到什么状态」，不要写「持续推进」这类空话
- 不需要开场白和总结性寒暄

四条约束对应四种月报常见病：

常见病	对应约束
四份周报拼一起	「按月度维度重新组织」
数字对不上或者用上月的顶替	「没有的写『本月无此数据』」
归因写成事实	「只写客观增减，不写因为所以」
全是「持续推进」「稳步开展」	「写从什么状态到什么状态」

第四条尤其值得说：「持续推进」这种词在月报里出现的频率高得惊人，但它不携带任何信息。要求写「从什么到什么」——比如「从需求评审完成到进入开发，已完成 3/8 模块」——一句话就能让人知道进展。

三、★ 月报最容易出的那类错误：把归因写成事实

周报的时间跨度短，通常只陈述事实。月报因为要「总结」，特别容易滑向归因：

• 「本月转化率下降 3%，主要是因为竞品在做促销」
• 「新客增长放缓，说明获客渠道已经饱和」

这两句话的问题是：它们读起来像结论，实际是推断，而且你的素材里通常没有支撑。

危险在于：月报是要往上报的。一个似是而非的归因写进月报，下个月的决策可能就建在这个推断上。

防线（上面模板里那条）：变化一栏只写客观增减，不写「因为 X 所以 Y」。

归因由你来做。它给你「转化率从 8.2% 降到 5.1%」这个事实，为什么降——那是你要去查、去问、去判断的。

如果你确实需要它帮你想可能性，就单独要，而且明确标注：

另起一节「可能的原因（推断，待验证）」，列出 3 条可能性，
每条注明需要什么数据才能验证。

「待验证」和「需要什么数据才能验证」这两个标注是关键——它把推断和事实分开了，也把下一步动作说清楚了。

四、分步做，别一次要一份完整月报

官方在使用技巧里的「小步快跑」在月报上很适用：

第一步：先出数据表。

只做第 2 节「关键数据」表格。数据来自 本月数据.xlsx 与 上月月报.md，
每格标注出处。先不要写别的部分。

第二步：你核对数据。 抽查两三个数字。这一步不能省——数据错了，后面写得再好都得推翻。

第三步：再写其余部分。

数据已确认。基于素材写第 1、3、4 节，第 2 节保持不变。

这个顺序的好处：数据是月报里唯一能客观判断对错的部分，先把它锁死，后面的叙述才有依据。

五、验收：四查

第一查：数字对不对。 抽两三个回原始文件核。对不上整份重来。

第二查：搜归因句。 通读一遍，搜「因为」「由于」「主要是」「说明」这类词。出现在数据分析部分的话，确认那是不是你自己加的。

第三查：搜空话。 搜「持续推进」「稳步开展」「有序进行」「基本完成」。有就要求改成「从什么到什么」。

第四查：跟上月比出来了吗。 如果通篇没有一处「跟上月比」，那这份东西还是周报的合集，不是月报。

六、能不能配成自动任务

月报不太适合完全自动化，理由是官方三条判据里的第三条——无需实时人工干预。月报通常需要你根据当月情况调整重点，不满足这一条。

折中做法：把第一步（出数据表）配成自动任务，每月 1 号自动跑一次；后面的叙述部分你手动做。

配的时候按官方建议：工作空间别用默认的 automation-xxxx，建 yuebao-data\；提示词里加「找不到数据时如实写『本月无此数据』，不要编」。

七、几件不该交给它的

• 对外的月度汇报定稿——给客户或高层的东西，草稿可以，定稿要人；
• 业绩预测——官方在专家中心明确提示 AI 生成内容不构成决策和投资建议；
• 对个人的评价——涉及绩效的判断要人做，而且个人评价不该进这条链路；
• 敏感数字的对外版本——月报常有内部版和对外版，对外版的数字口径必须你自己确认。

小结

• 月报不是四份周报拼起来：周报回答「这周做了什么」，月报回答「这个月怎么样，跟上个月比呢」。
• 素材要三类，★ 别漏上月月报（对比基准）。
• 指令四条约束对应四种常见病：按月度维度重组（不拼接）、没有的写「本月无此数据」（不编不顶替）、只写客观增减不归因、写「从什么到什么」（不写「持续推进」）。
• ★ 月报最容易出的错是把归因写成事实——因为月报要往上报，一个似是而非的归因可能让下个月的决策建在推断上。需要可能性就单独要一节「可能的原因（推断，待验证）」，并注明需要什么数据才能验证。
• 分三步：先出数据表 → 你核对 → 再写其余部分。数据是唯一能客观判断对错的部分，先锁死。
• 四查验收：数字对不对 → 搜归因句 → 搜空话 → 跟上月比出来了吗。
• 月报不适合完全自动化（不满足「无需实时人工干预」）；可以只把数据表那一步配成自动任务。

功能与文档表述以官方为准，核对日 2026-08-16。