周报最容易失真的是把“做了修改”写成“已经上线”。先建立事实表，周报中的完成状态才能核对。
原始记录只保留可确认内容
把以下教学材料保存为 week-notes.md。案例周为 2026-10-05 至 10-09。
text
N1｜10月6日｜工单 T-17
登录页空密码提示已在本地副本修正。检查3组输入均显示预期提示。
尚未部署。工单附本地截图，负责人小林。
N2｜10月8日｜任务 T-22
客服常见问题整理了12条，其中2条退款口径等待运营确认。
文档faq-draft.md；本周不能发布这2条。负责人小周。
N3｜10月9日｜排期会 M-3
约定10月12日由小林在测试环境复查T-17；小周当天向运营追问2条口径。
生产发布日期尚未确定。
发给 Codex 的写作任务
text
只根据week-notes.md写output/week.md，分已完成、待解决、下周动作。
每条保留来源N1/N2/N3。区分本地完成、测试环境验证、生产发布三个状态。
不得推算节省时间或用户收益。数字不能跨状态相加。
最后列缺失信息，不向任何人发送。
对照这份完整周报
markdown
# 周报｜2026-10-05—10-09
## 已完成
- 登录页空密码提示完成本地修正，3组教学输入检查符合预期；未部署。[N1]
- 客服FAQ整理12条初稿，包含2条待运营确认的退款口径，当前不是可直接发布的成稿。[N2]
## 待解决
- T-17尚缺测试环境复查及生产发布日期。[N1/N3]
- 2条退款口径缺运营确认，发布受此限制。[N2]
## 下周动作
- 10月12日，小林在测试环境复查T-17并记录结果。[N3]
- 10月12日，小周向运营追问2条退款口径，确认后更新faq-draft.md。[N3]
## 缺失信息
- 生产发布安排；不预设上线日期。
这是预期成稿示例，不是本次真实项目进度。它保留了“12条含2条待确认”，没有写成“完成12条可用FAQ”。
下一周怎样复用
保存栏目为 report-template.md，每周更换 week-notes.md。历史周报只做背景，不能用旧周报的“待解决”自动推断本周仍阻塞。数字与状态发生冲突时，输出两条原始记录和时间，请负责人确定最新事实。
下一步
继续阅读与你当前问题相关的教程：
