展开知识库目录
AI 给的数字和结论，怎样快速回到原始来源核对
核对事实的流程：先要求 AI 给出处，再打开原始来源确认数字和上下文，最后把来源写进文档。查不到的，宁可不写也不能让 AI 补。
每条事实要求带原始来源链接
核对事实是发布前的固定动作，不是发现可疑才去查。流程只有四步：要出处、开原文、看上下文、写进文档；做到最后一步，核对才算闭环。
最容易翻车的是“链接能打开就当作证据”。来源页面可能改版、摘要可能断章取义、数字可能被人为截取；必须回到原文段落，确认这句话在上下文里的真实含义，再把核对结果记下来。
这些情况适合用，另外几种先停一下
适合用
- 内容里有数字、政策或引用
- 要发布或提交，怕出事实错误
- 上一版被人指出过事实问题
先别急着用
- 纯观点和评论，不涉及事实主张
- 来源受版权或权限限制，无法核对
发布前四步：出处 → 原文 → 上下文 → 来源落进文档
为什么这样安排
NIST 框架把“无法验证的结论”列为风险；内容场景的对应做法，就是每条事实都要能打开原文、对照上下文。
- 01
每条事实要出处
把文中的数字、引用和政策主张逐个标出来，每个都要有原始来源链接和原文位置。
- 02
打开原文看上下文
打开原始页面找到原文段落，确认这句在上下文里的含义，不只信摘要标题。
- 03
核对数字与日期
数字、日期、人名逐项与原文对照，被截取的上下文要补全再看，不要断章取义。
- 04
查不到就标待确认
核对一致后，把来源名称、链接和访问日期写进文档脚注，查不到的删除该条。
复制前先替换 {占位}
事实核对提示词（复制后改 {占位}）
请帮我核对下面这段内容中的事实，按表格输出：
1. 每一句事实主张单独一行；
2. 列：主张 / 来源链接或书名页码 / 原文实际内容 / 核对结果（一致 / 不一致 / 查不到）；
3. 查不到的一律标“查不到”，不要用合理推测补；
4. 最后单独列出：需要我人工确认的条目。
待核对内容：{粘贴内容}事实核对表（示例）
下面是已经填过变量的示例。复制时请换成自己的文件名、数字和材料位置，别把示例数据原样交出去。
看清格式再改
事实核对表（示例）
主张：某政策覆盖 2000 万人 来源：政策官方页面 原文位置：第三节第 2 段 原文：约 1900 万人 结论：不一致，已修正 来源已写进文档脚注 来源标注：已写进文档脚注，含访问日期 核对人：作者本人，核对结果一致
先对症状，别一上来重写整段提示词
引用链接打不开
- 常见原因
- 来源过期或不存在
- 怎么修
- 换一手来源或删掉该条。
摘要和原文不一致
- 常见原因
- 只看了搜索摘要
- 怎么修
- 打开原文确认上下文再引用。
数字在文章里被改大
- 常见原因
- 改写时动了数据
- 怎么修
- 要求“数据不可改”，并逐条回查。
最后五分钟，逐项打勾
这篇具体参考了什么
正文按公开教程和官方文档重新整理，并换成了可以直接操作的中文场景。产品能力、规则和投稿要求会更新，真正执行前请再打开原始页面核对一次。