把 AI 回答拆成可核对的具体主张，再独立打开原始来源，确认发布主体、日期、适用范围与原文是否真正支持该主张。链接存在或另一模型同意都不足以验证；无法确认的内容保留为问题，影响付款、资格或期限时先回到正式渠道。
最后更新：2026-10-12
本文译自英文原稿，保留相同的适用范围、假设示例与来源。
AI 说“官网明确写了”，随后附上一个能打开的链接，很容易让人跳过检查。但网页存在、页面属于某机构、原文支持某个具体结论，是三件不同的事。
本方法适用于日常信息整理，例如开放时间、商品规格和活动条件。涉及保险、金融、医疗或法律后果时，事实核查表只能帮助定位问题，不能替代正式文件及适当的专业判断。NIST 的生成式 AI 资料讨论了错误生成等可靠性风险。
先把长答案拆成小主张
不要问模型“你确认这段对吗”。要求它把一段回答拆成具体金额、日期、对象、地区和条件，分清事实描述、推断与行动建议。
例如“这家博物馆周一开放，孩子免费，所以可以直接去”包含至少三个需要分开处理的问题：某一天是否开放、哪个年龄段是否免费，以及是否需要预约。前两项成立也不自动证明第三项。
可以复制的核查提示词
1 | 把下面回答拆成可核对的具体主张。 |
这里得到的是待核查表。模型标注“已证实”仍然要人工检查，不应让同一个生成过程自己给自己盖章。
用四个问题打开来源
先确认页面是否由实际服务提供方、监管机构或原始文件发布方维护。再看发布日期、生效日期和所指期间；一份去年发布的活动公告，可能只适用于去年的活动。
接着核对地区、产品版本和人群。最后找到支持该主张的原文段落，查看例外条件、脚注以及是否有后续修订。搜索摘要可以帮助定位页面，却可能省略这些条件。
| 核查结果 | 如何记录与处理 |
|---|---|
| 支持 | 记录原文位置、适用条件与核对日 |
| 部分支持 | 写清哪部分成立，其余继续询问 |
| 与原文冲突 | 修改主张，保留原文依据 |
| 无法确认 | 标记未知，不转换为确定行动 |
一篇公司博客可以说明公司自己的流程，但不能单凭它推导所有公司都受同一规则约束。官方旧文件也不自动代表当前有效版本。
用一个假设案例练习
假设 AI 说“周一下午四点前到馆，十二岁以下都免费且不用预约”。实际核对后，开放页只显示周一营业，票务页写“未满六岁”，预约情况尚未找到。
核查结果应拆开记录：开放信息有支持；年龄条件与原文冲突；是否预约仍未知。接下来修正年龄说明，并通过票务正式渠道确认具体出行日与预约要求。不要把整个答案只改成“基本正确”。
付款与登录要求另走验证路径
当信息附带紧急付款、登录或交出验证码的要求时，不应先点击链接再研究真假。FTC 防诈骗建议提醒通过独立找到的可信渠道联系机构。AI 可以整理可疑要求，却不能为收款人真实性提供担保。
核查完成后，保存最终决定所依据的版本和日期。旅行可衔接AI 行程规划，采购可用商品比较工作流。同一张表可以反复使用，但每次行动都要确认资料仍适用。
来源与核对
来源核对：
本文提供示范性整理方法，不是产品性能测试。AI 可能遗漏或编造信息；涉及交易、合同、权利与期限的内容须核对原始资料并由本人确认。
常见问题
有官网链接的 AI 回答就可信吗？
不能直接判断。官网可能真实，但链接页面不一定支持回答中的具体金额、日期或资格结论。
再问一个 AI 得到同样答案算验证吗？
不算独立证据。不同模型可能重复同一错误，应检查原始文件与正式渠道。
