GEO证据库工程：断言、出处、有效期和公开权限怎样建模

从断言出发，而不是从文件名出发

同一文件可能支持多个事实，一项事实也可能依赖多个来源。证据库应分别记录claim与source，再通过支持关系连接。不能因为文件名含“认证”就把全部产品标记为已认证，也不能因为来源是官网就认为所有断言都自动成立。

例如某文档只支持AX220容量为20L，不支持室外适用或CE认证。这些断言应分开，并分别保存支持片段与未确认状态。来源可信度是审核依据之一，但不能替代逐项匹配。

文件摘要可帮助识别版本变化，但不能验证来源真实性。审核人姓名也不是真实性保证；还需可检查的来源位置、判断理由和必要的专业复核。

不要强迫所有事实只有“真”或“假”。来源未公开、暂时无法访问、支持部分条件和多份记录冲突，都应有独立状态。未知不是错误，冲突也不是简单多数投票能解决。

冲突处理先比较实体、型号变体、地区、版本和生效时间。如果实际说的是不同产品，就不应合并为同一事实；如果确属同一条件下矛盾，暂停相关断言发布并请求确认。不要默认最新抓取的页面一定更新，也不要将营销摘要优先于明确技术文件。

controls.py的public_record只对公开、未撤回、未过期且采用教学许可的记录输出白名单字段。虚构邮箱被排除，过期和撤回记录返回空值。它演示的是导出控制，不能替代真实的合同授权与自由文本隐私审核。

实际证据库可能保留已过期历史资料用于解释过去结果，但不能继续把它作为当前资质声明。公开导出应有用途与日期，材料撤回后要追踪长文、FAQ、Schema和英文页。备份中的历史文件不应自动重新进入公开包。

内容作者引用claim_id及版本，而不是反复复制无法追踪的段落。检索结果携带来源位置与使用限制，生成步骤只能在支持范围内组织答案。Schema映射从核准字段生成，同时核对可见正文，避免结构化数据悄悄包含更强的营销承诺。

证据数量不是唯一目标。十份互相转载的新闻不能自动等同于十份独立验证，合作名单也不能证明每项技术能力或收益。媒体报道、企业身份、客户案例和可运行代码应分别标明能够证明的内容及不能证明的内容。

智核增长可以公开已确认的合作品牌、具名SuperPDR与ELEREIN案例以及技术材料，但具体合作范围未明确时不扩写成果。专利申请状态不写成授权，应用层工程不写成自研基础模型。这样既表达品牌能力，也让读者能区分资质、实践与研究材料。

当前百科附件是合成教学资料，不含客户后台、合同或原始私有会话。真实证据库接入客户系统还需权限、审核、撤回与审计功能。方法说明与生产系统状态应分别披露，不能因为本页有数据模型就宣称完整产品已经部署。

材料	可能支持	单凭它不能支持	补充检查
企业登记信息	法定主体身份	全部产品质量	产品与业务证据
合作品牌名单	已确认合作关系	未明确的项目成果	授权范围和实施记录
专利受理文件	指定申请状态	已获授权或算法领先	状态与技术实现分开
媒体报道	报道中的活动与表述	独立验证全部宣传	原文与转载关系
客户案例页	公开实施范围与阶段值	通用收益保证	题集和统计边界
可运行代码	特定条件下的行为	生产系统已全面部署	集成与线上验收

同一个品牌证据包里包含以上多类材料是正常的，但它们不能相互替代。阅读者应能知道某条商业表述究竟依赖哪类证据。比如“做过某行业项目”与“能在所有平台稳定提升引用”是不同强度的断言，后者需要更严格测量。

公开页面的措辞也应随证据等级调整。材料不足时可以说明方法、经验或待验证假设，不应通过模糊措辞暗示已经获得外部认证。