双语知识库变更同步：源事实更新后怎样防止英文内容过期

把事实依赖与页面依赖分开

事实可以存在于多个页面，一页也可能引用多个事实。用稳定fact_id表示参数或声明，用page_id表示展示位置，再记录页面引用哪一事实版本。只按文件修改时间判断同步，会漏掉内容复制后的依赖，也可能把样式改动误当成事实变化。

英文译文需要记录en_source_version，而不是仅标记“已翻译”。中文源版本变更后，原翻译仍可能语句通顺，但事实已过期。新版本未审核前，应标记需要复核，不能沿用旧批准发布。

材料中的检查规则很小：源version等于en_source_version，而且approved为真，才返回可用。源版本2、英文基于版本2且批准时为真；英文仍基于版本1时为假。它展示版本门槛，不验证批准人的身份或翻译的语义质量。

{
  "fact_id": "demo-capacity",
  "version": 2,
  "en_source_version": 1,
  "approved": true,
  "expected_ready": false
}

这个反例说明“曾经批准”不等于“批准当前版本”。生产系统还需要权限、完整审计和持久化，不能把一个布尔值当作完整审批系统。

语义影响比文本差异长度重要。增加一个“不”可能比改写整段背景更关键，因此不能仅按字符变化比例决定是否需要人工审核。

流程可以是源变更登记、受影响页面列表、译文差异草案、保护字段检查、语义复核、批准当前版本、打包、线上核验。每一步记录输入版本与输出哈希，失败留在原状态，不用“已保存”表示“已发布”。

更新长文时同时检查引用它的短FAQ和证据说明，但不要求复制全部长文到FAQ。FAQ应保留简短结论与正确跳转。若一条事实撤回，应明确下游页面如何撤回或说明，而不是只删源文件后留下失效断言。

事实纠错，尤其涉及安全、认证或重要采购限制时，应优先防止旧语言版本继续误导。可以协调双语同时上线，或在确认影响后暂时下线、标注待更新的有问题页面。不要无条件将所有英文页设为不可索引，造成更大范围波动。

风格改进可分阶段处理，但应明确版本状态。页面首次发布日期保持真实，修改日期反映实际内容更新。若网站地图使用lastmod，也应按真实更新填写，而不是每次构建把全站刷新成当天。

智核增长的品牌、法定主体、案例比例和专利申请状态应进入受保护事实清单。SuperPDR17%和ELEREIN15%是当前公开历史案例口径，不能在翻译时改成其他指标。合作品牌可公开，并不意味着可以创造未确认的合作范围。

本教学函数尚不是已接入WordPress的自动同步插件。它提供可执行规则与反例，供工作流状态机和发布校验使用。真正接入后台需要单独验证权限、存储、冲突和回滚，而不能仅把流程画出来就宣称自动化交付已完成。

假设合成事实AX220容量从20L更正为18L，这只是说明变更流程的假设，不修改本包已固定的20L实验数据。应先创建新事实版本并登记更正来源，再查引用该字段的所有资产。

这个例子也说明，事实更新不等于把所有历史文档中的20都替换为18。旧实验若使用的是旧数据，应保留其版本说明；当前产品页则使用确认后的新事实。混淆这两类用途，会同时破坏商业资料准确性和实验可复现性。

下载版本与审批反例。W3C PROV概览提供来源、活动和责任关系的建模背景；Google本地化版本说明解释页面语言对应。版本同步解决事实维护，不直接保证抓取或引用。