AI报告草稿空泛、结构乱、缺数据怎么改

报告草稿进入评审前，内容空泛、结构不一致、数据支撑不足往往同时出现，混在一起改容易越改越乱。更稳妥的做法是按轮次推进：先定位问题层级，再重建结构骨架，然后逐段替换空泛表述，最后补齐数据并做评审前检查。本文给出每一步的输入、动作、交付物和完成标志，并说明撰写人、数据责任人和评审人如何分工交接。

要点总览（TL;DR）

• 先按空泛、结构不一致、数据不足三类问题分别定位，修改优先级为结构优先于措辞、措辞优先于数据。
• 结构轮用一句话结论倒推3–5个支撑问题，每个问题映射为一节，同级标题统一写成问题或任务名。
• 措辞轮按“对象+动作+可观察结果+时间范围”替换空泛句，无法落地的事实降级为待确认项或删除。
• 数据轮为每条关键判断标注来源、统计口径、时间范围和取数人，AI生成的数字须回到原始记录核对。
• 评审前用检查表逐项验收，结论无法一句话表述、存在无来源关键数字等阻断项未清零时不进入评审。

先判断问题出在哪一层

动手修改前，先把草稿里的问题分成三类并分别标记位置。三类问题的修改成本不同，混改会导致结构反复调整、措辞改了又改。建议用一份问题定位清单，按章节记录每类问题的数量和具体位置，再决定先改哪一类。

空泛的典型特征是只有判断、没有对象、动作和结果。例如“本阶段协作效率显著提升”“整体推进情况良好”，读者无法知道是谁、做了什么、结果体现在哪里。识别方法是逐句追问：这句话的主语是谁，发生了什么动作，结果用什么指标或事实体现。三个问题都答不上来的句子，就是空泛句。

结构不一致的典型特征有三类：同级标题颗粒度不同，比如一节叫“项目背景”，另一节叫“通过三项措施解决跨部门数据口径不一致问题”；章节顺序与结论不匹配，结论在最后一节才出现，前面全是过程铺陈；章节之间只换说法不换内容，同一件事在“现状分析”和“问题总结”里重复出现。识别方法是只看标题层级，判断每节是否承担一个独立的回答任务。

数据不足的典型特征是结论没有来源、统计口径不明、时间点缺失。例如“用户满意度达到90%以上”，没有说明样本量、调查时间、统计方式。识别方法是把草稿中所有带数字或带程度判断的句子单独列出，逐条检查能否回答“数据从哪来、怎么算的、什么时间段”。

三类问题的修改优先级建议为：结构优先于措辞，措辞优先于数据。结构未定时改措辞，段落可能被整节删除；措辞未清理时补数据，容易给空泛判断配上看似精确的数字。数据核对可以与措辞修改并行，但入稿顺序放在最后。

第一轮：重建结构骨架

这一轮只处理章节骨架，不改措辞、不补数据。输入是现有草稿和问题定位清单中的结构问题记录，输出是一份重建后的章节大纲，每节标注它回答的问题。

第一步，用一句话写出报告结论。这句话应当包含对象、判断和依据方向，例如“本季度三项交付延期的主要原因是需求变更未纳入排期评审”。如果一句话写不出来，说明结论本身还没想清楚，需要先与评审人确认报告要回答的核心问题。

第二步，从结论倒推，列出支撑该结论所需的3–5个问题。例如：延期集中在哪些交付项；需求变更发生在哪个环节；排期评审当前覆盖哪些变更类型；哪些变更类型与延期相关。问题数量控制在5个以内，超过说明结论过于宽泛，应拆分报告或收窄范围。

第三步，把每个问题映射为一个章节，章节标题直接写成问题或任务名，例如“延期交付项的分布”“需求变更进入排期的路径”“未纳入评审的变更类型”。标题写成具体问题后，同级标题的颗粒度自然趋于一致，读者只看目录就能判断每节要回答什么。

第四步，统一同级标题颗粒度并删除重复章节。判断标准是：两个章节如果回答的是同一个问题，合并；如果一节的内容只是另一节的另一种说法，删除；如果某节既不支撑结论也不回答任何列出的问题，移入附录或删除。

第五步，调整章节顺序为结论先行、依据在后、附录收口。评审人通常先看结论和关键依据，过程细节放在后面。完成标志是：大纲中每一节都能对应到倒推问题清单中的一项，且没有章节找不到归属。

第二轮：把空泛句改成可核对的事实

