广告
周报的典型场景：周五下午留一小时，翻聊天记录、翻文档、翻待办，然后写出一份"本周推进了若干事项"。AI 接手这一步时最容易出问题的地方，是它拿到的输入本身就是残缺的，于是它用漂亮的句子把残缺填满，读起来通顺，内容却不实。
一、先定三处输入源 一份能用的周报，事实来源通常不超过三处：任务系统里的状态变更、本周产出的文档或数据、以及明确的对外承诺。把这三处理顺，并规定"只有这三处算数"，周报的骨架就有了。群聊和口头交代可以作为线索，但不能作为事实来源——它们最常见的状态是"说了一半"。
二、结构固定，语言放开 结构（本周完成／下周计划／需要协同／风险）由人定死，不要每期变；措辞交给模型，让它把干巴巴的条目写成能读的句子。反过来做——结构交给模型、语言由人抠——是最费时也最不稳定的一种组合。
【留个真问题】你的周报里，有几条是"下周计划"却在上周也出现过？如果同样的条目连着出现三周，那不是计划，是没人推动的事。
三、让 AI 只写能被核实的部分，风险段留给人 风险与求助段是周报里最有价值、也最容易写出空话的部分。建议由人先写一句真实困难，再让模型扩写成两句话；不要反过来让模型猜"可能有什么风险"，那只会产出放之四海皆可的句子。
四、别让周报变成独立的第二份工作 可复用的做法是：把周报生成挂到已有的任务看板上，看板里的状态一变，周报素材自动累积，周五只做删减与补充。凡是需要额外维护一套数据的周报流程，通常活不过两个月。
五、别让周报越写越长 周报的通病是随周数增长：每个人都在往上一周的模板里加内容，半年后没人读完。可用的约束是设一个上限——比如正文不超过一屏、条目不超过八条，超出就必须砍掉优先级最低的。字数与信息量本来无关，能一张表说清的，就别用三段文字。
周报的作用不是证明忙碌，是让协同成本降下来。输入定死了，它才可能从"每周写一次"变成"随时能取"。