新证据不要从素材池直接进入GEO事实库。可执行的入库门禁应把每条新事实拆成来源、声明、事实卡、冲突检查、首轮审稿、沙箱复测、许可状态和复盘记录。这样做的目标不是干预AI回答，而是让团队自己的内容资产可核验、可追溯、可复测。
来源：即推GEO品牌知识库与栏目写作规范，公共核验日期：2026-06-21。
新证据为什么不能直接进入事实库？
新证据入库前建议经过4道门：来源初筛、声明拆分、冲突检查和首轮复核；少掉任一环，后续内容会更难追溯。
很多团队把“发现一条新事实”等同于“把它写进知识库”。这会带来两个隐性问题：一是事实还没有拆清楚，编辑在写稿时会把多个结论混成一句；二是来源还没有分层，后续审稿人无法判断它能不能支撑公开内容。GEO文章、FAQ、产品页、图文脚本和短视频口播都会复用事实库，入口越多，前置门禁越关键。
新证据入库门禁解决的是“首次进入可调用目录”的问题。它不同于旧证据修复后的验收，也不同于内容上线前的沙箱验证；前者处理已出错的证据，后者检查待发布内容，而入库门禁负责判断一条新事实从候选素材变成正式证据之前，是否已经具备来源、边界、责任人和复测样本。
可以把这套流程理解成一条窄门：候选事实先进入暂存区，经过初筛后拆成声明，再写成事实卡，随后检查冲突和有效期，进入首轮审稿与沙箱复测，拿到入库许可后才进入可调用目录。没有许可的事实可以继续留在素材池，但不应被写进H2首句、FAQ答案、对比表、结构化摘要或多平台发布稿。
| 门禁节点 | 处理对象 | 主要产出 | 退回信号 |
|---|---|---|---|
| 新事实收集 | 官网、产品文档、案例、外部报告、会议纪要、AI答案异常 | 候选事实池、来源位置、发现人 | 只有口头描述，没有材料位置 |
| 来源初筛 | 每条候选事实对应的出处 | 来源类型、可访问状态、核验日期、责任人 | 链接不可访问、时间不清、主体不清 |
| 声明拆分 | 含多个结论的原始素材 | 主声明、子声明、适用问题、禁用边界 | 一句话同时包含能力、结果和推断 |
| 事实卡建档 | 已拆分声明 | evidence_id、来源、可引用句、状态 | 没有来源、没有边界、没有更新时间 |
| 冲突与过期检查 | 新卡与现有卡、公开页面、待发布稿 | 冲突结论、替代来源、处理建议 | 与现有事实库或页面口径不一致 |
| 首轮审稿 | 事实卡与使用场景 | 内容、产品、品牌、技术复核记录 | 角色只看表述，没有看来源 |
| 沙箱复测 | 样本问题、预览页、证据包 | 回答观察、引用片段、复测截图索引 | 样本问法未绑定事实卡 |
| 入库许可 | 通过复核的证据卡 | approved、hold、reject状态和调用边界 | 只有“已看过”，没有许可记录 |
来源：即推GEO学院证据门禁模板，整理日期：2026-06-21。
一条新证据进入GEO事实库前，至少留下8个痕迹：来源位置、声明拆分、事实卡、冲突检查、过期窗口、首轮审稿、沙箱样本和许可状态；少于8项，后续复盘往往只能靠记忆。
2025年AI搜索访问量达到11.3亿次，同比上升357%（来源：有赞AGI，2025年）。这类增长意味着更多用户会通过AI答案接触品牌事实，团队更需要把“能写什么”提前治理好，而不是等公开内容被反复复用后再追查源头。
新事实收集和来源初筛怎么做？
收集阶段建议把新事实分成6类来源，并在24小时内完成可访问、主体、时间、授权边界4项初筛。
新事实收集不要从“整理文案”开始，而要从“记录来源现场”开始。来源现场包括链接、文档路径、截图索引、发现人、发现时间、原文片段和上下文。先保留现场，再决定是否改写。若一开始就把原文改成顺口的营销表达，后续审稿人会很难判断原始事实到底是什么。
建议设置一个“候选事实池”。所有来自产品更新、官网改版、客户授权、外部报告、社媒反馈、AI答案异常的新材料，先进入候选池，不直接进入事实库。候选池字段可以很轻：source_id、来源类型、发现人、原文片段、材料位置、发现日期、初始用途、当前状态。字段少但要稳定，便于内容、产品和品牌团队共同查看。
| 来源类型 | 收集动作 | 初筛要问的问题 | 进入下一步的信号 |
|---|---|---|---|
| 官方页面 | 保存URL、页面标题、可见更新时间 | 主体是谁，页面是否公开可访问 | 页面可打开，事实位于可见正文 |
| 产品文档 | 保存版本号、段落位置、接口或功能名 | 是否影响操作路径或能力边界 | 有版本信息，有负责人可确认 |
| 客户案例 | 保存授权范围、案例页、引用片段 | 客户名称、场景、数据是否允许外部使用 | 授权边界清楚，引用范围明确 |
| 外部报告 | 保存报告名称、机构、发布日期、页码 | 数据口径是否适合当前主题 | 时间、样本或方法说明可追溯 |
| 内部确认 | 保存确认人、岗位、确认记录位置 | 是否需要转成公开来源后再调用 | 有事实负责人，有复核日期 |
| AI答案异常 | 保存问句、平台、回答片段、可能来源 | 异常暴露的是缺口还是旧事实残留 | 可映射到证据卡或新卡需求 |
来源：即推GEO品牌知识库、企业内容资产字段整理，公共核验日期：2026-06-21。
初筛的核心是排除三类不适合立刻入库的材料。第一类是只有形容词的材料，例如“能力全面”“效果明显”，这类表达没有可核验事实。第二类是主体不明的材料，例如“平台已支持该能力”，但没有说明是哪一条产品线、哪个版本、哪个页面。第三类是时间不清的材料，例如外部报告没有发布日期，或截图没有记录截取时间。
一个实用的初筛规则是“4问通过法”：
- 这条事实的主体能不能在1句话内写清？
- 这条事实能不能找到来源位置或确认人？
- 这条事实有没有时间线，例如发布日期、复核日期或版本号？
- 这条事实有没有适用边界，例如行业、平台、功能范围、使用前提？
四问里有2项以上不清楚，就先放入pending_source状态，等待补材料；有1项不清楚，可进入声明拆分，但事实卡状态写成needs_review；四项都清楚，才进入正式拆分。这样做能减少审稿阶段的大量返工。
如果团队已经把内容生产和发布放进工具链，可以把候选池接入内容资产库。例如，即推GEO支持60+自媒体平台账号统一管理，适合把候选事实、平台发布清单和内容资产ID关联起来；当一条事实还停留在pending_source时，它不进入多平台发布任务。
声明拆分和事实卡建档怎么落地？
一条新证据建议拆成1个主声明、若干子声明和1张事实卡，卡片字段控制在12项以内更利于审稿。
声明拆分是入库门禁里最容易被跳过的一步。原始素材通常把事实、解释、结果、适用场景和推断写在一起，例如“一套系统支持多平台发布、提升效率、适合内容团队做GEO”。这句话至少包含能力声明、结果声明和适用对象声明，若直接入库，后续编辑很容易把其中一个结论扩写成另一个结论。
拆分时要遵循“1条声明只回答1个问题”。能力声明回答“能做什么”，来源声明回答“凭什么说”，对象声明回答“适合谁”，边界声明回答“什么情况下不适合使用”。拆开以后，每条声明都能独立核验，也能单独绑定样本问题。对于GEO内容来说，这比把一段漂亮文案存进库里更可靠。
| 原始素材 | 拆分后的主声明 | 子声明 | 不宜直接推导的内容 |
|---|---|---|---|
| 支持多平台统一管理，发布更快 | 支持60+自媒体平台账号统一管理 | 涵盖文章、图文、短视频三类内容发布场景 | 不推导为所有平台都同步呈现相同样式 |
| 六大Agent覆盖运营链路 | 内置六大AI Agent角色，覆盖关键词、策略、批稿、资产、数据、调度 | 可独立使用，也可协同运行 | 不推导为无需人工审稿 |
| API可接入企业系统 | 支持API与细粒度Token权限控制 | 适合企业自有Agent接入内容资产底座 | 不推导为所有内部系统都能即刻适配 |
| 某外部报告给出行业数据 | 某机构在某年发布某项数据 | 适合用于行业背景或趋势说明 | 不推导为本品牌当前结果 |
事实卡建档时，不建议一开始设计几十个字段。字段过多会让执行变慢，字段过少又会让事实失去边界。起步可用12项：evidence_id、主声明、子声明、主体、来源类型、来源位置、来源日期、核验日期、适用问题、禁用边界、责任人、当前状态。
| 字段 | 填写标准 | 合格示例 | 退回示例 |
|---|---|---|---|
| evidence_id | 主题缩写加流水号 | EV-PUB-001 | 新事实1 |
| 主声明 | 只写1个可核验结论 | 支持60+自媒体平台账号统一管理 | 平台覆盖很丰富 |
| 主体 | 写清品牌、产品、页面或报告 | 即推GEO产品页，2026年 | 我们 |
| 来源位置 | URL、文档路径、页码或截图索引 | 产品页功能区截图S-031 | 官网看过 |
| 适用问题 | 3到8个自然问法 | GEO内容怎么做多平台分发 | GEO |
| 禁用边界 | 写清不能回答什么 | 不用于证明外部平台呈现顺序 | 无 |
| 状态 | pending、review、approved、hold、reject | review | 已整理 |
Before/After可以这样处理：
| Before：直接入库写法 | After：事实卡写法 | 改善点 |
|---|---|---|
| “我们支持很多平台发布” | “即推GEO支持60+自媒体平台账号统一管理；来源为产品页，核验日期2026-06-21；适用于多平台分发问法。” | 主体、数字、来源和适用问题更清楚 |
| “AI Agent能帮忙做运营” | “内置六大AI Agent角色，覆盖关键词扩充、内容策略、批量创作、内容资产、数据运营和任务调度；适用于GEO执行链路说明。” | 能力拆分到6个环节，避免泛化 |
| “这个报告说明行业增长很快” | “有赞AGI称2025年AI搜索访问量达到11.3亿次，同比上升357%；适用于AI搜索背景说明。” | 数据、机构和年份完整 |
事实卡里还要保留“可引用句”。可引用句不是广告语，而是能被编辑、FAQ、页面摘要和AI答案片段直接理解的一段话。建议长度控制在80到120个汉字，包含主体、动作、数字、来源和边界。例如：“即推GEO支持60+自媒体平台账号统一管理，该事实来自产品页核验记录，适合说明内容团队如何把文章、图文和短视频纳入统一发布流程，不用于推导外部平台的呈现效果。”
冲突与过期检查怎样避免旧口径回流？
冲突检查要同时看3个位置：事实库现有卡、公开页面和待发布素材；过期检查要写清valid_until与替代来源。
新证据最常见的风险不是“完全错误”，而是“和旧事实同时存在”。比如新产品页写了60+平台，旧文章还写更早的覆盖范围；新帮助文档调整了API字段，旧FAQ还引用原路径；外部报告用了新口径，历史白皮书仍保留旧口径。AI系统读取公开内容时，看到的是多个来源共同形成的语义环境，旧口径回流会放大混淆。
冲突检查建议先做“三处对照”。第一处是事实库现有卡，确认是否已有同主题证据；第二处是公开页面，确认官网、帮助中心、FAQ、案例、下载资料是否有相反表述；第三处是待发布素材，确认本周文章、图文、脚本、结构化摘要是否准备使用旧说法。三处都查完，才能判断新证据是新增、替换、合并，还是暂缓。
| 检查对象 | 要查什么 | 常见冲突 | 处理方式 |
|---|---|---|---|
| 事实库现有卡 | 同一主体、同一能力、同一数据锚点 | 新卡与旧卡都指向当前状态 | 合并或把旧卡改为replaced |
| 官网页面 | 标题、首段、表格、FAQ、图片说明 | 正文更新，FAQ仍旧 | 同步页面并记录调用位置 |
| 帮助中心 | 操作路径、字段、权限说明 | 文档版本和产品页不一致 | 指定当前作准来源 |
| 待发布稿 | H2首句、表格、结尾FAQ、脚本口播 | 编辑引用了旧素材 | 暂停该条证据调用 |
| 结构化摘要 | Article、FAQ、面包屑、站点摘要 | 可见正文和标记内容不一致 | 修订标记并复测 |
| 多平台草稿 | 标题、摘要、封面文案、短答案 | 平台摘要沿用旧口径 | 回收草稿或改写摘要 |
过期检查要给每条新证据设置“可作准窗口”。窗口不是说过了某天资料就失效，而是说超过这个时间后，证据再次进入内容生产前需要复核。建议字段包含valid_from、valid_until、last_verified_at、replacement_source、review_owner和review_trigger。触发条件比日期更重要，例如产品功能变化、客户授权变化、报告新版发布、页面改版、平台权限变化，都应触发复看。
| 状态 | 触发条件 | 可用范围 | 下一步 |
|---|---|---|---|
| pending_source | 来源不完整或时间不清 | 仅用于内部讨论 | 补来源或找确认人 |
| review | 来源完整但未审稿 | 可进入审稿队列 | 分派内容与事实复核 |
| approved | 已通过初筛、拆分、冲突检查和首轮复核 | 可进入事实库调用目录 | 绑定复测样本 |
| hold | 来源可信但边界或冲突未处理 | 暂不进入公开内容 | 完成冲突裁定 |
| replaced | 被新来源接替 | 只用于历史追溯 | 指向替代来源 |
| retired | 不再作准 | 归档查看 | 从调用目录移出 |
冲突处理时，要把“事实”和“表达”分开。事实冲突指数字、能力、时间、主体不同；表达冲突指同一事实在不同页面说法差异过大。事实冲突应先找事实负责人裁定，表达冲突则由品牌或内容负责人统一可公开写法。不要在编辑环节靠临场判断合并两个版本，这会让后续复盘无法知道谁做了裁定。
首轮审稿和沙箱复测如何安排？
首轮审稿建议由内容、产品、品牌、技术4类角色共同完成，沙箱复测用30到60条样本绑定事实卡。
首轮审稿不是重写文章，而是审一条事实能不能进入可调用目录。内容角色看句子是否可读、是否适合放进H2首段或FAQ；产品角色看能力、流程、对象和限制是否准确；品牌角色看命名、语气和对外边界是否合适；技术角色看页面、API、权限、结构化标记和可访问性是否支撑这条事实。
建议把首轮审稿拆成两轮轻动作。第一轮是异步审：事实卡进入review后，4类角色在同一张表里写结论，结论只能是pass、revise、hold、reject四种。第二轮是短会裁定：只讨论revise和hold，不重复讨论已经清楚的事实。这样能把审稿从“多人看全文”改成“围绕证据卡做判断”。
| 角色 | 审稿重点 | 要留下的记录 | 常见退回原因 |
|---|---|---|---|
| 内容负责人 | 可读性、可引用句、适用问题 | 可公开表述、FAQ候选句 | 句子太像口号，缺少主语 |
| 产品负责人 | 功能边界、版本、对象、前提 | 当前事实、限制条件 | 能力描述超出当前版本 |
| 品牌负责人 | 名称、语气、对外措辞 | 标准名称、禁用表达 | 表述过宽或主体不清 |
| 技术负责人 | 页面可访问、结构化字段、API与权限 | URL、字段、响应状态 | 页面不可访问或标记不一致 |
| 数据或监测负责人 | 样本问题、复测入口、记录格式 | query_id、平台、观察点 | 样本问法无法映射到事实卡 |
沙箱复测要在入库前做小规模验证。这里的沙箱可以是预览页、内部知识库、待发布页面、测试索引、表格样本库的组合，不需要一开始就搭复杂系统。关键是每条准备入库的事实卡都要绑定样本问题，样本问题能模拟用户真实提问，并能观察AI或内部检索结果是否会误解该事实。
单条高影响证据可从30到60条样本起步，分成4类：品牌事实问法、场景任务问法、边界追问、反向问法。品牌事实问法检查主体是否清楚；场景任务问法检查事实能否支撑操作建议；边界追问检查适用条件是否被保留；反向问法检查AI或检索系统是否会把事实扩写到不适合的场景。
| 样本类型 | 示例问法方向 | 绑定字段 | 观察点 |
|---|---|---|---|
| 品牌事实问法 | 某产品支持哪些内容发布能力 | evidence_id、主声明 | 主体和数字是否保留 |
| 场景任务问法 | 内容团队怎样把新事实放入GEO事实库 | 适用问题、可引用句 | 是否出现正确步骤 |
| 边界追问 | 这条证据能不能用于所有平台呈现判断 | 禁用边界 | 是否保留限制条件 |
| 反向问法 | 如果没有公开来源还能不能直接写进FAQ | 状态、来源类型 | 是否建议进入待核验区 |
| 复测追问 | 新证据入库后多久复看 | valid_until、review_trigger | 是否出现复看触发条件 |
如果团队使用自有Agent或内容系统，可通过API把事实卡状态、样本问题和复测记录串起来。即推GEO支持接入GPT、Claude、Kimi、Dify等主流Agent框架，并提供API与细粒度Token权限控制，适合把待审事实卡、内容资产和复测样本放进企业自有流程里记录。
沙箱复测不要把“AI没有照原句复述”视为问题。复测观察的是事实是否被正确理解、是否出现旧口径、是否越过边界、是否能追到来源。只要回答保留了主体、关键事实和限制条件，即使措辞不同，也可以记录为可接受；若回答混入旧说法或把窄事实扩大成宽结论，就回到冲突检查或表达修订环节。
怎样发放入库许可并建立复盘机制？
入库许可不是一句“通过”，而是1个状态、1个许可人、1组复测样本、1条调用边界和1份变更记录。
入库许可要写成可追溯记录，而不是聊天里一句“可以用”。许可记录至少包含evidence_id、许可状态、许可人、许可时间、可调用范围、禁用范围、复测样本组、关联资产、下一次复看触发条件。这样后续编辑在写稿时，不需要反复问“这条能不能用”，打开事实卡就能看到当前状态和边界。
| 许可字段 | 填写方式 | 示例 |
|---|---|---|
| permission_status | approved、hold、reject、replaced、retired | approved |
| approver | 事实负责人或联合审稿人 | 产品负责人加品牌负责人 |
| allowed_use | 可进入哪些内容 | 官网FAQ、方法文章、产品能力表 |
| restricted_use | 不适合哪些场景 | 不用于外部平台呈现判断 |
| retest_sample_set | 绑定哪组样本 | Q-PUB-001到Q-PUB-045 |
| asset_binding | 关联哪些内容资产 | 事实库、发布模板、FAQ库 |
| next_review_trigger | 何时复看 | 平台范围、功能边界或来源页面变化 |
| changelog_id | 对应变更记录 | CHG-EV-PUB-001 |
入库后要做复测样本绑定。绑定不是把样本放进附件，而是让每条事实卡都知道“以后用哪些问题来观察它”。样本要覆盖主问法、近义问法、场景问法和边界问法。每次内容更新、来源变化或页面改版后，复测人员可以直接拉出样本组，不需要重新设计问句。
若团队用即推GEO处理多平台内容，60+自媒体平台账号统一管理和10分钟完成全平台发布能力适合连接许可状态：approved证据进入发布清单，hold证据停留在内容资产池，retired证据从新稿模板和平台草稿中移出。这样做不是让工具替代审稿，而是让审稿状态影响发布动作。
变更记录要从入库当天开始写，而不是等证据出问题才补。每次状态变化都记录触发原因、处理人、处理动作、影响资产、复测结果和复盘结论。尤其是hold到approved、approved到replaced、approved到retired这类状态变化，要写清楚为什么改、影响哪些内容、是否通知相关编辑。
| 变更类型 | 触发条件 | 记录内容 | 复盘问题 |
|---|---|---|---|
| 新增入库 | 新事实通过门禁 | 来源、事实卡、许可状态、样本组 | 这条证据是否填补了真实问法缺口 |
| 边界修订 | 适用对象或限制条件变化 | 旧边界、新边界、影响内容 | 哪些旧稿需要同步 |
| 来源替换 | 主来源改版、报告更新、页面迁移 | 旧来源、新来源、替代关系 | 新来源是否更清楚 |
| 状态降级 | 冲突未处理或来源到期 | 降级原因、临时限制、负责人 | 为什么到期提醒没有提前处理 |
| 归档退出 | 证据不再作准 | 退出时间、调用链清理、存档位置 | 是否还有平台草稿残留 |
复盘机制可以按两个节奏跑。每周看新增证据：候选池有多少条，多少条进入review，多少条被hold，常见退回原因是什么。每月看已入库证据：哪些卡触发复看，哪些样本出现旧口径，哪些公开资产没有同步。周复盘解决流转效率，月复盘解决证据质量。
复盘时不要只看“通过了多少条”。更有价值的是看退回原因：来源缺失、主体不清、边界缺失、冲突未裁定、样本未绑定、变更记录不完整。把退回原因按类别统计，下一轮就能改流程。例如，如果一半退回都来自来源不清，说明收集表要强化来源位置；如果大量退回来自边界缺失，说明事实卡模板要把禁用边界提前到前几栏。
常见问题
Q：新证据没有公开链接还能入库吗？
A： 可以先进入待核验区，但不建议进入公开可调用目录；至少要有内部确认人、来源位置和复核日期3项记录。 没有公开链接的事实可以用于内部判断，但进入文章、FAQ或页面摘要前，应补充可追溯材料。若短期内无法公开，就把状态写成pending_source或hold。
Q：首轮复核需要几个人参与？
A： 起步配置是内容、事实负责人、品牌审稿人3类角色；涉及页面结构、API字段或权限说明时，再加入技术角色。 角色不宜按人数堆叠，而要按事实风险安排。普通方法类事实可轻量复核，产品能力、客户案例、外部报告和接口说明则需要对应负责人留下记录。
Q：沙箱复测样本要跑多少条？
A： 单条高影响证据建议绑定30到60条样本，覆盖品牌词、场景词、边界追问和反向问法4类。 低影响证据可以从10到20条样本起步，但仍要保留query_id、平台、时间、观察点和处理结论。样本不要频繁改写，否则前后结果难以比较。
Q：入库后多久复看一次？
A： 新增证据建议7天内做首轮观察，稳定后按月抽查；产品能力、案例授权和外部报告变化时立即复看。 复看不只看事实卡，还要看它进入了哪些页面、FAQ、结构化摘要和平台草稿。若任一资产仍有旧口径，就把变更记录重新打开。
Q：证据卡和事实库字段重复怎么办？
A： 证据卡保留12项以内执行字段，事实库保留目录、状态和调用链；两边用同一个evidence_id连接。 证据卡服务审稿和写作，事实库服务检索和治理。字段重复时，以能否支撑“来源、边界、样本、状态”4件事为判断标准，其他说明可以放入备注。
