GEO 品牌事实库：先解决“AI 不认识、认错、说不清”

GEO 内容写作之前，先建立品牌事实库。它的作用不是把所有资料塞进一个文档，而是让官网、销售、内容团队和 AI 工具对同一件事使用一致、可追溯、可更新的事实。

如果公司名、产品版本、服务范围和案例口径在不同页面互相冲突，再多内容只会放大混乱。

品牌知识资产六件套

资产	必备字段	解决的问题
实体档案	品牌名、公司名、曾用名、中英文名、官网、官方账号	重名、认错、实体混淆
产品档案	产品名、版本、适用对象、参数、限制、价格口径	功能过期、能力夸大
术语词典	行业术语、品牌概念、近义词、禁用词	同义表达和专业理解
证据库	资质、检测、专利、公开数据、奖项原始出处	结论缺乏证明
案例库	背景、动作、结果、时间、证据、公开范围	案例只有口号没有过程
FAQ 库	问题、标准答案、条件、更新时间、负责人	回答不一致、缺少边界

一条事实应该长什么样

不要只写“产品支持企业知识库”。更完整的事实记录应包含：

事实：支持哪些数据源和文件格式
适用版本：从哪个版本开始
限制：容量、权限或地区条件
来源：产品文档或测试记录
更新时间：YYYY-MM-DD
负责人：谁确认、谁维护
公开级别：公开 / 内部 / 不可外发

这样写的目的不是增加管理负担，而是让内容生产、客服回答和模型调用都能判断“这条事实能不能用、现在还有效吗”。

案例如何脱敏但仍保留价值

脱敏不是把客户名替换成“某客户”就结束。还要检查预算、地域、时间、样本量、独特业务组合和截图是否能反推出身份。

公开案例可以保留：

• 业务问题和约束；
• 判断框架与操作步骤；
• 相对变化或指数化结果；
• 失败原因、风险和适用边界；
• 能公开的证据类型。

不应公开：客户身份、原始明细、账号权限、精确预算、联系人、未授权素材和可反推业务的组合信息。

如何处理事实冲突

1. 标出冲突的两个版本，不让模型自行“综合”。
2. 回到一手来源和负责人确认。
3. 记录生效时间与适用范围。
4. 更新正式事实，同时保留变更记录。
5. 检查官网、帮助中心、销售材料和外部内容是否需要同步修正。

搜索或 RAG 索引只能是派生层。正式事实源应可由人直接阅读和维护，索引可以重建，来源不能被模型输出反向覆盖。可延伸阅读本站的RAG 知识库四道质量门。

从事实库到公开内容

每篇 GEO 内容都应该从事实库取材，并留下引用关系：用了哪些产品事实、案例证据和限制条件。发布后如果事实更新，可以快速定位受影响页面，而不是全网盲查。

下一章会把这些事实组织成可引用、可阅读的 GEO 内容。

常见问题

可以直接把内部知识库公开吗？

不可以。应生成独立的公开副本，只复制授权公开的事实，并检查最终发布文件。源库中的客户资料、联系人、凭证和内部判断不能随同步脚本带出去。

事实库应该用 Obsidian、Notion 还是数据库？

工具取决于团队规模和权限需求。关键是字段清楚、版本可追踪、能导出、能被人维护，并且 AI 只能在授权范围读取。

案例没有精确数据还能公开吗？

可以。用相对变化、指数、方法步骤和决策逻辑表达，但要明确数据已脱敏，不用模糊表达伪装成精确效果证明。

下一步

选择问题库中优先级最高的一个问题，进入第 5 章：GEO 内容工程，先做一篇有证据的示范内容。