Ok Work 生成的周报，通常不建议原样发出。它能把一周的碎片材料拼成结构，但涉及事实、口径和语气这三处，仍然需要你自己过一遍。稳妥的做法是：先把生成稿当草稿，留在本地不急着发，同时保留本周的聊天记录、任务清单和文档原文，逐句对照完再决定发不发。下面按四个复核位置展开，最后给一份五项检查清单。

生成稿可以当草稿，但不建议直接发送。发出前至少过三关：数字、日期、进度是否与原始记录一致；项目名、人名与称谓是否被改写或合并；详略与语气是否匹配收件人。核对时以聊天记录和任务清单原文为依据，没有依据的句子直接删掉，不要靠推测补齐。这套做法适合团队内部周报；对外的正式汇报，还需要按公司口径再确认一遍。

把一周散落的聊天记录和文档投进去生成第一版

输入材料的形态，基本决定了输出按什么方式分段。可以先按下面的对应关系检查生成稿有没有缺失：

• 群聊、私聊记录：通常被压成按项目或按天的条目，落在“本周进展”里。
• 任务清单、看板导出：容易对应到“已完成／进行中”，但状态字段需要你回头确认。
• 设计文档、评审记录、会议纪要：多进入“方案与结论”，一般不会自动写进“下周计划”。
• 只投一段流水账：常见结果是缺“风险与阻塞”和“下周计划”两段，因为生成倾向于是复述已有内容，不会凭空补。

投喂前，建议先把材料按项目、时间、状态三列过一遍，字段名可以按自己的习惯替换：

项目：A / B / C
时间：周一 ~ 周五
状态：已完成 / 进行中 / 待确认 / 已阻塞
备注：谁在什么时间说了什么，把原话粘一行

如果某个项目整周只有一句“在看了”，可以在该段直接写“本周无更新”或留空，不要让它自己扩写。材料太少时，缺失的往往是“下一步”和“阻塞点”这两块，需要你自己补。

逐句核对涉及数字、日期和进度的表述

这一遍只做一件事：把带数字、日期、状态词的句子挑出来，和原始记录对一遍。下面是三列对照的示例，生成句和依据都是示意，实际以你手里的记录为准。

改法可以按三条走：原文里没有的量，不写；有歧义的进度，写状态而不是百分比；日期以日历或任务系统为准，不以聊天里随口一句为准。“已完成”“已上线”“全部”“首次”这类词，建议每个都点回原始记录看一次。

检查项目名、人名与称谓是否被写错或合并

容易出问题的通常是这几类：项目的内部代号和对外正式名被当成两个项目；同一个人的昵称、本名、英文名、职务称呼被拆成两个人；名字相近的两个项目（例如“A 平台”和“A 中台”）在生成时被合并成一段。

操作上先做一份对照表，再逐个搜索：

1. 把原材料里出现过的项目名、人名各抄一列，注明哪种写法是正式写法。
2. 用编辑器全局搜索，或在终端对草稿文件跑一次匹配。
3. 每处命中都点回原始记录看上下文，确认指的是不是同一个对象。
4. 统一称谓：同一份周报里对同一个人只用一种写法。

grep -n -E "项目A|项目B|老张|张伟|Zhang" 周报草稿.md

如果某个名字在任何一条原始记录里都搜不到，直接删掉，或者改成岗位称呼（如“对接方”“测试负责人”）。宁可写得含糊，也不要把人名安错。

按收件人调整详略与语气

“能不能直接发”很大程度取决于收件人。对上级，取舍标准是：把结论和需要决策的点提到前面，过程细节可以压掉；风险要具体到某件事和某个时间点。对协作方，取舍标准是：写清你要什么、什么时候要、卡在谁那里，语气平等，不要带汇报式的总结腔。

同一件事，对上级可以改成：

本周 A 项目主流程已跑通，异常分支未验证；B 项目评审顺延，新时间待确认。风险：依赖方接口说明未回复，可能影响下周联调。需要你确认的事项：B 项目评审是否改到下周。

对协作方可以改成：

本周我们这边完成 A 项目主流程，涉及你们接口的部分还差异常返回的处理。麻烦周三前给出返回码清单，我们据此安排联调；如果时间上有冲突，提前说一声。

两段内容一样，差别只在谁需要做决定、谁需要知道时间点。生成稿如果两段写成一个腔调，基本就要手动拆开。

定一份五项以内的发送前检查清单

把上面的动作固化成流程，每项都能当场做完，再决定发送：

1. 搜一遍数字、日期和“已完成／已上线／全部”，逐个点回原始记录确认依据。
2. 搜一遍项目正式名与人员正式写法，确认没有别名混用或人合并。
3. 把没有原始依据的句子删掉，不做推测性补写。
4. 按收件人拆成一份版本，检查结论是否在前、要办的事是否写清时间和对象。
5. 通读一遍语气，把“应该”“基本”“大概”这类模糊词换成具体状态或直接删掉。

五项里有任何一项对不上，就退回草稿改，不要靠发送后再口头补充。周报一旦发出去，后面更正的成本通常比多花几分钟核对要高。