浏览 AI 知识库
多份材料怎么合成一份报告，并保留每条信息的出处
用四份互相冲突的项目材料演示：怎样保留版本、页码和适用范围，把‘10 月 15 日、18 日、月底前’整理成一份不替负责人拍板的项目状态报告。
沿完整工作流推进
前一阶段的可检查结果，是下一阶段的输入；中间证据不足时停在当前阶段。
四份材料里有三个日期，AI 最后只留下了一个‘10 月 15 日上线’
项目助理要整理会员中心改版进度，手里有会议纪要、项目计划表、客户邮件和安全评审单。四份材料都提到上线，却分别写着 10 月 15 日灰度、10 月 18 日开发完成、10 月底前可用，以及‘高风险项关闭后才能发布’。她让 AI 综合，首稿直接写成‘项目将于 10 月 15 日正式上线，并按期满足客户要求’。
这不是语言问题，而是把建议日期、内部节点、外部期望和发布门槛合成了一个不存在的承诺。下面的案例完整保留来源位置、版本和冲突状态。文件名、日期、项目与人物均为教学构造。
- 一张来源账本
- 一份冲突与待决定清单
- 一段可以直接用于项目汇报的合并报告
先登记文件身份，再提取里面的观点
| 来源 ID | 文件与版本 | 作者/日期 | 覆盖范围 | 当前状态 |
|---|---|---|---|---|
| A-01 | 需求评审会议纪要 v1 | 产品经理 / 10 月 8 日 | 灰度方案与建议日期 | 有效记录，但日期是建议 |
| B-03 | 会员中心项目计划 v3 | 项目经理 / 10 月 10 日 | 开发、联调和验收节点 | 当前执行版本，替代 v2 |
| C-02 | 客户邮件原文 | 客户方负责人 / 10 月 9 日 | 外部使用期望 | 可回查，未构成内部发布批准 |
| D-01 | 安全评审单 SEC-117 | 安全负责人 / 10 月 11 日 | 生产发布门槛 | 2 项高风险待关闭 |
同一目录里文件名带‘最终版’并不等于有效版本。版本关系要由文件记录、负责人或系统状态确认。
每条主张都保留原句、位置和它真正能支持的范围
| 主张 ID | 来源位置 | 原始信息 | 可用于报告的写法 | 核验状态 |
|---|---|---|---|---|
| CL-01 | A-01 p.2 | 建议 10 月 15 日先向内部员工灰度 | 产品在 10 月 8 日会议中建议 10 月 15 日内部灰度 | 待与开发节点对齐 |
| CL-02 | B-03 Sheet1!F12 | 开发完成：10 月 18 日 | 当前计划版本的开发完成节点为 10 月 18 日 | 已核对 v3 |
| CL-03 | C-02 第 2 段 | 希望 10 月底前可以使用新版会员中心 | 客户期望在 10 月 31 日前可用 | 外部期望，不是发布日期 |
| CL-04 | D-01 §3 | SEC-117-4、SEC-117-7 关闭后方可生产发布 | 生产发布仍受 2 项高风险整改门槛约束 | 两项均未关闭 |
正式报告应让读者能从主张 ID 回到原文件和位置。若材料不能分享，至少保留内部可访问的文档编号。
日期不一致时，先判断它们是不是在回答同一个问题
| 表面冲突 | 实际含义 | 当前不能下的结论 | 需要谁决定 |
|---|---|---|---|
| 10 月 15 日灰度 vs 10 月 18 日开发完成 | 前者是会议建议，后者是当前计划节点；若范围相同，时间顺序不成立 | 不能写 15 日已经确定灰度 | 产品经理与项目经理确认灰度范围或调整日期 |
| 10 月 18 日完成 vs 10 月底前可用 | 一个是内部开发节点，一个是客户期望，中间还有验收和安全门槛 | 不能把开发完成写成客户可用 | 项目负责人给出验收和发布计划 |
| 计划日期 vs 安全门槛 | D-01 是条件而非固定日期，但会阻止生产发布 | 不能承诺任何生产日期 | 安全负责人确认整改关闭结果 |
| 项目计划 v2 vs v3 | v3 已替代 v2，旧日期只保留历史 | 不能为凑一致继续引用 v2 | 文档负责人确认替代关系并归档旧版 |
最危险的不是漏信息，而是把不同性质的信息写成一条确定结论
一句话消灭了三个关键边界
会员中心改版进展顺利，将于 10 月 15 日正式上线，开发工作预计 18 日完成，并可在月底前满足客户需求。安全问题正在有序整改，不影响整体计划。
时间顺序矛盾，安全影响也没有证据
15 日是建议的内部灰度，不是正式上线；18 日才是开发完成节点；月底前只是客户期望；安全单明确写着高风险项关闭后才能生产发布。‘不影响整体计划’在任何材料里都没有出现。
如果综合后比原材料更确定，先停下来检查模型是否把建议、目标、预测和已确认事实混在了一起。
冲突不能靠措辞解决，要留下决定、负责人和影响范围
| 待决定事项 | 可选处理 | 责任人 | 最晚节点 | 报告暂时怎么写 |
|---|---|---|---|---|
| 15 日是否保留内部灰度 | 缩小为静态演示；或调整到开发完成后 | 产品经理 周宁 | 10 月 12 日 | 15 日内部灰度尚未确认 |
| 安全整改是否影响月底目标 | 按期关闭；或调整外部承诺 | 安全负责人 高航 | 10 月 20 日 | 生产发布日期取决于两项高风险关闭 |
| 客户如何获知变化 | 确认日期后更新；若延期先说明原因和新节点 | 客户负责人 林安 | 决定后 1 个工作日 | 客户期望为月底前，内部尚未承诺具体日期 |
合并后的项目状态报告：把确定事实、风险和待决定事项分开
截至 10 月 11 日，会员中心改版处于开发与安全整改阶段。当前执行计划 v3 将开发完成节点定为 10 月 18 日；生产发布尚无已确认日期。
已经确认
项目计划 v3 已替代 v2。客户在 10 月 9 日邮件中提出 10 月底前可用的期望。安全评审单 SEC-117 仍有 2 项高风险待关闭，生产发布必须等待关闭结果。
- 开发完成目标：10 月 18 日（B-03 Sheet1!F12）
- 客户期望：10 月 31 日前可用（C-02 第 2 段）
- 发布门槛：SEC-117-4、SEC-117-7 关闭（D-01 §3）
尚未确认
10 月 8 日会议建议 15 日先做内部员工灰度，但该日期早于当前开发完成节点，且会议没有写明灰度范围。15 日不能作为已承诺的上线日期。
需要决定
产品经理和项目经理需在 10 月 12 日前确认是否缩小 15 日灰度范围或调整日期；安全负责人需在 20 日前给出两项高风险整改状态。上述两项确认后，项目负责人才能向客户提供生产发布计划。
当前结论边界
现有材料支持‘开发目标为 18 日、客户希望月底前可用、生产受安全门槛约束’，不支持‘15 日正式上线’或‘安全问题不影响计划’。
报告中的来源 ID 对应本页教学账本。真实项目中，删改段落时也要同步更新来源索引。
报告读起来完整，仍可能因为来源处理错误而失真
| 失败现象 | 根因 | 修正动作 |
|---|---|---|
| 数字和日期都有脚注，但脚注只指向文件名 | 没有页码、单元格或原句，复核者仍要重新读完整份文件 | 来源索引至少记录版本、位置、日期和适用对象；可以直达原位置时保留内部链接 |
| 新版加入后，报告仍引用旧版计划 | 只按文件时间排序，没有登记替代关系 | 给旧版标归档，列出受影响的主张 ID，重新生成对应段落 |
| 冲突被写成‘综合考虑后预计’ | 写作者为了让段落顺滑，擅自选择了一个中间答案 | 保留冲突两边及各自范围，把决定交给有权限的负责人 |
| 每句话都能找到来源，结论却仍然错误 | 把不同对象、地区或时间的数据拼在同一个结论里 | 除来源位置外，同时核对主张的对象、时间、定义和适用范围 |
让 AI 合并多份材料，但每条结论保留出处
先给文件编号和版本，再让AI消除重复、标出冲突。
让 AI 合并多份材料，但每条结论保留出处
我有几份来源不同、版本日期不同的材料。请先做可追溯的合并，不要让新版自动覆盖旧版，也不要替我裁定冲突。 材料编号/文件名/日期【】；报告要回答的问题【】；读者和长度【】。 先按问题提取证据，每条保留材料编号与页码/段落。重复信息可合并，但措辞冲突、数字不一致、适用范围不同的内容必须并列，并说明可能原因未知。先交“证据与冲突表”供我确认；确认后才起草报告。无来源的推断单列，不写成确定事实。
使用范围：先给文件编号和版本，再让AI消除重复、标出冲突。不要用较新文件自动覆盖较旧文件，不自行判断冲突谁对。
随机抽三条关键结论，沿索引走回原材料
合并方法和教学案例的边界
由小贺 AI 编辑部为教学构造，用于演示版本、主张、冲突和决定记录；不代表真实客户或项目。
用于核对报告是否按读者问题组织，重要信息是否易于找到和理解。
一手来源Microsoft Word 帮助与学习用于核对比较版本、修订、批注和引用等当前功能。