这一轮只处理措辞，不改章节结构。输入是重建后的大纲和原草稿正文，输出是逐段修改后的正文，空泛句已替换或标注为待确认。

先标记空泛句的句式特征。常见的有三类：程度判断类，如“显著提升”“大幅改善”“整体良好”；协作描述类，如“有效协同”“加强沟通”“形成合力”；状态概括类，如“进展顺利”“基本完成”“稳步推进”。这些句子本身不提供信息，只表达态度。

替换公式为：对象+动作+可观察结果+时间范围。以“跨部门协作效率显著提升”为例，改为“需求评审环节，产品与测试在每周二联合评审中同步确认验收标准，评审后返工的需求条目从每月12条降至4条（本季度）”。改写后读者能知道谁参与、做了什么动作、结果用什么衡量、覆盖哪个时间段。

无法落到具体事实的句子，按两种情况处理：如果该判断对结论不重要，直接删除；如果该判断是结论的一部分但暂时没有事实支撑，降级为待确认项，写成“待确认：XX环节的协同效果尚缺量化记录，需补充评审记录后判断”，并在数据轮次中跟进。

概括句可以保留，但每段至少有一处具体支撑。段首用一句概括交代本段要说明什么，随后用事实、数据或具体动作展开。完成标志是：逐段通读，每段都能找到至少一个可核对的对象、动作或结果，剩余待确认项已单独列出。

第三轮：为关键判断补数据支撑

这一轮只处理证据，不改结构和措辞。输入是第二轮修改后的正文，输出是一张关键判断与数据来源对照表，含口径与时间标注。

第一步，列出正文中所有关键判断。关键判断指直接影响结论的句子，通常每节1–2条。逐条标注当前是否有数据支撑，分为“有来源”“有数字但来源不明”“无数据”三种状态。

第二步，为每条数据记录四项信息：来源（原始系统、问卷、会议记录或统计报表）、统计口径（分子分母是什么、样本如何选取）、时间范围（统计区间和取数日期）、取数人。四项缺一项，该数据在评审中就容易被质疑。

第三步，处理缺数据的情况，按优先级选择：能补取的，回到原始记录补取；补取成本过高的，改用可获得的替代指标，并在文中说明替代关系，例如用“工单关闭时长”替代“处理效率”；既无法补取也无替代指标的，明确标注为待验证假设，写明验证方式和责任人。

第四步，核对AI生成的数字。AI在起草阶段给出的数字、比例和排名，入稿前必须回到原始记录逐项核对，不能直接引用。核对时同时检查数字的单位、统计范围和计算方式是否与原文一致。完成标志是对照表中每条关键判断都有明确状态，待验证项已指定责任人和验证时间。

角色分工与交付物

三轮修改涉及不同职责，建议在流程启动时明确三个角色及其交接时点，避免撰写人既改结构又核数据、评审人拿到未完成的草稿。

角色	负责内容	交付物	交接时点
撰写人	问题定位、结构重建、逐段改写	问题定位清单、重建后大纲、修改后正文	结构完成后交数据责任人；正文改完后交评审人
数据责任人	数据核对、口径确认、待验证项跟进	关键判断与数据来源对照表	正文改写完成后介入，数据表完成后交回撰写人合稿
评审人	判断结论是否成立、证据是否充分	评审意见与通过结论	收到完整草稿和对照表后评审

撰写人与数据责任人的交接以结构大纲为界：大纲确认后再补数据，避免数据核对基于即将被删除的章节。评审人介入前，草稿应已完成三轮修改并通过检查表，否则评审容易退回到结构讨论。

如果团队在ONES中协作，报告草稿可以放在Wiki页面维护，结构版本和修改记录随页面留存；数据核对中发现的待确认项可以登记为工作项，指定责任人和截止时间；评审意见和通过结论随页面流转，便于后续追溯。ONES Assistant可基于项目与Wiki上下文回答问题并将结果保存为Wiki页面或工作项，适合在核对口径、查找历史记录时减少页面切换。

一个修改前后的对照示例

以下为演示情景，用于说明三轮修改如何落地，不涉及真实业务数据。

修改前的段落：“本阶段团队协作明显改善，需求交付效率显著提升，整体质量保持良好。各小组积极配合，沟通更加顺畅，为后续工作打下坚实基础。”

结构轮：这段文字放在“本阶段总结”一节，但该节既不支撑报告结论，也不回答倒推问题清单中的任何一项。处理方式是将本节并入“需求交付情况”一节，作为该节的开头概括，保留一句，其余删除。

