WorkBuddy 实操：把故障素材丢进固定目录，它更适合做复盘初稿的脚手架

WorkBuddy 这类本地文件自动化工具，更适合把散在 CSV、聊天记录、监控截图和变更表里的东西整理成可验收结构，替你想清楚根因还得靠人。我用了 WorkBuddy 大约一个月，之前拿它处理报销单时我就发现，复杂任务拆成单一操作并固化模板更稳。这次看到一篇 P0 故障，也就是线上最高优先级事故，复盘把三小时压到四十分钟的案例，正好我社团项目上周有一次接口超时，我拿它试了一轮。我的判断是，WorkBuddy 省时间，主要靠它把原本散落多处的素材变成一套可重复执行的输入输出。

那天我手边有六类素材，包括告警 CSV、值班微信截图、监控 PDF、变更记录 Excel、群聊 txt，还有上一次故障文档。格式不一样，时间口径也不一样。要是直接丢给聊天模型，我得一段一段复制，还可能超上下文。所以我打开 WorkBuddy，在任务页选了“运维专家”。这里先解释一下，运维专家是我这边看到的一个场景模板，适合把告警、日志、变更这些素材交给它做初步整理。然后点 `授权文件目录`，弹窗会让你选一个本地文件夹，意思是只允许它读取这个文件夹里的内容。我没有选整个桌面，新建了 `incident-review`，里面按用途分成 `alerts`、`chat`、`monitoring`、`changes`、`duty` 和 `history`。确认之后，输入框上方显示已授权路径，我才把文件放进去。

输入指令时我没有只写“帮我生成复盘报告”。我让它先读 `incident-review` 下所有子目录，输出时间线、5Why 根因、行动项表和 PPT 大纲。这里 5Why 就是连续追问“为什么”，直到挖到流程或设计层面的原因，避免停在“重启后恢复”。我还加了验收标准，时间线不超过十个关键节点，恢复动作不能当根因，行动项要有责任人和期限，输出文件放到 `output`。点 `执行` 后，界面会进入 Agent 模式，也就是它自己拆步骤执行。我能看到它列出读取告警、对齐时间、读取变更、生成报告这些阶段，但中间过程基本是黑盒，没有流式输出，得等一轮跑完才能追问。顺利的话，`output` 里会出现一份复盘 Markdown 和一份行动项 Excel。

第一次结果不算差，但有个明显坑。告警 CSV 的时间戳是 UTC，也就是世界标准时间，而聊天记录和值班表是本地时间。WorkBuddy 把两者直接排到同一条时间线上，前面几条告警看起来比群聊处置早了八小时。这个错误其实不意外，素材里没写清楚时区。我后来在根目录加了一个 `time_rule.md`，明确写“alerts 为 UTC，输出统一转 UTC+8，chat 和 duty 为本地时间”。重跑一轮后，时间线才正常。这个坑也提醒我，素材量太大时别指望一次出完美稿，先让它做时间线，再单独跑根因和行动项，反而稳。

权限这块我也做得比较保守。WorkBuddy 需要读取本地文件，所以我只授权本次故障目录，不授权整个文档盘。值班截图里有一些同学手机号，我没让它碰，先手动打码。输出目录 `output` 里生成的是 Markdown，一种纯文本格式，和 Excel，适合我二次改。给社团负责人看时，我只发 `output` 里的报告和行动项，原始素材不公开。责任人和期限我也不让它直接填，先留“待确认”，让实际值班的同学补。这样它负责整理，人负责验收，不会把生成内容直接当结论。

这一个月用下来，我觉得 WorkBuddy 的边界也很明显。它不能直连告警系统，素材得手动导出；Agent 模式执行快不了太多，中途看不到细节；最后生成的文字还是偏公文，根因分析需要人判断。但它处理本地杂乱文件的价值确实比纯聊天模型强，尤其是能读 CSV、Excel、PDF 这些不同格式，还能按固定目录交付几份文件。我现在的习惯是每次故障后把素材和模板一起归档，文件名带上日期，下次只改时间范围和关键事件。

所以如果你第一次用 WorkBuddy 做复盘，我建议别一上来追求全自动。先拿一组不超过二十个文件的素材，建一个固定目录，把时区、字段、验收标准写进说明文件，再让它跑时间线。跑通之后，把指令保存成模板。后面更省事，主要靠这套目录和模板能被你反复用。