编写AI报告草稿，关键是把“让AI写一篇报告”拆成可控的几步：先定骨架和结论口径，再准备带来源标注的素材，用固定提示词分节生成初稿，最后逐段核对事实、标注待确认项并交责任人审阅。草稿的完成标志是每个结论都能对应到素材或明确标注为待核实。素材来自工作项与文档时，ONES可承载记录与协作过程。
要点总览（TL;DR）
- 先定骨架：明确报告类型、读者和每节要回答的问题，形成一页骨架清单，再开始收集素材和生成。
- 素材要可追溯：每条素材标注来源、时间、责任人，并把已确认事实与待确认信息分开列成缺口列表。
- 提示词固定六要素：角色、读者、骨架、带编号素材、输出格式、禁止编造；按节生成再合并，减少口径漂移。
- 核对按段进行：数字、日期、人名、结论逐条对素材，无支撑的表述改为待确认或删除。
- 送审标准：每个结论有素材编号或待确认标注，待确认项已指派责任人和回复时间，修改记录可追溯。
先定报告骨架：对象、读者与结论口径
直接让AI“写一份报告”，产出的往往是通用套话。编写前先把报告拆成可回答的问题，AI才有明确的写作目标。这一步的输入是报告用途和读者信息，输出是一页骨架清单。
先确定三件事：报告类型（周报、阶段报告、评审材料等）、读者是谁、读者需要据此做什么决定。读者是项目组内部，可以保留过程细节；读者是管理层或外部相关方，结论要前置、术语要统一。接着列出报告必须回答的问题，例如“本阶段完成了哪些工作项”“进度与计划的偏差在哪里”“下阶段依赖什么”。每个问题对应一个结论口径，说明用什么数据、按什么范围回答。
把上述内容整理成一页骨架，包含四列：章节标题、每节要回答的问题、数据时间范围、目标读者关注点。骨架确定后再动笔，后续素材收集和提示词都围绕它展开，避免生成过程中主题漂移。
准备可追溯的素材清单
AI生成的内容是否可用，取决于喂进去的素材是否可追溯。素材清单的输入是各类工作记录，输出是每条素材带来源、时间、责任人的清单，以及单独的缺口列表。
常见素材包括：工作项记录（任务状态、完成时间、负责人）、会议纪要与决策记录、指标数据（进度、工时、缺陷数量等）、变更记录（范围、排期、需求的调整）。收集时逐条标注三项信息：来源（哪个系统、哪份文档、哪次会议）、时间（数据截止到哪天）、责任人（谁对这条数据负责）。
收集完成后做一次分类：已确认事实与待确认信息分开。已确认事实是可以直接引用的数据；待确认信息包括口径未定、数据未更新、来源存疑的内容，单独列成缺口列表，写清缺什么、找谁确认。缺口列表本身就是草稿的一部分，它让审阅者知道哪些结论还站不住。
用固定提示词生成初稿
提示词的作用是把骨架和素材转成结构化初稿。一个可复用的提示词包含六部分：角色（如“你是项目报告编写助手”）、读者、骨架（章节与每节要回答的问题）、素材（带编号的清单）、输出格式（章节结构、段落长度、是否用表格）、约束（不得编造数据，无法支撑的内容标注“待确认”）。
生成时要求AI逐段引用素材编号，例如“本周完成登录模块联调（素材3、素材5）”。这样核对阶段可以直接按编号回溯。对于素材未覆盖的内容，要求AI写明“待确认：缺少XX数据”，而不是自行补一个合理数字。
建议按骨架分节生成，每节单独一轮，再合并成整篇。一次生成整篇容易出现前后口径不一致，例如前文说进度正常、后文说存在延期；分节生成时每节只聚焦一个问题，合并后再统一检查衔接。每节生成后先粗看一遍，明显偏离骨架的当场重生成，不要留到核对阶段返工。
逐段核对与标注待确认项
初稿生成后进入核对环节，这一步决定草稿能否送审。核对按段进行，逐条检查四类内容：数字是否与素材一致、日期与时间范围是否正确、人名与角色是否准确、结论是否有素材支撑。
对无素材支撑的表述，处理方式只有两种：改为“待确认”并写明缺什么，或直接删除。不要保留“看起来合理”的推断句。核对时同步统一术语，例如同一对象在全文用同一个名称，指标口径前后一致。最后通读一遍，检查章节之间的结论是否冲突，前文说风险可控、后文列出多个未决依赖，这类矛盾要在合并阶段解决。
核对完成后输出两份东西：修订稿和待确认项清单。清单每条写明位置、待确认内容、责任人、期望回复时间，随草稿一起交给审阅者。
角色分工与交付物
AI报告草稿涉及四类角色，职责边界清楚，返工就少。下表给出分工与对应交付物。
| 角色 | 职责 | 交付物 |
|---|---|---|
| 素材提供者 | 提供工作项记录、指标数据、会议纪要等，保证数据准确与时效 | 带来源、时间、责任人的素材条目 |
| 编写者 | 制定骨架、编写提示词、分节生成、逐段核对 | 骨架清单、提示词、修订稿、待确认项清单 |
| 审阅者 | 确认结论口径、对外表述与整体判断 | 审阅意见与修改要求 |
| 定稿人 | 确认待确认项闭环后发布 | 最终稿与发布记录 |
每轮修改记录责任人与时间，例如“第2轮：编写者补充素材7，审阅者确认进度结论”。记录不必复杂，但要能回答“这版是谁改的、改了什么”。素材来自工作项和文档协作时，ONES Assistant可基于项目、工作项、迭代和Wiki页面等上下文回答问题并执行后续操作，其输出过程可追踪、结果可审计，便于把素材来源与修改记录留在同一协作环境中。
一个周报草稿的编写示例
以下为演示情景，用一份项目周报说明完整过程。
骨架：周报分四节——本周完成、进度与计划对比、问题与待确认项、下周计划。数据范围为本月10日至16日，读者为项目组与部门负责人。
素材清单（节选）：素材1，工作项“登录模块联调”状态改为已完成，责任人张某，10月15日；素材2，迭代燃尽数据显示剩余工作量高于计划；素材3，周会纪要记录接口联调依赖第三方排期；素材4，缺陷统计截至10月16日共12个，其中3个未关闭。
提示词片段：“你是项目周报编写助手。读者为项目组与部门负责人。按以下四节输出：本周完成、进度与计划对比、问题与待确认项、下周计划。每条结论后用括号标注素材编号。素材未覆盖的内容写‘待确认’，不得编造数字。”
核对后的修改：初稿写“项目整体进度正常”，但素材2显示剩余工作量高于计划，改为“进度存在偏差，剩余工作量高于计划（素材2）”；初稿写“缺陷已基本修复”，素材4显示3个未关闭，改为“缺陷12个，3个未关闭（素材4）”；初稿提到“第三方接口下周可用”，素材3只记录依赖排期、未确认时间，改为“待确认：第三方接口可用时间，责任人李某，10月18日前回复”。
这三处修改体现了核对环节的价值：把笼统判断换成有素材支撑的表述，把无依据的预测转为待确认项。
完成检查：草稿可以送审了吗
送审前逐项检查以下清单，全部通过再提交。
- 每个结论后有素材编号，或明确标注“待确认”并写明缺口。
- 全文数据时间范围一致，指标口径前后统一，没有混用不同截止日的数据。
- 待确认项已指派责任人和回复时间，清单随稿附上。
- 章节结构与骨架一致，格式符合读者要求，例如管理层版本结论前置、篇幅精简。
- 章节之间结论无冲突，术语全文统一。
- 修改记录完整，能追溯每轮修改的责任人与时间。
清单通过意味着草稿达到了“可审阅”状态：审阅者可以把精力放在结论口径和对外表述上，而不必替编写者补数据、查来源。AI负责把素材组织成结构化的文字，事实准确与结论把关仍由人完成，这条边界在每一轮编写中都应保持。
常见问题
素材不完整时，AI报告草稿还能继续写吗？
可以继续，但要把缺口显式写进草稿。做法是在素材清单中单独列出缺口列表，写清缺什么数据、找谁确认、期望回复时间；生成时要求AI对缺口位置标注“待确认”，不自行补数。这样草稿仍可送审，审阅者能清楚看到哪些结论还依赖后续补充。
分节生成后合并，章节之间结论冲突怎么处理？
合并后通读一遍，重点检查前后判断是否一致，例如前文写进度正常、后文列出多个未决依赖。处理方式是以素材为准回查：两处结论各自引用了哪些素材编号，哪一处引用不足就改为待确认或删除。冲突本身也说明骨架中某些问题的口径没有定清楚，可在下一轮编写前补充口径说明。
AI生成的报告草稿可以直接对外发布吗？
不建议直接发布。草稿的完成标志是每个结论能对应素材或标注待确认，对外表述和整体判断仍需审阅者确认。涉及对外口径、敏感数据或承诺性内容时，应由定稿人在待确认项闭环后发布，并保留修改记录。
用ONES Assistant生成周报草稿，素材来源和修改记录能留在同一处吗？
ONES Assistant可基于项目、工作项、迭代和Wiki页面等上下文回答问题并执行后续操作，支持根据当前迭代生成项目周报并保存到Wiki；其输出过程可追踪、结果可审计。这样素材来源与修改记录可以留在同一协作环境中。具体可引用的数据字段与模板配置方式，以实际产品配置为准。
团队规模小、角色少，还需要按四类角色分工吗？
角色可以合并，职责不能省略。小团队中编写者可能同时是素材提供者，但素材的准确性仍要有人确认，结论口径仍要有人审阅。可以把四类角色压缩为“编写+核对”和“审阅定稿”两个岗位，并在修改记录中写清每轮由谁负责，避免数据错误和口径问题无人兜底。
