每周重新写一段长提示词，通常意味着工作流程还藏在脑子里。重复任务适合先建立一个稳定的输入表和交付框架，让 AI 处理本周材料，让人负责确认状态变化。模板应减少重复劳动，而不是把上周的结论复制得更快。

先确定读者每周需要做什么决定

管理者可能需要知道阻塞与资源需求，执行者可能需要下一步动作，协作者可能只需要变更范围。选定主要用途后，再决定周报栏目。不要把所有活动都平均堆进去；那些不影响决定的细节，可以留在原始记录里，避免周报变成长篇流水账。

为输入规定最小字段

每项记录可以包含事项、实际进展、证据位置、当前阻塞和下一步。日期、负责人和状态采用一致格式，缺失信息明确写待补。不要让模型根据上周信息自动补出本周负责人或完成情况。若材料来自多人，先解决同一事项的命名与版本问题，再交给模型汇总。

把固定框架与本周内容分开

模板保存章节顺序、语气、篇幅和检查规则；每周输入只保存当期事实。示例内容应清楚标为示例，不与真实任务混放。假设模板里曾出现“项目已经上线”，如果没有显式隔离，后续输出可能继续带出这句话。使用空字段或说明性标签比保留旧成稿更安全。

要求报告变化，而不是重复背景

给出上期已确认状态与本期材料，让模型列出新增、完成、延期和撤回事项。没有变化的背景可以简短保留，不必每次重新解释。状态变化需要对应证据，例如实际交付文件或负责人确认；“正在做”不能因为时间过去一周就自动成为“已完成”。

设置发布前的四个检查点

检查日期范围是否正确、数字是否来自本期、行动是否有承接人、未解决事项是否仍被保留。再看输出中有没有没有依据的趋势判断，比如仅凭两条反馈就写成整体改善。重要变化应允许读者回到对应记录，但不需要在对外版本暴露全部内部讨论。

让模板随着真实问题演进

每次返工后记录原因：缺少字段、格式不一致，还是验收标准不清。只修改对应规则，避免模板越加越长却没人能维护。保留模板版本与变更说明，必要时用同一份样本比较新旧流程。自动生成完成也不等于已获发布授权，发送范围仍需按实际任务决定。