WorkBuddy 实战：6 张散表到一份经营分析报告，我只写了 4 句话

一、先说结论

上季度做经营分析，往年流程是这样的：6 个门店各自发来 Excel → 手动调格式 → VLOOKUP 对门店编码 → 透视 → 画图 → 写结论。顺利的话一下午，不顺利就是一整天，主要时间花在对表头和核对口径上。

这次用 WorkBuddy 走完，净耗时 37 分钟。其中我真正动手的只有两件事：把需求说清楚、核对它给出的异常数据。

下面把完整流程、我实际输入的原文 prompt、以及三个踩过的坑写下来，你可以直接照抄改。

二、准备（约 5 分钟）

1. 官网 codebuddy.cn 下载 Windows 客户端，微信或 QQ 扫码登录
2. 新建一个干净目录，比如 D:\work\2026Q3-analysis\，把 6 张表丢进去
3. 首次执行时它会要求授权本地目录 —— 只授权这一个文件夹

第 3 步别偷懒。我第一次直接授权了 D:\work，结果它把隔壁项目的文件也读进来了，虽然没改任何东西，但产物目录被写乱，清理花了几分钟。目录越小，它出错的面也越小。

三、第一句话：给数据、给目标、给输出格式

很多人用 AI 做数据分析效果不好，问题往往不在模型，而在需求里缺了三样东西：数据在哪、要回答什么、结果长什么样。

这是我实际发的第一条消息（原文）：

这里有三处是刻意设计的，值得说一下：

「保留源文件名和原始行号」。这条是整个流程能不能验收的关键。没有它，报告里某个数字对不上时你根本无从查起；有了它，任何一个结论都能三秒定位到原始单元格。

「先列差异，不要猜」。6 张表是 6 个门店各自维护的，表头几乎不可能一致。让 AI 自己猜列含义，是最容易埋雷的地方——它会把「含税金额」当成「销售额」，而且不会告诉你。

「每条结论标注数据来源」。这是给后面的核对环节留的抓手。

四、第二句话：先出方案，别急着动手

这条任务我放在 Plan 模式里先跑了一遍，让它只出执行方案、不落盘。

它给的方案里有一处我当场改掉了：它打算按门店名做关联，但实际数据里「XX店」和「XX分店」两种写法都存在。我要求改成按门店编号关联。

关联键改用门店编号，门店名只用于展示。

这个改动看着小，实际上省掉了后面至少两轮返工。如果直接在 Agent 模式里跑，它会先合并出一版错的，你发现不对，再让它重来——返工是最烧积分的动作，也是体验最差的地方。

复杂任务一律先 Plan 再 Agent，这是我用下来最值钱的一条习惯。

五、第三句话：处理表头差异

它列出的差异清单（节选）：

给的处理指令：

注意第 3、4 条：缺失值不要静默填充。填是可以填的，但必须留痕。否则后面看汇总的人会以为那两家的折扣数据本来就有，实际上是我们补的。这类「看起来没问题」的坑，比报错难查得多。

六、第四句话：追问异常值（这一步最值钱）

它给出的第一版结论里有这么一条：

B 门店 Q3 毛利率 41.2%，环比 +6.8 个百分点。

我当时的判断是：这个数不合理。B 门店在促销季，毛利率不可能涨。于是我发了第四条消息：

它回溯后发现了问题：B 门店原始表里有一批退款记录，金额为负、品类列为空。这批记录被计入了销售额（负数拉低了分母），却没有对应的成本记录，导致毛利率被虚高。

剔除这批退款行后，B 门店实际毛利率是 -1.3pt，同比下滑，和促销策略吻合。

这是全文我最想强调的一点：AI 出结论很快，但结论对不对，得你自己心里有根弦。而有效的追问方式不是「你确定吗」——它只会重新表述一遍。有效的问法是：

「回溯计算过程，列出分子分母的原始数据」

要求它把中间过程摊开，而不是要它表态。数据一摊开，错在哪里往往一眼可见。

七、产物与耗时、消耗

产出：3 个文件（合并明细、汇总报告、结论 md），以及一份可以直接贴进周会的结论摘要。

对比往年：省下的不是打字时间，是对表头、查口径、翻原始行的时间。这三件事恰好是最枯燥、最容易出错的，也正是最适合交出去的部分。

八、三个坑，都是踩过的

坑一：授权目录给太大。 只授权当前任务用到的文件夹。给整个盘 = 让它有能力动到你所有文件，收益为零，风险不为零。

坑二：在 Agent 模式里反复「再改改」。 每改一次都是一轮完整执行，积分按轮次烧。正确做法是第一次就把约束说全（输出格式、关联键、缺失值怎么处理、不许动原文件）。宁可花 5 分钟写需求，也别花 5 轮去纠正。

坑三：只让它给结论，不要求它给依据。 没有「标注数据来源」这个要求，报告你只能选择全信或者全不信。有了它，你可以像审下属的报告一样审它——抽查两条，对得上，剩下的才敢用。

九、小结

这套流程能复用的地方，不在「用 AI 做经营分析」这个具体场景，而在那四句话的结构：

1. 数据在哪 + 要回答什么 + 结果长什么样（第一条，把边界画死）
2. 先出方案，别落盘（第二条，用 Plan 挡掉方向性错误）
3. 差异先列出来，不要猜（第三条，把不确定性显式化）
4. 回溯过程，摊开原始数据（第四条，把结论变成可审计的）

把这四条套到写报告、整理文件、批量改代码上，基本都能用。工具会换，这个结构不会。