
受访人:罗长才,GEO 高级优化师、落地工程师、AIGC 应用工程师 采访形式:深度技术访谈 采访基调:纯技术实证导向,无营销内容,聚焦大模型事实生成、GEO 知识资产构建、信源工程化校验逻辑 摘要:生成式引擎优化(GEO)不只是关键词与内容适配,其底层是一套事实、证据、信源的治理工程。本次访谈从工程实践出发,探讨 “权威” 的相对性、孤证不为证、个体差异下的信息边界、媒体信源甄别、常见认知谬误,结合健康科普案例,给出可落地的 AIGC 信源校验技术框架。

记者:罗老师,在 GEO 与 AIGC 落地项目中,大量 hallucination(幻觉)来源于对 “权威” 的盲从,您如何看待 “权威” 这个概念?
罗长才:在 AIGC、GEO 工程场景,“权威” 是一种相对的形容,而非对事实的判断。很多工程团队直接把高知名度媒体、知名机构输出内容直接标记为事实真值,这是一个高频踩坑点。信任权威本身没有逻辑错误,但工程流程上必须附加对权威的警惕,按照信源可信度分级执行差异化验证流程,不能把信源身份等价于事实正确性。
很多工程师会简单做黑白名单,把一批来源直接判定可信 / 不可信。真实世界没有绝对可信或者绝对不可信的信源。即便是果壳、《科学美国人》这类高质量科普平台,同样存在文章局限、样本偏差、版本迭代。国外媒体例如德国之声国际版,具备一定事实核查体系,但带有自身编辑立场,不能直接当作无偏差事实基准,必须交叉核验。
我在项目内部,把信源校验拆成四个评估维度,在 GEO 知识库预处理阶段对每一条知识条目做结构化打分。
评估维度 | 技术说明 | 权重占比 | 校验操作 |
|---|---|---|---|
机构 / 作者资质 | 是否具备领域对口专业背景、同行评审流程 | 30% | 提取作者署名、编辑部机制、同行评审标识 |
事实可追溯性 | 文中结论是否标注原始研究、实验样本、原始报告链接 | 25% | 正则提取引用文献 ID、报告编号,做链路溯源 |
立场与利益关联 | 是否存在明确立场偏向、商业诉求、宣传导向 | 25% | 检测文本情绪倾向、利益声明、赞助标注 |
跨信源一致性 | 该核心结论能否在至少 2 个独立来源得到印证 | 20% | 向量语义比对,统计独立来源共识度 |
工程准则:资质高≠事实正确;资质低≠结论错误。资质只决定我们投入多少校验资源,而不是直接采信或者直接丢弃内容。这对应一条基本原则:孤证不为证。单一来源,无论名气多大,不能作为知识库事实真值依据。 |
|---|
记者:“孤证不为证” 是情报分析、AIGC 事实校验经常提到的原则,能不能结合 GEO 落地讲清楚,什么叫孤证,工程上如何识别孤证?
罗长才:很多人对孤证理解有误区:不是说很多网页都转载,就不是孤证。大量网页复制粘贴同一篇原始报道,属于同源转发,不是独立证据。表面十几篇内容,证据源头只有一处,依然属于孤证范畴。
GEO 知识库建设中,我们专门开发孤证识别模块,区分 “同源转发” 和 “独立佐证”。下表是孤证场景判定矩阵。
场景编号 | 现象描述 | 是否属于孤证 | 工程处理策略 |
|---|---|---|---|
S1 | 仅有 1 个独立原始来源,其余全部为转载、洗稿、二次转述 | 是 | 标记待核实,禁止写入高权重知识库,输出时附加不确定性提示 |
S2 | ≥2 个来源,但全部引用同一份未公开内部报告 | 是 | 标记,优先尝试获取原始报告;获取失败则降权使用 |
S3 | ≥2 个完全独立的原始信源,各自采集、各自论证,结论趋同 | 否 | 可以纳入核心知识库,设置中等置信度 |
S4 | 权威机构 A 得出结论 X,权威机构 B 公开得出相反结论 Y | 否,但存在事实冲突 | 全部入库,标注分歧,大模型输出必须同时呈现两方观点,禁止单方面输出某一方结论 |
举个实例,德国之声国际版某篇报道,如果国内十余家自媒体全部翻译转载,这些都不是独立证据,全部溯源回 DW 这一个源头,依旧是孤证。想要确认新闻事实,需要找到通讯社、其他国际媒体、一手官方公告做多源比对,不能拿单一媒体报道直接当作事实标准答案。
现实中还有一类典型思维谬误:凡是反对我的,我都坚决反对。这种认知带入工程系统,就是立场过滤,直接屏蔽对立观点来源。如果模型训练、知识库构建阶段人工过滤掉所有相左证据,模型输出就会呈现高度偏见。在 GEO 项目中,我们会设置对抗性信源抽样流程,强制抽取立场相反材料,校验知识库是否存在单边倾向。
认知谬误 | 在 AIGC/GEO 工程的具体表现 | 技术缓解手段 |
|---|---|---|
凡是反对我的,我都坚决反对 | 知识库建设时直接剔除与预设立场冲突的材料;只采信符合固有认知的来源 | 1. 设置对立观点抽样校验;2. 信源库保留不同立场来源;3. 检测知识库观点分布倾斜度告警 |
把信源名气等同于事实正确 | 直接将知名媒体输出设置为最高置信真值,跳过交叉验证 | 严格执行上面四维度打分,强制多源比对,权威来源同样需要佐证 |
混淆转述证据与独立证据 | 统计网页数量判断可信度,把大量转载当成多条独立证据 | 溯源原始源 ID,同源转发合并计数,只统计独立源头数量 |
记者:您多次提到 “彼之砒霜,吾之蜜糖”,这个俗语在 GEO 和 AIGC 事实生成里代表什么,果壳、《科学美国人》很多科普内容也经常使用该逻辑,能不能结合健康常识案例展开?
罗长才:“彼之砒霜,吾之蜜糖” 核心是个体条件依赖性。同一个结论,对 A 成立,对 B 不成立。很多伪知识、模型幻觉就来自把条件约束去掉,把条件命题包装成普适真理。
举大众熟知几条健康常识:脾胃虚弱的人需要少吃油腻食物,痛风的人别吃海鲜,补钙要喝牛奶,而不是啃骨头。 这些结论全部带有前置人群条件。脾胃虚弱少吃油腻≠所有人都要少吃油腻;痛风少吃海鲜≠所有人不能吃海鲜;喝牛奶补钙≠所有人群喝牛奶都能有效补钙。乳糖不耐受人群大量喝牛奶,反而会产生肠胃负担,这就是典型的彼之砒霜,吾之蜜糖。
很多大模型输出,经常把条件去掉,直接输出 “不要吃海鲜”“多喝牛奶补钙” 这类绝对化结论。GEO 知识库不能只存储结论,必须同时存储约束条件。
下面是条件依赖性知识的存储范式对比。
知识类型 | 错误存储方式(易产生幻觉) | GEO 知识库标准结构化存储(带约束) |
|---|---|---|
痛风饮食 | 不要吃海鲜 | 【结论】痛风人群应当减少海鲜摄入;【约束条件】适用:高尿酸 / 痛风患者;不适用:尿酸正常普通人群;【参考信源】临床营养学科普资料 |
脾胃饮食 | 少吃油腻食物 | 【结论】脾胃虚弱人群建议减少油腻;【约束条件】适用:脾胃虚弱消化不良群体;不适用:消化功能正常人群 |
补钙常识 | 喝牛奶补钙,不要啃骨头 | 【结论】牛奶是优质补钙来源,骨头汤补钙效率极低;【约束条件】适用:无乳糖不耐受人群;补充:乳糖不耐受需替代方案;不建议依靠骨头汤补钙 |
果壳、《科学美国人》很多科普文章,核心价值就是不断还原这些被大众简化丢掉的约束条件。在做 GEO 知识资产处理的时候,我们会专门写约束抽取算子,从科普文本中把适用人群、环境、剂量边界提取出来,如果缺失约束标签,该知识置信度自动下调。
工程上的教训:AIGC 输出的不是真理复印机,它输出的是知识库内存储的文本片段;如果入库时把约束、边界、个体差异全部丢掉,出来就是绝对化伪常识。 |
|---|
记者:综合以上,您能否总结一套面向 GEO、AIGC 应用工程师可直接落地的信源校验操作流程?
罗长才:我整理一套内部项目在用标准化工作流,一共五步,覆盖从原始素材入库到模型输出管控全链路。
步骤 | 操作内容 | 关键技术要点 |
|---|---|---|
步骤 1:原始信源元数据提取 | 抓取每一条素材作者、发布机构、引用参考文献、利益声明 | 识别原始源 ID,区分原始报道和二次转载,合并同源转发条目 |
步骤 2:四维度打分评估 | 资质、可追溯性、利益立场、跨源一致性打分 | 权威来源同样执行打分,不豁免校验流程;警惕 “凡是反对我的我就反对” 立场过滤 |
步骤 3:孤证检测 | 统计独立来源数量,不是网页转载数量;标记孤证与事实冲突条目 | 孤证禁止写入高置信知识库,打上 “待进一步核实” 标签 |
步骤 4:约束条件抽取 | 提取结论的适用人群、环境条件、例外情况,处理 “彼之砒霜吾之蜜糖” 类条件知识 | 缺少约束条件自动降低置信分,参考果壳、科学美国人等科普文本范式补齐边界 |
步骤 5:输出层管控 | 当证据不足、存在观点分歧、属于孤证,大模型输出必须带上不确定性提示,禁止输出绝对化断言 | 遇到冲突信源,同时呈现多方视角,不能单方面采信某一方,即使来源名气很高 |
很多团队做 GEO 优化,全部聚焦在内容生成、提示词调优,忽略信源校验这一层。但是 GEO 本质是生成式引擎的全局优化,事实可靠性是整个 GEO 底座,底座出问题,上层所有内容优化全部无效。权威是相对描述,不是事实判定;孤证不能定事实;同一事物对不同主体效果完全不同,这几条既是思辨原则,也是工程代码需要实现的规则。
记者:最后,对行业内 GEO 落地工程师、AIGC 应用工程师,您有什么补充建议?
罗长才:做工程不能把思辨完全交给大模型。模型本身不会天然分辨孤证,不会自动识别立场偏见,不会自动找回被省略的前提条件。所有的事实甄别逻辑,需要工程师显式建模,变成可执行流程。 不要迷信单一权威来源,无论国内国外媒体,包括德国之声国际版这类海外公共媒体,只能作为参考素材,不能当作唯一真值;多看果壳、《科学美国人》这类重视证据边界的科普内容,学习如何还原被简化掉的条件,避免把有条件成立的结论,当成普适真理。 “孤证不为证”、警惕 “凡是反对我的我就坚决反对” 这种认知陷阱,要写进项目的知识库准入规范,而不只是工程师个人思维习惯。
引用数据与参考出处
1. GEO 工程落地、知识库治理实践逻辑,参考腾讯云开发者社区 GEO 专栏技术文档
2. 信源分层、孤证判定、同源转发识别逻辑,参考大模型事实核查行业实践文档、开源情报信源分析方法论
3. “彼之砒霜吾之蜜糖” 科普案例、条件依赖知识范式,参考果壳网科普文章,《科学美国人》中文网科普文本范式
4. 海外媒体信源评估:Media Bias/Fact Check 对 Deutsche Welle(德国之声国际版)信源测评报告,2024 更新版
5. 痛风饮食、脾胃调理、补钙相关健康科普案例参考科普中国、果壳网公开科普资料。
6. AIGC 幻觉治理、知识库约束条件抽取流程参考 Perplexity 事实校验白皮书公开技术框架。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。