AI 写周报最有效的做法，是每天留一点可核对的记录，周末再压缩整理。把一周的聊天记录整包丢进去，很容易把计划、尝试和完成混成“成果”。本文提供一份工作台账和完整提示词，适合个人创作者、运营和小团队成员，最终得到简明周报与下一周可执行安排。
一、用五个字段记录当天工作
每天花几分钟记录日期、事项、状态、证据和阻塞。证据可以是已交付文件的路径、文章链接、工单号或审批记录；不要放口令和私人聊天全文。没有成果链接的准备工作也能记录，但状态要真实。
日期 | 事项 | 状态 | 证据 | 阻塞/下一步
10-19 | 备份教程初稿 | 已完成初稿 | docs/backup-v1.md | 待核对恢复步骤
10-20 | 备份教程发布 | 未完成 | 无 | 测试盘未到位
10-21 | 首页封面统一 | 完成3张初稿 | covers/v1/ | 待审核
10-22 | 搜索功能测试 | 进行中 | test/search-notes.md | 手机端待检查
注意“完成初稿”和“发布完成”不是一回事。“完成三张初稿”也不等于“三张封面上线”。精确的状态能让 AI 少做错误推断。
二、先让 AI 找冲突，不急着写周报
检查以下工作台账，只列问题：
1. 同一事项状态是否前后冲突？
2. 哪些“完成”缺少可核对证据？
3. 哪些日期或数量含糊？
4. 哪些记录可能是同一件事的不同阶段？
不要虚构工时、收益、发布数或客户反馈。
发现冲突时回到实际文件确认。例如“初稿完成”之后出现“发布未完成”并不矛盾，它们属于不同阶段。不要为了整理漂亮，把后者删掉。
三、用 AI 写周报，按读者关注点排序
给负责人看的周报通常先讲结果与风险；个人复盘可以先讲学习和方法。下面的模板采用结果、进展、阻塞、下周计划四部分。
依据确认后的台账写周报，正文不超过500字。
结构：本周完成、进行中、阻塞与需要支持、下周计划。
每个成果写“做了什么、交付物、当前状态”，附证据位置。
计划只能放入下周计划，不得写进已完成。
合并同一事项的重复记录，但保留关键阶段变化。
原文没有的数据留空或写待确认，不估算节省时间。
下周计划最多3项，每项写明确交付物和完成条件。
示例中，备份教程应出现在“初稿完成、发布受阻”，而不是“发布一篇文章”；封面应写“三张初稿待审核”。这就是一份可信周报与自动美化文字的区别。
四、让下周计划能检查完成与否
“继续优化网站”太泛。可以改成“完成手机端搜索测试，记录三个查询的结果与页面截图”；“继续学习 AI”可以改成“用十条固定样本比较两个提示词，记录错误类型”。
| 模糊计划 | 可验收交付 |
|---|---|
| 完善教程 | 核对恢复步骤，补齐失败排查并发布 |
| 做好封面 | 三张封面经审核，替换特色图并检查手机端 |
| 提高效率 | 连续五天记录任务耗时，比较同类工作的中位数 |
计划数量不要过多。把依赖别人批准的事项写上依赖条件，避免下一周又被当成无条件承诺。
五、保存周报与原台账
建议按周建立文件夹，保存原始台账、确认后的事实表、最终周报。以后月度复盘只汇总最终已确认的状态，不要把四周反复出现的同一任务算成四个成果。
如果需要统计发布篇数，使用唯一文章链接去重；如果统计修复数量，事先定义一项问题的编号。AI 可以帮忙归类，计数仍以可追溯台账为准。
六、常见问题与排错
没有每天记录，现在还能补周报吗？
从已交付文件、版本记录和任务清单补事实，不凭印象补完成日期。不确定的事项明确标记待核对。
周报看起来没有亮点怎么办？
先写具体交付、解决的问题和仍未解决的阻塞。不要为“好看”虚构效率提升百分比；真实的小改进比无法证明的大成果更有用。
AI 总把同一工作写两遍怎么办？
为事项增加稳定 ID，要求按 ID 汇总状态。保留初稿、审核、发布的阶段信息，但只把最终交付计为一次完成。
可结合AI 会议纪要收集行动项，再用提示词评测方法固定周报模板。需要结构化输出的思路，可参考 OpenAI 提示词文档。