多份报告、会议纪要一起交给ChatGPT流畅的总结不等于结论可信。本文给出可复制的资料盘点、结论—证据表、反向核对三段提示词以及人工验收规则把每条关键结论追到具体文件、版本和原文位置遇到冲突或未证实信息不硬写成事实把三份报告和两份会议纪要交给 ChatGPT十分钟得到一页“综合结论”看起来很高效。真正费时间的却是下一步同事问“这句话出自哪份文件是不是最新版原文真是这个意思吗”多资料汇总的难点不是让模型写得流畅而是让每条重要结论都有可回查的位置。下面这套方法适合需求调研、项目复盘、政策资料整理等场景。它不能替代人工审核但能把审核从“重读全部文件”变成“逐条核对证据”。先定规则文件不是越多越好上传前给文件一个稳定编号并记录标题、日期、版本和适用范围。例如编号文件日期/版本适用范围S01功能试点方案10月1日v1内部测试S02更新后的试点方案10月8日v2邀请客户试点S03项目会议纪要10月9日上线决策待定这里是虚构示例不是任何真实产品或客户项目。编号的作用是防止模型把“S01 的旧计划”和“S02 的新范围”揉成一个现状。也不要机械地规定“日期最新就一定正确”会议纪要可能只是讨论意见正式方案也可能仅适用于某个部门。先说清文件效力和时间范围模型才知道哪些内容需要并列呈现。上传合同、客户资料或内部文件前先确认自己有权使用这些材料能脱敏就脱敏。涉及敏感信息时还要按所在组织对所用工作区与工具的数据政策处理。第一步只做目录不急着下结论把资料上传到实际可用的 ChatGPT 文件入口后先发这段提示词你现在只做资料盘点不写综合结论。 请逐个列出我提供的文件文件编号、标题、日期/版本、作者或发布方、适用范围、是否能读取正文。 如果文件缺页、文字不可读、标题与内容不符单独列出。 不要补全未提供的文件不要把会议讨论当成已经生效的决定。 最后列出你需要我确认的版本冲突和范围问题。盘点表里出现“无法读取”的文件就先解决读取问题。扫描页、复杂图表的识别另有坑不能把识别错误包装成“证据链”问题。第二步让模型交“结论—证据表”不要只交漂亮摘要每一行只放一条能独立核验的结论。至少要有结论编号、来源文件、原文定位、证据关系和处理意见。请仅依据我上传且可读取的文件围绕“试点范围和上线状态”制作证据表。 每行只写一条可核验的结论列为 结论编号拟写结论来源文件编号与版本原文位置页码/章节/可搜索短语最短相关原文证据关系支持/冲突/未证实处理意见。 不要编造页码、引文或链接定位不到时填“未定位”。 同一结论若有相反材料分别列出标明时间与适用范围。 先给证据表不要写最终摘要。原文位置不等于“模型已经替你核验”。PDF 页码可能与阅读器显示的页序不同网页或在线文档也可能改版。页码不可用时用章节标题、可搜索短语和访问日期定位再回原文件确认。引用只截取足以辨认的短片段长段落由人打开原文查看。以刚才的虚构示例为例模型若写出“该功能已向所有客户开放”证据表应暴露问题S02 只写“邀请客户试点”S03 写“上线决策待定”。“向所有客户开放”既找不到支持原文还与现有材料冲突必须删掉或改成带范围的表述。不能把“暂未找到证据”偷换成“已证实不存在”。第三步专门做一次反向核对第一轮证据表通常能抓到明显缺口却未必会主动找反例。让它从另一个方向检查现在请反驳你刚才的证据表而不是继续润色。 逐条检查 1. 有没有其他文件给出相反说法 2. 是否把旧版本、不同时间或不同适用范围混在一起 3. 原文是否只表达“计划/讨论/试点”却被写成“已经完成/全面开放” 4. 页码、章节和引文能否在源文件中找到找不到就改为“待人工核验”。 只输出需要修改的结论编号、冲突证据与修改建议不要重复正确条目。这一步尤其要查动词“拟”“计划”“已批准”“已上线”是不同状态“部分客户”“三个试点团队”“所有用户”是不同范围。汇总时只要跨过一个词结论就可能从准确变成误导。第四步人工抽查不要把“带引用”当成“已证实”最后由人逐行打开原文件核对优先检查会影响决策的条目金额、日期、责任人、范围、限制条件以及任何“已经完成”“全部适用”之类的强判断。可用一个很简单的验收规则状态处理原文存在语义和范围一致保留并写明来源原文存在但别的文件冲突并列呈现版本/时间差暂不合并只有推断没有直接证据标成推断或待确认不写成事实定位不到原文或文件未读取删除该结论或补资料后重做核对完后再让 ChatGPT 按“已核实结论—存在冲突—仍待确认”三个小节写最终摘要。这样交出去的不是一份看上去正确的文字而是一份别人能复查的资料整理结果。OpenAI 也建议给清楚目标、材料、输出格式和边界并对重要任务进行复查其 ChatGPT 使用说明提醒对重要数字、名称、日期、引文和主张回到来源检查。本文的编号、证据表和反向核对是基于这些原则整理出的实操模板不是“模型会自动保证准确”的功能承诺。记住一句话找不到原文就不要把它写成事实。
