AI报告生成要落地，关键在模板、数据和审阅三件事：先把报告结构和字段口径固定下来，再把项目数据整理成结构化输入，生成后由责任人核对事实与数字再发布。本文按“定模板—备数据—写提示词—审阅—发布归档”的顺序给出可执行步骤，并附角色分工表、周报示例和检查清单。报告数据来自项目工作项与文档时，ONES的项目管理和Wiki能力可以承接输入整理与结果留存。
要点总览（TL;DR）
- AI报告生成按“定模板—备数据—写提示词—审阅—发布归档”五步执行，每步都有明确输入、动作和完成标志。
- 模板先固定章节、必填字段和统计口径，数据按模板字段整理成输入清单，缺失项标注“待补”，不让模型自行补写。
- 提示词按角色、任务、模板、约束、引用要求五部分组织，初稿统一标记为待审，数字和结论带来源标注。
- 审阅由数据提供人核对数字与事实、报告负责人统一表述口径，审阅通过后才进入发布和归档。
- 用角色分工表、周报示例和检查清单逐项核对，可判断流程是否形成从准备到归档的闭环。
先定报告模板与字段口径
模板决定了AI生成内容的骨架。没有固定模板，每次生成都要重新描述结构，输出格式会随提示词波动，审阅成本随之上升。准备阶段先产出一份可复用的报告模板和字段清单，后续所有环节都以它为准。
确定报告类型与使用对象
先写清这份报告给谁看、用来做什么决定。项目周报面向项目组和管理者，侧重进展、风险和下周计划；迭代复盘面向研发团队，侧重完成情况与问题归因；月度汇报面向管理层，侧重目标达成和资源投入。使用对象不同，章节详略和数字颗粒度也不同。把类型和使用对象写在模板首页，避免同一套模板套用到所有场景。
固定章节与必填字段
模板需要明确两部分：章节顺序，以及每个章节下的必填字段。以项目周报为例，可固定为“本周进展、关键数据、风险与阻塞、下周计划”四章，每章列出必填项，例如进展章节必须包含已完成工作项数量、里程碑状态、延期事项及原因。必填字段是审阅时的核对依据，也是提示词中约束输出范围的依据。可选字段单独标注，允许生成时留空。
明确数据来源与统计口径
每个字段要注明数据从哪里取、按什么条件统计。例如“已完成工作项数量”需说明取自哪个项目、统计区间是自然周还是迭代周期、是否包含已关闭的缺陷。口径不写清，AI生成时只能猜测，审阅时也无法判断数字对错。建议在模板中为每个数字字段附一行口径说明，形成字段清单。
管理模板版本与维护人
模板会随汇报要求变化而调整，需要指定维护人并记录版本。每次修改在模板头部标注版本号、修改日期和修改内容，旧版本保留备查。维护人负责收集使用中的问题，决定是否调整章节或字段。模板版本与提示词版本对应管理，避免提示词引用了已废弃的字段。
本环节的完成标志是：模板文件包含章节结构、必填字段、字段口径说明和版本记录，并已指定维护人。
把项目数据整理成可用的输入
AI生成报告时只能依据提供给它的材料。输入不完整，模型容易用笼统表述填补空白，这类内容在审阅阶段很难被发现。数据准备的目标是给出一份结构化输入清单，并显式记录缺口。
确定输入来源
常见输入包括：工作项及其状态变更记录、里程碑与版本计划、迭代范围、工时或投入记录、缺陷列表、相关文档与会议纪要。来源分散在项目管理工具和文档平台中时，按模板字段逐项对应，例如“本周进展”对应本周状态变为已完成的工作项，“风险与阻塞”对应标记为阻塞的工作项和延期里程碑。
设定时间范围与筛选条件
每次生成前明确统计区间和筛选条件，并写入输入清单。区间可以是自然周、迭代周期或自定义起止日期；筛选条件包括项目范围、工作项类型、状态集合和负责人范围。同一份报告内所有数字使用同一区间，跨区间对比时单独标注。筛选条件写清楚，后续复核数字时可以直接复现。
标注缺失数据
数据不全时，在输入清单中逐项标注“待补”及缺失原因，例如某成员工时未填报、某里程碑状态未更新。提示词中要求模型对缺失项输出“数据待补”，不得自行估算或补写。缺口记录同时交给数据提供人，在生成前尽量补齐；确实无法补齐的，在报告中保留待补标记，由审阅人决定处理方式。
交接输入清单
输入清单整理完成后，由数据提供人交给报告负责人，交接时确认三件事：字段是否覆盖模板必填项、区间与筛选条件是否一致、缺口是否已标注。确认后的清单作为生成环节的唯一输入，生成过程中不再临时追加未记录的数据。
本环节的完成标志是：输入清单按模板字段组织完毕，区间与筛选条件明确，缺口逐项标注并完成交接确认。
编写提示词并生成报告初稿
提示词的作用是把模板和输入数据转成模型可执行的指令。结构清晰的提示词能让初稿直接贴合模板，减少返工。
提示词的基本结构
建议按五部分组织：
- 角色：说明模型以什么身份写作，例如“你是项目周报撰写助手，面向项目组和管理者”。
- 任务：说明要生成什么报告、使用哪份输入数据、输出语言和篇幅要求。
- 模板：粘贴固定章节和必填字段，要求按顺序输出，不得增删章节。
- 约束：列出禁止事项，例如不得编造未提供的数据、缺失项写“数据待补”、数字保留输入中的单位、不使用夸张评价性表述。
- 引用要求：要求每个数字和结论标注来源字段或工作项编号，便于审阅时回溯。
分段生成与整体生成的选择
报告较短、章节间关联弱时，可一次性整体生成，效率更高。报告较长或章节需要不同数据时，按章节分段生成再合并：每段只提供该章节相关的输入，降低模型混淆字段的概率，也便于单独修改某一章。分段生成时，在每段提示词中保留统一的角色和约束，合并后检查章节衔接和数字一致性。
要求引用输入数据
在提示词中明确要求：涉及数字的句子注明取自哪个字段或哪条工作项，涉及结论的句子注明依据哪些输入。这样审阅人可以逐条对照输入清单核对，而不是凭印象判断。对于输入中没有依据的内容，要求模型标注“无输入依据”，由审阅人决定删除或补充。
初稿标注为待审
生成结果统一命名为“待审初稿”，在文件头部标注生成日期、使用的模板版本、输入清单版本和生成人。待审状态提醒所有参与者：内容尚未核实，不得直接对外发送。
本环节的完成标志是：提示词模板可复用，初稿按模板章节输出，数字与结论带有来源标注，文件标记为待审。
人工审阅与修订
初稿只解决“写出来”，准确性由审阅环节保证。审阅需要分工，也需要明确的核对项和通过标准。
事实核对与数据复核
由数据提供人负责核对数字和事实：逐项对照输入清单，检查工作项数量、里程碑状态、工时数据是否与源系统一致；检查初稿中标注来源的句子是否与来源相符；检查“数据待补”项是否已补齐或确认保留。发现不符的，直接在初稿上批注并说明正确值。
表述与口径统一
由报告负责人负责通读全文，检查章节是否齐全、术语是否统一、统计口径是否前后一致、结论表述是否超出输入依据。涉及判断性内容，例如进展评价和原因分析，需确认有输入数据支撑，避免把推测写成结论。
记录审阅意见并回改
审阅意见集中记录在一处，注明位置、问题类型（数据错误、表述问题、依据不足）和处理要求。回改可以由生成人根据意见修改，也可以重新生成对应章节后人工调整。每轮修改后更新版本号，保留修改记录，便于追溯。
确认审阅通过
审阅通过的标志是：数据提供人确认数字无误，报告负责人确认表述和口径统一，所有审阅意见已关闭或明确保留原因。通过后在文件上标注“审阅通过”、审阅人和日期，进入发布环节。
本环节的完成标志是：审阅记录完整，意见全部处理，定稿版本带有审阅通过标记。
发布、归档与模板迭代
发布不是流程终点。归档和迭代决定下一份报告能否更快、更准地生成。
按渠道和权限发布
根据报告类型选择发布渠道：项目组内部报告发布到团队文档空间，管理层汇报通过正式汇报渠道提交。发布前确认阅读范围与报告内容的敏感程度匹配，涉及人员绩效或未公开计划的内容限制访问范围。发布时附上定稿版本号和审阅通过标记。
归档定稿版本
定稿版本、输入清单、提示词版本和审阅记录一并归档，按报告类型和时间建立目录。归档的作用是：后续需要追溯某期报告的数据来源时有据可查；生成同类报告时可以复用提示词和输入清单结构。
收集问题与改进项
每期发布后，收集参与者的反馈：哪些字段经常缺失、哪些章节生成质量不稳定、审阅中反复出现哪类错误。把问题按“模板问题、数据问题、提示词问题”分类记录，作为下一轮迭代的输入。
按节奏更新模板与提示词
建议按固定周期（例如每月或每季度）集中评审一次模板和提示词，而不是每次报告都临时修改。更新内容包括：调整章节和字段、补充口径说明、优化提示词中的约束表述。每次更新记录版本和变更内容，并通知所有使用人。
本环节的完成标志是：定稿已按权限发布，归档材料齐全，问题记录已分类，模板与提示词更新计划已确定。
角色分工与交付物对照
流程能否稳定执行，取决于每个环节是否有人负责、有明确的交接物。下表按环节列出角色、动作和交付物。
| 环节 | 角色 | 主要动作 | 交付物 | 交接时点 |
|---|---|---|---|---|
| 定模板 | 报告负责人 | 确定报告类型、章节、必填字段和口径，指定维护人 | 报告模板与字段清单 | 数据准备开始前 |
| 备数据 | 数据提供人 | 按模板字段收集工作项、里程碑、文档等数据，标注缺口 | 结构化输入清单与缺口记录 | 生成开始前，与报告负责人确认 |
| 生成初稿 | 报告负责人或指定生成人 | 按提示词结构生成初稿，标注来源，标记待审 | 提示词模板与待审初稿 | 初稿完成后交给审阅人 |
| 审阅 | 数据提供人、报告负责人 | 核对数字与事实，统一表述口径，记录并关闭意见 | 审阅记录与定稿版本 | 审阅通过后交给发布人 |
| 发布归档 | 发布人 | 按权限发布，归档定稿与过程材料，收集反馈 | 归档记录与问题清单 | 发布后一周内完成归档 |
小团队中一人可兼任多个角色，但审阅环节的数据核对与表述审核建议由不同人完成，避免同一人既生成又核对导致疏漏。报告数据来自项目管理系统时，ONES Assistant可基于项目、工作项、迭代和Wiki页面的真实上下文回答问题并执行操作，例如根据当前迭代生成项目周报并保存到Wiki，减少数据搬运和重复录入；其输出过程可追踪、结果可审计，便于归档和复核。
一个周报生成的完整示例
以下为演示情景，用于说明流程如何串联，数据为虚构。
示例背景与输入数据
某研发项目组需要每周五向部门管理者提交项目周报。模板固定四章：本周进展、关键数据、风险与阻塞、下周计划。数据提供人从项目管理工具导出本周数据，输入清单包括：本周完成工作项12条（含缺陷修复5条）、进行中工作项8条、里程碑“接口联调”状态为延期2天、阻塞工作项2条（原因分别为第三方接口未就绪和测试环境不足）、下周计划工作项6条。缺口记录：一名成员工时未填报，标注待补。
提示词与初稿片段
提示词按五部分组织：角色为项目周报撰写助手；任务为根据输入清单生成第某周项目周报；模板为上述四章及必填字段；约束为不得编造数据、缺失项写“数据待补”、数字保留输入单位、结论注明依据；引用要求为每个数字标注来源工作项编号。初稿片段示例：“本周完成工作项12条，其中缺陷修复5条（来源：工作项列表）；里程碑‘接口联调’延期2天（来源：里程碑记录）。当前阻塞2项：第三方接口未就绪、测试环境不足（来源：阻塞工作项）。工时数据待补。”
审阅修改点
数据提供人核对后发现：初稿将“进行中工作项8条”误写为“本周新增8条”，批注更正；确认工时待补项保留。报告负责人通读后修改两处表述：将“进展顺利”改为具体描述“已完成12条工作项，联调里程碑延期2天”，删除无输入依据的评价句；统一“工作项”术语，替换初稿中混用的“任务”。修改后版本号更新，审阅意见全部关闭。
最终发布版本
定稿标注审阅通过及审阅人、日期，发布到团队文档空间并提交管理者。定稿、输入清单、提示词版本和审阅记录一并归档。发布后收集反馈：本周工时缺口再次出现，列入问题清单，下轮模板评审时讨论是否在周报中增加工时填报提醒字段。
完成检查清单
以下清单用于判断一套AI报告生成流程是否做到位，可逐项核对。
模板与口径检查
- 模板包含固定章节和必填字段，并注明报告类型与使用对象。
- 每个数字字段有统计口径说明，包括数据来源、区间和筛选条件。
- 模板有版本号和指定维护人，旧版本可查。
输入完整性检查
- 输入清单按模板字段逐项组织，覆盖全部必填项。
- 时间范围和筛选条件已写明，报告内所有数字使用同一区间。
- 缺失数据逐项标注“待补”及原因，并已完成交接确认。
初稿与审阅检查
- 提示词包含角色、任务、模板、约束和引用要求五部分。
- 初稿按模板章节输出，数字和结论带有来源标注，文件标记为待审。
- 数据提供人已核对数字与事实，报告负责人已统一表述口径。
- 审阅意见全部关闭或注明保留原因，定稿带有审阅通过标记。
发布与归档检查
- 发布渠道和阅读权限与报告内容匹配。
- 定稿、输入清单、提示词版本和审阅记录已一并归档。
- 本期问题已分类记录，模板与提示词的更新计划已确定。
以上检查项全部满足，说明流程已形成从准备到归档的闭环；存在未满足项时，优先补齐模板口径和输入缺口，这两项对生成质量和审阅效率影响最直接。
常见问题
报告数据分散在多个系统和文档里，生成前怎么统一整理？
按模板字段逐项对应来源，而不是先把所有数据导出来再拼。做法是：先列出模板的必填字段，为每个字段标注数据来源（工作项列表、里程碑记录、文档或会议纪要），再按统一的时间范围和筛选条件分别导出，最后合并成一份输入清单。来源分散时，指定一名数据提供人负责汇总和交接，避免多人各交一份口径不同的数据。
如果部分字段暂时取不到，在清单中标注“待补”及原因，生成时要求模型保留该标记，审阅人再决定补齐或保留。
报告较长时，一次性生成和分段生成该怎么选？
看章节之间的数据依赖程度。章节短、彼此关联弱（如周报的进展、计划两章），一次性整体生成效率更高；章节各自依赖不同数据、篇幅较长（如月度汇报含多个项目数据），按章节分段生成更稳妥，每段只提供该章节相关输入，减少字段混淆，也便于单独返工某一章。
分段生成后要合并检查两件事：章节衔接是否自然，同一数字在不同章节是否一致。合并后的整体仍需走完整审阅流程。
审阅时发现AI写了一句没有数据依据的结论，怎么处理？
先判断这句话属于哪类内容。属于事实描述的，对照输入清单核实，无依据则删除或改为有来源的具体表述；属于判断性内容的（如进展评价、原因分析），确认是否有输入数据支撑，没有支撑就删除，或由责任人补充依据后重写。
处理后在审阅记录中登记问题类型和修改结果，并把这类问题归入“提示词问题”分类，下一轮迭代时在约束部分补充对应禁止项，减少重复出现。
小团队人手少，角色可以合并吗？
可以合并，但建议保留一道独立核对。报告负责人、数据提供人、发布人由一两人兼任在小团队中很常见；数据核对与表述审核这两项工作，尽量由不同的人完成，避免同一人既生成又核对，遗漏自己没意识到的错误。
如果确实只能一人完成，至少在生成和审阅之间留出时间间隔，并严格按检查清单逐项核对数字来源，用清单代替第二双眼睛。
模板和提示词多久更新一次比较合适？
建议按固定周期集中评审，例如每月或每季度一次，而不是每期报告都临时改。触发提前评审的情况包括：汇报要求变化、某类字段连续多期缺失、审阅中反复出现同一类错误。
每次更新记录版本号和变更内容，模板与提示词版本对应管理，并通知所有使用人。旧版本保留备查，便于追溯某期报告使用的是哪一版结构。