措辞轮：把“协作明显改善”改为具体动作和结果——“需求评审由各小组分别确认改为产品、开发、测试联合评审，评审后需求返工条目从每月12条降至4条（本季度）”；把“沟通更加顺畅”改为“联合评审固定在每周二，评审记录当日同步至项目页面”。

数据轮：为“返工条目从12条降至4条”标注来源为项目管理系统工单记录，口径为“评审后因需求理解不一致退回的条目数”，时间范围为本季度，取数人为数据责任人；为“联合评审固定在每周二”标注来源为评审会议记录。无法核实的“整体质量保持良好”删除，或改为待确认项并注明需补充质量数据。

可迁移的规律有三条：概括句保留一句即可，后面必须跟具体动作或结果；程度副词换成可计数的变化；每个数字都带来源、口径和时间，缺一项就标待确认。

评审前的完成检查

三轮修改完成后，用下表逐项检查。检查由撰写人自检、数据责任人复核数据项，评审人确认阻断项已清零后进入评审。

类别	检查项	通过标准
结构	每节有明确回答任务	大纲中每节可对应倒推问题清单中的一项
结构	同级标题颗粒度一致	同级标题均为问题或任务名，无描述性长标题混入
结构	无重复章节	不存在只换说法不换内容的章节
措辞	无未落地的泛化判断	程度判断类、协作描述类句子已替换或删除
措辞	每段有具体支撑	每段至少一处可核对的对象、动作或结果
数据	关键判断均有来源	对照表中每条关键判断标注来源
数据	口径与时间完整	每条数据含统计口径、时间范围和取数人
数据	AI生成数字已核对	所有数字回到原始记录核对，单位与范围一致

阻断项指未解决就不能进入评审的问题：结论无法用一句话表述；存在无来源的关键数字；待验证假设未指定责任人和验证时间；同级标题颗粒度明显不一致。这四项中任一项未清零，评审应退回修改而非进入讨论。

通过判定规则建议为：结构项和措辞项全部通过，数据项中阻断项清零、非阻断的待确认项不超过约定数量并已登记责任人，即可送评审。检查结果随草稿一并留存，便于评审人核对修改范围。

常见问题

三轮修改必须严格按顺序做吗？能否跳过结构轮直接改措辞？

建议按结构、措辞、数据的顺序推进。结构未定时改措辞，被修改的段落可能因章节合并或删除而作废；措辞未清理时补数据，容易给空泛判断配上看似精确的数字。数据核对可以与措辞修改并行，但入稿顺序放在最后。如果草稿结构已经稳定、只是个别段落空泛，可以从措辞轮开始，但仍需在评审前完成数据核对和检查表验收。

报告中有些判断暂时拿不到数据，是删除还是保留？

按判断对结论的重要性分两种情况处理。对结论不重要的判断直接删除；属于结论组成部分但暂时没有数据支撑的，降级为待确认项，写明缺什么数据、计划如何验证、由谁负责，并在数据轮次中跟进。待确认项数量建议在评审前与评审人约定上限，避免大量未验证判断进入评审。

AI起草时给出的数字看起来合理，可以直接用吗？

不能直接入稿。AI在起草阶段生成的数字、比例和排名，需要回到原始记录逐项核对，同时检查单位、统计范围和计算方式是否与原文一致。核对后仍无法确认来源的数字，按待验证假设处理或删除。数据轮的核心动作就是为每个关键判断建立来源、口径、时间和取数人四项记录。

团队人少，三个角色能否由同一人兼任？

可以兼任，但建议把数据核对与结论判断分开。撰写人兼任数据责任人时，至少让评审人在评审时抽查关键数据的来源和口径；撰写人同时担任评审人时，结论成立性的判断容易受起草思路影响，可请未参与起草的同事做一次独立复核。角色合并后，交接时点相应简化，但检查表中的阻断项仍需逐项确认。

修改后的草稿和核对记录如何留存，方便评审追溯？

建议把草稿、结构大纲、数据来源对照表和检查结果放在同一处留存，评审意见随草稿一并记录。如果团队使用ONES协作，报告草稿可以在Wiki页面维护，结构版本和修改记录随页面留存；数据核对中发现的待确认项可以登记为工作项并指定责任人；评审意见和通过结论随页面流转，便于后续追溯。ONES Assistant可基于项目与Wiki上下文回答问题并将结果保存为Wiki页面或工作项，适合在核对口径、查找历史记录时减少页面切换。