用AI生成项目周报，关键是把周报拆成“取数—整理—生成—审阅—发布”五步：先固定周报字段与数据来源，再把本周进展、计划、问题等原始记录按字段整理成结构化输入，然后让AI按模板生成初稿，由项目负责人核对事实与措辞后发布。AI负责起草和归纳，事实准确性与对外口径由人负责。本文按这五步给出字段表、输入清单、提示词模板、审阅要点和发布前检查清单，并说明各角色的分工。
要点总览（TL;DR）
- AI生成周报按“取数—整理—生成—审阅—发布”五步执行，先固定字段和数据来源，再准备结构化输入。
- 周报字段至少覆盖本周完成、下周计划、风险与问题、需协调事项和关键数据，并统一完成状态、进度和里程碑口径。
- 提示词要写明角色、字段结构、写作约束和输出要求，要求AI只使用提供的输入、缺失信息标注待确认，并附引用清单。
- AI负责起草和归纳，项目负责人核对事实与对外口径，撰写人修订，发布人按渠道发布并存档。
- 发布前按字段完整性、事实数据、敏感信息、格式渠道和存档复用五项检查，全部通过再发布。
周报生成前先定字段和数据来源
AI生成周报的质量，很大程度上取决于输入结构是否稳定。如果每周字段名称、统计口径都在变，AI每次都要重新猜测“进展”指什么、“完成”按什么标准算，初稿就会反复返工。因此第一步是把周报模板固定下来，并明确每个字段从哪个系统或记录中取数。
一份项目周报通常包含以下字段。团队可以按项目类型增减，但同一项目内应保持稳定。
| 字段 | 内容说明 | 主要数据来源 | 必填/选填 |
|---|---|---|---|
| 本周完成 | 本周实际交付或关闭的事项，含负责人和完成时间 | 任务系统的工作项状态变更记录 | 必填 |
| 下周计划 | 下周拟推进的事项、负责人和预期产出 | 任务系统中已排期的工作项、迭代计划 | 必填 |
| 风险与问题 | 已发生或可能影响交付的问题、影响范围和当前处理状态 | 问题记录、会议纪要、成员提交的记录 | 必填 |
| 需协调事项 | 需要其他团队或管理层决策、资源支持的事项 | 会议结论、成员提交的记录 | 选填 |
| 关键数据 | 进度、缺陷数、里程碑达成情况等可量化指标 | 任务系统统计、测试系统、项目看板 | 按项目需要 |
字段确定后，还要统一口径，否则同一字段在不同人手里含义不同。需要统一的至少有三项：完成状态以任务系统中的状态为准，口头说“基本做完”不进入完成项；进度百分比按已关闭工作项占迭代总工作项的比例计算，并注明统计时间点；里程碑名称使用项目立项时确定的正式名称，不在周报中另起简称。口径写进模板说明，新成员按同一规则提交。
数据来源方面，任务系统承载工作项的状态、负责人和时间，是“本周完成”和“下周计划”的主要来源；会议纪要提供结论和决策背景；聊天记录适合补充临时协调过程，但需要转成事项再使用；个人记录用于补全系统外的工作，例如对外沟通和文档评审。ONES 的项目与工作项记录可以作为任务系统这一路取数来源，周报撰写人按字段导出或查阅本周变更即可。
把原始记录整理成AI可用的输入
原始素材通常是零散的：任务系统里一串状态变更，会议纪要里几段结论，聊天里几条临时决定。直接把这些内容丢给AI，生成结果容易遗漏或张冠李戴。整理的目标是形成一份按字段归集、要素齐全、不确定信息有标注的输入清单。
整理按以下顺序进行：
- 按字段归集。把本周所有任务状态变更、会议结论、问题记录分别放入“本周完成”“下周计划”“风险与问题”“需协调事项”四个栏目，关键数据单独列一节。
- 去重与合并。同一事项在任务系统和会议纪要中都出现时，合并为一条，保留系统中记录的负责人和状态，会议结论作为补充说明。同一问题的多次讨论合并为一条，写明最新状态。
- 补齐要素。每条事项至少包含时间、负责人、状态三项。缺少负责人的事项标注“待确认负责人”，缺少时间的标注“时间待确认”，不留给AI推测。
- 标注不确定信息。对尚未确认的结论、口头承诺、未经评审的方案，在条目后加“待确认”标记，并在输入清单末尾单列一节汇总，提醒审阅时重点核对。
整理完成后，输入清单应能让人不看原始系统也能读懂本周发生了什么。一个可用的输入清单结构如下：本周完成若干条，每条含事项、负责人、完成时间、对应工作项编号；下周计划若干条，每条含事项、负责人、预期完成时间；风险与问题若干条，每条含问题描述、影响、当前状态、待确认点；需协调事项若干条；关键数据一节列出指标名称、数值和统计时间点。
这一步的完成标志是：输入清单中的每条事项都能追溯到具体来源，且没有需要AI自行补全的空白要素。
用提示词模板生成周报初稿
提示词的作用是把字段结构和写作要求一次说清，减少每轮对话中的来回补充。一个可复用的周报提示词包含四部分：角色与任务、字段结构、写作约束、输出要求。
角色与任务部分说明“你是项目周报撰写助手，根据我提供的输入清单生成周报初稿”。字段结构部分直接粘贴上一节的字段表，要求按“本周完成、下周计划、风险与问题、需协调事项、关键数据”的顺序输出。写作约束部分写明：只使用输入清单中的信息，不补充输入中没有的事实；缺失信息写“待确认”，不推测；语气客观简洁，每条事项一到两句话；总长度控制在约定范围内。输出要求部分要求生成后附一份“引用清单”，逐条列出每个段落对应输入清单中的哪几条，便于核对。
生成时建议分字段进行，再合并成稿。先让AI只生成“本周完成”，核对无误后再生成“下周计划”，依次完成各字段。分字段生成的好处是每次输出较短，遗漏和错配更容易发现；一次性生成全文则容易在长输出中丢失条目。各字段生成完毕后，再让AI按周报模板合并，统一格式和措辞。
如果团队使用 ONES，ONES Assistant 智能助手提供了“根据当前迭代生成项目周报，并保存到 Wiki”这类示例指令，它能够读取项目、工作项、迭代和 Wiki 页面等上下文，并把结果保存为 Wiki 页面。实际使用时仍需按上述方法核对生成内容与输入是否一致，具体可用范围和字段细节以实际产品环境为准。
审阅、修订与发布
AI初稿只是草稿，发布前必须经过人工审阅。审阅的重点是事实，其次才是措辞。
事实核对包括四项：完成项是否确实在本周关闭，状态和完成时间与任务系统一致；关键数据的数值和统计时间点是否正确；负责人是否对应到具体的人，没有出现“相关同事”这类模糊表述；下周计划的时间安排是否与迭代计划冲突。措辞检查关注对外口径：涉及客户名称、合同金额、未公开的发布计划时，按团队的信息披露规则处理；对问题的描述区分“已解决”和“处理中”，不把进行中的事项写成已完成。
AI无法判断的内容需要人工补充，例如某项延期的背景原因、跨团队协调中的决策过程、管理层需要知道的上下文。这些内容由项目负责人补充，不由撰写人代拟。
审阅人和发布渠道在流程开始时就要确定。通常由项目负责人审阅事实与结论，由周报撰写人根据审阅意见修订，发布人按约定渠道发布并存档。审阅意见保留在文档评论或修订记录中，便于追溯本周周报改了什么、为什么改。
角色分工与交付物
周报生成涉及四类角色。分工清楚，才能保证每周的输入按时到位、审阅有人负责。
| 角色 | 主要职责 | 交付物 | 时间要求 |
|---|---|---|---|
| 项目成员 | 提交本周原始记录，包括系统外的工作、问题和需协调事项 | 个人本周记录 | 周报生成前一个工作日 |
| 周报撰写人 | 归集和清洗输入，运行提示词生成初稿，按审阅意见修订 | 结构化输入清单、周报初稿、修订稿 | 按周报周期 |
| 项目负责人 | 审核事实与结论，补充背景和决策，确认对外口径 | 审阅意见 | 初稿完成后一个工作日内 |
| 发布人 | 按渠道发布周报并存档 | 已发布周报及存档记录 | 审阅通过后 |
小团队中撰写人和发布人可以是同一人，项目负责人也可以兼任审阅。角色可以合并，职责不能省略：事实核对和口径确认必须有人明确负责。
示例：一个迭代周的周报生成过程
以下为演示情景，用于说明流程，数据为虚构。
某项目处于两周迭代的第二周，周报字段按第一节的表格执行。撰写人从任务系统导出本周状态变更，从两次站会纪要中提取结论，从聊天记录中补充一条跨团队协调事项，整理出输入清单：本周完成四条，包括“登录模块接口联调完成，负责人张某，周四关闭”“支付流程测试用例评审完成，负责人李某，周三”；下周计划三条；风险与问题两条，其中一条标注“第三方接口文档版本待确认”；需协调事项一条，为“需要运维团队在下周一前开通预发环境”；关键数据列出迭代工作项关闭比例和遗留缺陷数。
提示词按字段结构生成初稿后，“本周完成”部分输出为：“登录模块接口联调完成（张某，周四）；支付流程测试用例评审完成（李某，周三）……”与输入一致。“风险与问题”部分对第三方接口文档写成“第三方接口文档版本待确认，可能影响下周联调”，符合输入中的标注。
人工修订做了三处改动：第一，补充了登录模块联调延后一天的原因，这是输入中没有、但管理层需要知道的背景；第二，把“可能影响下周联调”改为“已与对方确认周五前提供最新文档，联调按原计划推进”，因为审阅时该问题已有结论；第三，将需协调事项的截止时间从“下周一前”改为具体日期，避免歧义。修订后由项目负责人确认，发布人发布到团队周报频道并存档。
完成检查：周报是否可发布
发布前按以下清单逐项检查，全部通过再发布。
- 字段完整性：五个字段均有内容，选填字段无内容时写明“本周无”，不留空白。
- 事实与数据核对：完成项与任务系统状态一致；关键数据注明统计时间点；负责人均为具体人员。
- 敏感信息与口径：客户名称、金额、未公开计划按披露规则处理；问题状态区分已解决与处理中；对外表述与团队口径一致。
- 格式与渠道：标题含项目名称和周次；格式符合发布渠道要求；发布对象范围正确。
- 存档与复用：周报已存入约定位置；输入清单和提示词版本一并保留，便于下周沿用和对比。
检查中发现的问题当场修正，修正后再走一遍对应检查项。连续几周执行后，可以把高频问题补充进提示词的写作约束，让初稿在源头减少同类错误。
常见问题
团队第一次用AI生成周报，应该从哪一步开始？
从固定周报字段和数据来源开始。先把本周完成、下周计划、风险与问题、需协调事项、关键数据五个字段定下来，并写明每个字段从任务系统、会议纪要还是成员记录中取数。字段和口径稳定后，再整理输入和设计提示词，否则AI每周都要重新猜测字段含义，初稿会反复返工。
输入清单里有些事项负责人或时间还没确定，能直接交给AI生成吗？
可以生成，但要在输入清单中明确标注“待确认负责人”或“时间待确认”，并在提示词中要求AI保留这些标注、不自行补全。生成后由审阅人重点核对这些条目。把不确定信息留白并标注，比让AI推测一个看似合理的答案更安全。
AI生成的周报初稿，审阅时最应该先看什么？
先核对事实，再看措辞。事实核对包括完成项是否确实在本周关闭、关键数据的数值和统计时间点是否正确、负责人是否对应到具体的人、下周计划是否与迭代安排冲突。措辞检查关注客户名称、金额、未公开计划等对外口径，以及问题状态是否区分了已解决和处理中。
ONES Assistant 能直接根据迭代生成周报吗？
ONES Assistant 智能助手页面给出的示例指令中包含“根据当前迭代生成项目周报，并保存到 Wiki”。它能够理解项目、工作项、迭代和 Wiki 页面等上下文，并把结果保存为 Wiki 页面。实际使用时仍需按本文方法核对生成内容与输入是否一致，具体可用范围和字段细节以实际产品环境为准。
小团队人手少，角色分工可以合并吗？
可以合并。撰写人和发布人常由同一人担任，项目负责人也可以兼任审阅。角色合并后，事实核对和对外口径确认仍需有人明确负责，这两项职责不宜省略。分工表的作用是让每周输入按时到位、审阅有人签字，而不是增加岗位。
