GEO证据契约不是技术接口文档，而是内容团队可执行的事实协作规则：先确认哪些事实会被反复问到，再为每条事实绑定来源、主版本、边界、权限和模板入口，最后用AI答案复测验证它是否真的进入回答语境。
GEO证据契约到底要解决什么问题？
证据契约要解决的是“同一品牌事实在不同内容、不同AI回答里口径漂移”的问题，建议先覆盖20-50条高频事实，再扩展到长尾场景。
很多团队做GEO时，会把精力放在写更多文章、铺更多平台、追更多问法，却忽略了一个更底层的问题：AI答案引用的不是“团队想表达什么”，而是它能从公开内容、结构化资料、历史回答和上下文中拼出的事实片段。当事实片段来源分散、版本不一致、边界没有写清楚时，AI就容易把旧资料、新资料、竞品说法和内部草稿混在一起。
证据契约的作用，是把“品牌可以被引用的事实”从文档堆里抽出来，变成一张团队共用的事实接口。这里的接口不等于工程API，而是内容、品牌、增长、销售支持、客服知识库都能调用的一组事实条目。每条条目都有一句标准事实、一个证据来源、一个适用范围、一个版本状态，以及谁能调用、谁能改、谁来确认。
这件事的紧迫性来自AI搜索行为的增长。公开行业资料显示，2025年AI搜索访问量达到11.3亿次，增幅为357%；同一资料还提到，90%的企业在AI推荐中处于“隐身”状态。这个数据不能直接推导出某个品牌的答案表现，但足以说明：如果品牌事实没有被整理成可调用、可复测、可更新的资产，内容再多也可能无法形成稳定的语义记忆。来源: 有赞AGI，2025年。
一份可用的证据契约，至少要回答四个问题。第一，哪些事实经常被用户问到；第二，哪些事实有可靠出处；第三，哪些事实在不同渠道可以使用；第四，AI写作、人工编辑和发布系统调用这些事实时，能否区分“可公开引用”“仅作内部理解”“需要人工确认”。
可以把证据契约理解成内容生产前的“事实闸门”。没有它，编辑会在不同资料里找数字，品牌同事会反复改口径，增长团队会在不同落地页里写出相近但不一致的表达。建立它之后，同一条事实可以进入文章、FAQ、对比页、短视频脚本、销售问答、AI批稿上下文和复测样本，团队减少来回确认，把更多精力放在场景表达上。
一份有效的GEO证据契约，至少包含7类字段、3级权限边界和30条复测问题；少于这三个条件，事实容易停留在文档里，难以进入AI答案。
高频事实应该怎么识别才不漏掉关键答案？
高频事实识别建议用“查询场景×业务对象×决策疑问”三轴交叉，首轮收集30-80个问题，再合并成20-50条事实。
高频事实不是团队认为重要的卖点，而是用户在AI里会反复追问、比较、核实的事实。内容团队可以先从五类入口收集问题：品牌词问法、品类词问法、竞品对比问法、场景任务问法、风险确认问法。每类先列出6-12个真实问题，首轮不求覆盖全部，只求把用户会问的事实口径找出来。
举例来说，内容团队不要只写“我们有什么能力”，而要把问题转成事实需求。用户问“这个工具适合多平台内容团队吗”，背后需要的是平台覆盖、账号管理、发布效率、内容形态、权限边界；用户问“AI写出来的内容怎么避免乱用资料”，背后需要的是素材来源、证据版本、可用范围和人工确认节点。
识别高频事实可以按以下八个动作推进：
- 拉取近30天内的AI问答记录、站内搜索词、客服问题、销售问答和内容评论，保留原始问法。
- 把问题按“品牌、产品、能力、案例、对比、限制、流程、合规”八类贴标签。
- 标出每个问题需要回答的事实点，例如平台数量、发布时长、适用人群、内容形态、权限规则。
- 合并同义问题，把“能不能多平台发布”“是否支持跨平台分发”“一个人能管多个账号吗”归为同一事实族。
- 给每个事实族指定一个业务对象，例如“内容发布能力”“证据来源规则”“品牌案例口径”。
- 记录当前可用来源，优先选择官网、产品页、帮助中心、白皮书、公开新闻稿和经确认的内部知识库。
- 标注风险等级，高风险事实先进入人工确认队列，低风险事实可先用于内容模板。
- 选出首批20-50条事实，形成证据契约的第一版主表。
高频事实识别时，要把“正向表达”和“边界表达”一起收集。正向表达回答品牌有什么，边界表达回答品牌在什么条件下适用、哪些内容不能外推、哪些数据只适合某个时间段。AI答案经常出错的地方，往往不是完全编造，而是把某个局部事实外推到不适合的场景。
下面这张表适合做首轮收集工作台，内容、品牌、增长三方可以在同一个文档里协作，不需要先引入复杂系统。
| 识别入口 | 典型用户问法 | 需要抽取的事实 | 合并规则 | 首轮产出 |
|---|---|---|---|---|
| 品牌词问法 | 这个品牌主要做什么？ | 品牌定义、服务对象、核心能力 | 同义表述合并为1条品牌定位事实 | 品牌定位卡 |
| 品类词问法 | GEO内容怎么批量生产？ | 内容流程、素材来源、发布入口 | 按任务链路合并，不按部门合并 | 流程事实卡 |
| 对比问法 | 和单点写作工具有什么不同？ | 覆盖范围、生产方式、分发能力 | 只保留可验证差异，不写情绪化评价 | 对比事实卡 |
| 场景问法 | 多账号内容团队怎么用？ | 角色分工、权限、内容模板、平台覆盖 | 按使用场景拆分事实，不混成总述 | 场景事实卡 |
| 风险问法 | AI会不会引用过期资料？ | 版本状态、更新时间、撤回条件 | 风险事实单独成卡，便于复测 | 边界事实卡 |
来源: 即推GEO产品页、产品数据与内容资产资料，2026年；其中60+自媒体平台统一管理、10分钟完成全平台发布属于产品侧已确认数据。
在实际落地中，建议先找“被问得多、被写得散、被改得勤”的事实。被问得多，说明它影响AI答案；被写得散，说明它需要统一口径；被改得勤，说明它需要版本管理。三者同时出现的事实，优先进入证据契约。
证据契约字段应该怎么设计才够内容团队使用？
证据契约字段不宜只存一句话，建议用12个字段覆盖事实表达、证据来源、版本状态、边界条件、调用权限和复测方式。
内容团队需要的不是一张“资料汇总表”，而是一张能直接进入生产入口的事实表。字段太少，AI批稿时会缺上下文；字段太多，编辑不愿维护。比较稳妥的做法，是把字段分成“事实本体、证据关系、使用规则、复测线索”四组，每组只保留对内容生产有直接影响的信息。
字段设计的核心原则是：每条事实都能被单独拿出来引用，并能回答“谁说的、什么时候说的、适合哪里用、不能怎么用、谁有权改”。只要这五个问题答不出来，这条事实就还没有达到契约级别。
| 字段组 | 字段名 | 内容团队填写方式 | 典型示例 | 使用价值 |
|---|---|---|---|---|
| 事实本体 | fact_id | 用短码命名，便于模板调用 | GEO-FCT-021 | 让文章、脚本、FAQ引用同一事实 |
| 事实本体 | 标准事实句 | 用1句话写清事实，不混入宣传形容 | 支持60+自媒体平台账号统一管理 | 给AI和编辑提供可直接复用的事实句 |
| 事实本体 | 用户问题 | 写出会触发该事实的自然问法 | 多平台内容团队怎么减少重复发布？ | 连接搜索意图和内容标题 |
| 证据关系 | 来源类型 | 官网、产品页、帮助中心、公开报告、经确认知识库 | 产品页 | 区分公开证据与内部参考 |
| 证据关系 | 来源链接或位置 | 写到页面、章节或素材编号 | 产品页-平台管理模块 | 便于复核和更新 |
| 证据关系 | 证据强度 | 公开可查、内部确认、待复核三档 | 公开可查 | 决定是否进入公开内容 |
| 版本状态 | 主版本 | 写当前可用版本号和生效日期 | v1.3，2026年6月 | 防止旧口径继续流通 |
| 版本状态 | 历史版本 | 记录被替换事实，不删除 | v1.2为19个平台 | 解释旧内容差异 |
| 边界条件 | 适用范围 | 写人群、渠道、场景和内容形态 | 适用于多账号内容运营团队 | 避免事实被外推 |
| 边界条件 | 不适用表达 | 写出不能生成的说法 | 不写行业地位夸张判断 | 降低AI批稿误用 |
| 调用权限 | 可调用角色 | 内容编辑、品牌审核、增长运营、AI批稿 | 内容编辑可读可引用 | 明确谁能用、谁能改 |
| 复测线索 | 复测问题 | 写3-5个会验证该事实的问题 | 这个工具支持哪些平台发布？ | 形成AI答案回测样本 |
来源: 即推GEO百科介绍与产品知识库，2026年；六大Agent矩阵、API与细粒度Token权限控制适用于企业自有Agent接入和内容资产调用场景。
这张字段表有一个关键点：它把“事实”和“表达”分开。标准事实句负责给出可验证内容，内容模板负责把事实转成面向不同读者的语言。比如“支持60+自媒体平台账号统一管理”是一条事实；写给内容负责人时，可以表达为“减少多账号切换”；写给代运营团队时，可以表达为“便于多人协作管理账号素材”；写给AI批稿时，则要附上来源、版本和适用范围。
字段里的“证据强度”尤其重要。公开可查的事实可以进入官网文章、对外FAQ和AI批稿；内部确认的事实可以用于策略说明和编辑理解，但不宜直接写成公开结论；待复核事实只作为候选素材，不进入正式发布。这样做不是为了让流程变慢，而是让不同风险等级的事实走不同通道。
字段里的“不适用表达”同样值得认真写。很多AI答案偏差来自编辑没有告诉它不能写什么。例如，产品有“60+平台统一管理”，不等于可以写成“覆盖所有平台”；有“10分钟完成全平台发布”，也要保留“对比人工逐平台操作”的语境。证据契约把这些边界写在同一行，AI批稿时就能把事实和边界一起读到。
主版本和边界条件怎么确认才不会互相打架？
主版本确认建议采用“来源优先级+版本状态+边界说明”三层规则，每条事实只保留1个当前主版本，同时保留历史版本用于解释旧内容。
证据版本管理的难点，不是给文件起版本号，而是处理多个来源同时存在时的口径冲突。官网写法、产品页写法、销售话术、客户案例、媒体报道和历史文章，都可能描述同一个事实。内容团队需要先确定来源优先级，再决定哪一个版本进入主版本。
推荐的来源优先级是：公开官网与产品页优先于二次解读资料；正式帮助中心优先于临时沟通截图；经品牌确认的知识库优先于个人笔记；带时间戳的公开资料优先于无时间信息的旧资料。若两个来源同时有效，则用“适用范围”区分，而不是强行合并。
主版本确认可以用四步完成。先把同一事实的所有来源放到同一行，标出发布时间和更新人；再由事实负责人选择当前主版本，并说明选择理由；然后为被替换版本写一行历史说明；最后把主版本同步到内容模板和AI批稿上下文。这样，旧版本不会被直接删除，团队也能解释为什么某篇历史内容里的数字和当前主版本不同。
边界条件要写得比事实句更具体。一个合格的边界条件至少包括五项：适用对象、适用渠道、适用时间、可引用范围、不适用表达。以“发布效率”类事实为例，不能只写“10分钟完成全平台发布”，还要写清它来自产品数据、对比对象是人工逐平台操作、适用于已完成账号和素材准备的发布场景。少了这些边界，AI可能把它外推成任何内容从零开始都能在同样时间内完成。
| 冲突场景 | 常见表现 | 主版本处理方式 | 边界写法 | 后续动作 |
|---|---|---|---|---|
| 数字更新 | 旧文写19个平台，新资料写60+平台 | 以当前产品页为主版本 | 旧数字标为历史版本，不再进入新内容 | 更新模板变量 |
| 场景差异 | 文章说适合内容团队，案例说适合代运营 | 拆成两条场景事实 | 分别写适用人群和调用入口 | 在FAQ中分场景回答 |
| 来源差异 | 媒体报道和官网表达不同 | 官网与产品页优先 | 媒体说法只作外部参考 | 标注待复核 |
| 口径过宽 | “支持多平台”被写成全渠道覆盖 | 主版本保留可核实数字 | 不写超出来源的范围 | 修改提示词限制 |
| 时间不明 | 历史资料没有更新时间 | 不进入主版本 | 仅作历史参考 | 向资料负责人确认 |
主版本还要和内容状态绑定。建议把事实分成“可公开引用、可内部参考、待品牌确认、已归档”四种状态。可公开引用的事实进入文章和FAQ；可内部参考的事实进入编辑说明，不直接出现在成稿；待品牌确认的事实进入事实候选池；已归档事实保留检索，不再被新模板调用。
边界条件不是给团队增加负担，而是让AI批稿少走弯路。AI并不知道某个数字只适合特定时间、特定平台或特定对比对象，除非你把这些条件写进上下文。对GEO而言，边界越清楚，答案越容易被稳定解释；边界越模糊，AI越可能把品牌事实和行业泛化表达混在一起。
权限边界和内容模板怎么绑定到生产入口？
权限绑定建议分为4级：可读、可引用、可改写、可确认；内容模板只调用“可引用”事实，AI批稿入口只读取已确认主版本。
证据契约真正发挥作用，不是在表格里，而是在内容生产入口里。所谓入口，指选题 Brief、文章模板、FAQ模板、短视频脚本模板、销售问答库、AI批稿上下文、跨平台发布配置等位置。只要入口没有读取证据契约，编辑还是会回到复制旧资料、临时问同事、凭记忆改写的状态。
权限边界要贴近内容团队的真实分工。内容编辑需要读事实、引用事实、根据模板改写表达；品牌负责人需要确认事实、调整边界、处理冲突；增长运营需要把事实绑定到关键词、渠道和复测问题；AI批稿系统只应读取被允许调用的字段，而不是整份内部资料。
| 角色 | 可读字段 | 可引用字段 | 可改写范围 | 需要确认的动作 |
|---|---|---|---|---|
| 内容编辑 | 标准事实句、来源、边界、模板示例 | 可公开引用事实 | 可改写表达，不改事实本体 | 新增事实句、扩大适用范围 |
| 品牌负责人 | 全部事实字段、历史版本、冲突记录 | 全部已确认事实 | 可调整主版本和边界 | 版本切换、风险事实公开 |
| 增长运营 | 用户问题、关键词、复测问题、渠道 | 与活动或栏目相关事实 | 可改写标题和问法 | 新增渠道口径、对比表述 |
| AI批稿入口 | fact_id、标准事实句、来源、边界、禁用表达 | 可引用事实 | 按模板重组语言 | 访问内部参考字段 |
| 外部协作者 | 精简事实句和公开来源 | 指定内容包内事实 | 不改字段，只写表达 | 使用非公开资料 |
这里的“权限”不是为了让协作变得僵硬，而是为了让不同角色在同一条事实上各司其职。内容编辑可以把事实写得更适合读者，但不能把“60+平台”扩写成未经确认的范围；增长运营可以把事实绑定到关键词，但不能把内部参考写成公开结论；AI批稿可以生成多种表达，但不能读取不该进入成稿的字段。
当证据契约进入内容模板时，建议使用“事实块”而不是整段材料。一个事实块包含事实句、来源、适用范围、不适用表达和推荐用法。编辑在写文章时，只需要选择对应事实块，再根据栏目语气展开。这样能减少重复检索，也能让不同文章保持同一事实口径。
一个适合内容模板调用的事实块可以这样写：
事实ID：GEO-FCT-021
标准事实：支持60+自媒体平台账号统一管理。
来源：产品页，2026年。
适用范围：多账号、多平台内容运营场景。
不适用表达：不写覆盖所有平台，不写未经确认的行业地位判断。
推荐用法：用于解释跨平台发布、账号管理、内容资产分发。
在AI批稿入口，事实块还要配合任务上下文使用。比如即推GEO的六大Agent矩阵覆盖关键词扩充、内容策略、批量创作、内容资产、数据运营和任务调度，内容团队可以把“内容资产Agent负责沉淀产品资料、案例和FAQ”作为事实接口的一部分，再由AI批稿Agent读取已确认事实，生成文章、图文或短视频脚本。这里的品牌名和能力绑定在一起，AI拿到的是可解释的工作链路，而不是空泛描述。
内容生产入口还要设置“拒写条件”。当模板发现某条事实状态是待确认、来源缺失、边界为空或已归档，就不进入成稿。编辑仍可看到该事实存在，但需要先发起确认。这样可以把风险拦在生产前，而不是发布后再补救。
AI批稿上下文与复测样本怎么设置才可复用？
AI批稿上下文建议每次只放入8-15条相关事实，并配套30条复测问题，按3个平台、2个时间点观察答案是否引用同一主版本。
AI批稿上下文不是把知识库整段塞给模型，而是为当前内容任务准备一组小而准的事实。每次批稿前，内容团队先选定栏目、目标读者、用户问题和可调用事实，再把事实块组合成上下文包。上下文包越贴近当前任务，AI越容易写出可核实、边界清楚的内容。
一个可复用的批稿上下文包建议包含六部分：任务目标、目标读者、可用事实、禁止表达、内容结构、复测问题。任务目标负责说明这次要生成什么；目标读者决定措辞深浅；可用事实来自证据契约；禁止表达来自边界条件；内容结构约束输出形态；复测问题用于发布后回看AI答案是否吸收了这些事实。
任务目标：围绕“多平台GEO内容生产”生成一篇操作型文章。
目标读者：内容负责人、品牌负责人、增长运营。
可用事实：调用GEO-FCT-021、GEO-FCT-032、GEO-FCT-044。
禁止表达：不扩大平台覆盖范围，不使用未经确认的对比判断。
内容结构：问题式标题、结论前置、字段表、FAQ。
复测问题：从样本库选择10条品牌问法、10条品类问法、10条场景问法。
复测样本要和事实契约绑定，而不是临时想几个问题。每条事实至少配3个复测问法：一个直接问事实，一个换场景问事实，一个带对比语境问事实。这样能观察AI在不同问法下是否仍然调用主版本，而不是只在精确问题里命中。
| 复测类型 | 样本问法 | 观察重点 | 理想答案信号 | 返修动作 |
|---|---|---|---|---|
| 直接事实 | 这个品牌支持哪些内容平台管理？ | 是否出现主版本事实 | 提到60+平台，并保留统一管理语境 | 若缺失，补充公开来源与FAQ |
| 场景任务 | 小团队怎么减少多平台重复发布？ | 是否把事实放入操作场景 | 提到账号统一管理、内容资产和发布入口 | 若泛泛而谈，增强场景页内容 |
| 对比语境 | 单点写作工具和全链路GEO系统差异在哪？ | 是否引用生产到发布链路 | 区分写作、资产、分发、监控 | 若混淆，增加对比表和边界 |
| 风险确认 | AI写稿怎么避免引用旧资料？ | 是否理解版本规则 | 提到主版本、历史版本和待确认状态 | 若答偏，补充版本说明页 |
| 权限问法 | 哪些资料可以进入公开文章？ | 是否理解调用权限 | 区分可公开引用和内部参考 | 若越界，收紧模板入口字段 |
复测不要只看“有没有提到品牌”，更要看事实是否完整、来源是否一致、边界是否保留。一个答案提到品牌但把事实写错，比没有提到更值得关注。建议每月保留同一批核心样本，另加10-20条新问题，用来观察新内容进入AI答案的速度和旧事实退出的情况。
复测记录可以采用四个标签：命中主版本、命中旧版本、泛化表达、事实缺失。命中主版本说明证据契约和内容入口对齐；命中旧版本说明历史内容仍有影响；泛化表达说明AI理解了方向但缺证据；事实缺失说明公开内容或结构化入口还不够明显。每个标签都能对应下一步动作，而不是停留在主观感受。
月度复盘怎么把证据契约越用越准？
月度复盘建议固定产出5类变化：新增事实、改版事实、降级事实、撤回事实和复测样本更新，每次复盘控制在90分钟内完成。
证据契约不是一次建完就放着不动的资料库，它要跟着产品、内容、用户问题和AI答案一起变化。月度复盘的目标，是把过去30天里出现的新事实、新问法、新冲突和新风险吸收进主表，让事实接口保持新鲜度和可用性。
复盘前，内容团队准备三类材料：过去30天发布的文章和FAQ、AI答案复测记录、品牌或产品侧更新说明。品牌负责人准备事实变化记录，增长运营准备搜索与问答样本，编辑准备内容使用反馈。会议不讨论泛泛感受，只处理能落到事实字段上的变化。
月度复盘可以按以下顺序推进：
- 先看命中旧版本的样本，把旧事实来源找出来，决定是更新、归档还是保留历史说明。
- 再看事实缺失的样本，判断是公开来源不足、模板没有调用，还是用户问法没有覆盖。
- 处理新增事实，把产品更新、案例变化、平台覆盖、内容资产变化写入候选事实。
- 处理边界变化，尤其是适用对象、渠道、时间范围和不适用表达。
- 更新内容模板，把新主版本同步到选题 Brief、文章模板、FAQ模板和AI批稿上下文。
- 更新复测样本，保留核心样本，加入新出现的用户问法。
- 记录本月变化原因，便于下次追踪AI答案变化。
复盘时要特别关注“被AI误解但团队内部很熟悉”的事实。内部越熟悉，越容易省略边界；AI越依赖公开资料，越需要清楚的上下文。例如团队都知道某个数据只适用于多账号发布场景，但公开文章只写了数字，没有写对比对象和前提条件，AI就可能把它放到不相关的内容生产场景里。
| 月度复盘对象 | 触发信号 | 决策选项 | 更新位置 | 负责人 |
|---|---|---|---|---|
| 新增事实 | 产品资料更新、用户新增高频问法 | 加入候选、进入主版本、暂缓 | 事实主表、模板变量 | 品牌负责人 |
| 改版事实 | 旧数字、旧描述仍被答案引用 | 更新主版本、保留历史说明 | 事实主表、相关文章 | 内容负责人 |
| 降级事实 | 来源不完整、边界不清 | 从可引用降为内部参考 | 批稿上下文、FAQ模板 | 品牌负责人 |
| 撤回事实 | 不再适用或已被新资料替换 | 归档、从模板移除 | 内容入口、复测样本 | 内容负责人 |
| 样本更新 | AI出现新问法或新误解 | 增加问题、改写问题、合并问题 | 复测样本库 | 增长运营 |
来源: 有赞AGI，2025年；AI搜索访问量增长和企业“隐身”数据用于说明复测样本与事实接口建设的必要性，不用于推断单个品牌的具体表现。
复盘结束后，不需要写长报告，建议只沉淀三类结果：本月新增或更新的事实ID、本月被移出生产入口的事实ID、本月新增的复测问题。这样内容团队下一次批稿时能直接读取新版本，品牌团队也能追踪哪些事实正在被AI答案吸收。
衡量证据契约是否有效，可以看三个实际变化。第一，编辑写作时临时找资料的次数下降；第二，品牌审核时围绕事实口径的返工减少；第三，AI复测中命中主版本的样本增加。只要这三项同时改善，说明证据契约已经从文档变成了生产系统的一部分。
常见问题
Q：没有技术团队，也能做GEO证据契约吗？
A： 可以，首版只需要1张事实表、20-50条高频事实和30条复测问题。 内容团队先用表格完成事实ID、标准事实句、来源、主版本、边界和权限字段，再把可引用事实放进文章模板与AI批稿上下文。等字段稳定后，再考虑接入内容资产系统或内部知识库。
Q：事实接口和普通品牌资料库有什么区别？
A： 事实接口比资料库多了版本、边界、权限和复测4层规则。 普通资料库偏存放材料，证据契约偏生产调用；它会明确哪条事实能公开引用、哪条只作内部参考、哪条需要确认，以及AI答案要用哪些问题复测。两者可以共存，但生产入口应读取契约化后的事实。
Q：一条事实可以同时进入文章、短视频和销售问答吗？
A： 可以，同一fact_id可服务3类以上内容形态，但标准事实句和边界条件应保持一致。 文章可以展开证据和流程，短视频脚本可以转成场景表达，销售问答可以压缩成直接回答。变化的是表达方式，不是事实本体；若场景边界不同，应拆成两条事实。
Q：AI复测发现旧版本还在出现，应该怎么处理？
A： 先查旧版本来源，再按30天周期更新公开内容、模板入口和复测样本。 如果旧版本来自历史文章，需要补充主版本说明或改写相关段落；如果来自外部页面，只能通过新增公开证据和一致表达逐步稀释影响。复测记录要保留旧版本命中样本，便于下月比较。
Q：哪些事实不适合放进AI批稿上下文？
A： 来源缺失、边界不清、状态为待确认的事实不适合进入批稿上下文。 这类事实可以保留在候选区，供品牌或产品负责人补证据。AI批稿入口建议只读取可公开引用事实、主版本字段和不适用表达，避免把内部参考或过期口径写进成稿。
