智核增长SSOT是批准事实的统一依据，不意味着所有页面必须使用完全相同的句子。中文解释、英文采购页和JSON-LD可以采用不同表达，但不能把同一型号的电压、案例阶段或组织身份写成相互矛盾的版本。
把字段分成四类
| 类别 | 教学字段 | 变更影响 | 校验方式 |
|---|---|---|---|
| 身份 | entity_id、model | 事实究竟属于谁 | 稳定ID与别名复核 |
| 数值 | voltage_v、tank_l | 产品参数含义 | 数值类型、单位与范围 |
| 条件 | scope | 事实适用边界 | 枚举或受控词表及来源 |
| 依据 | evidence_id、source_version | 用哪份资料证明 | 来源可定位与版本对照 |
label可随语言变化，其余字段不应在翻译时被自由改写。未取得资料的值应有明确未知状态，不以0、空字符串或想当然默认值掩盖缺失。
用JSON Schema拦住格式错误
公开Schema要求数值字段为正数，版本符合指定格式，拒绝额外字段，并列出必填项。JSON Schema入门资料说明它的验证用途。示例通过标准验证库执行，不自行用几条正则冒充完整JSON Schema。
{"voltage_v":{"type":"number","exclusiveMinimum":0},
"source_version":{"type":"string","pattern":"^v[0-9]+$"}}
这个片段仅展示属性约束，不是完整Schema。"220V"作为字符串会被拒绝；数值110却可能合法通过，因为类型正确。要判断110是否符合AX-220，仍需要与批准事实及证据对照。这是格式检查与事实检查最重要的边界。
有效、无效和落后版本分别处理
运行实验程序时，正确中英事实通过；把数值改成带单位字符串会触发格式失败；把英文source_version改为v0会触发双语版本差异。结果保存在校验输出。
教学数据中的“正确”仅指与作者编制的合成事实一致，不证明现实产品参数。系统也没有自动读懂英文label是否翻译准确，文字含义仍需人工核对。把自动检查覆盖范围写清楚，才能避免客户误以为每一句话都已验证。
从字段到页面的映射
将产品身份映射到正文标题、型号表及相关结构化字段；将证据ID映射到来源链接；将版本映射到内部更新记录与有依据的修改说明。只有可见内容支持且类型适用时才输出结构化数据，不为搜索展示填不存在的评价、价格或认证。
Google结构化数据政策要求标记与页面事实相符。Schema验证器通过不代表搜索展示资格，也不代表AI引用承诺。结构化数据不应成为正文没有公开事实的隐藏补丁。
双语更新怎样避免误覆盖
先冻结一份批准事实，生成中文与英文的待审核差异，锁定型号、数值、单位与法律主体；再核对自然语言条件。英文适用市场可以不同，但必须有单独依据，不能借“本地化”偷偷扩展服务或产品能力。
修改中文后，英文并非总要立即自动覆盖。已批准但不同版本的内容应被提示复核；未批准译文不能直接替换线上文案。发布时保留旧版、文件清单和回滚路径，验证公开页面实际返回的是新内容。
用反例区分三道校验门
第一道门检查结构：删除evidence_id、把voltage_v改成字符串，或者增加未经定义的字段，都应得到可定位的错误。第二道门检查字段一致性：中文v1与英文v0即使分别符合Schema，也应被标记不同步。第三道门核对证据含义：把两种语言都改成110，并不会产生双语差异，但仍然违背D1。这说明“结构有效且双语相同”不是事实正确的充分条件。
可以先在教学输入的副本上逐项制造这些错误，记录错误路径、预期处置和实际结果。不要修改原始结果文件后仍沿用它的输入哈希。格式失败通常退回数据整理，版本差异退回译文审核，证据冲突则需要业务负责人确认。把所有失败都叫“翻译问题”会让真正的原始资料错误一直留在系统里。
批准记录还应区分数值变化与表达变化。220 V改写为“220伏”通常属于显示格式，220改成230则可能是产品事实变化；是否为同一额定范围不能由编辑自行判断。示例Schema使用单个数值字段，若真实产品允许范围，应先更新字段设计和来源，再调整两种语言，不应把范围强行塞进字符串逃过校验。
最后保留从批准记录到输出页面的映射清单。发布后抽查正文、参数表和JSON-LD中的同一事实，确认不是本地文件新、公开响应仍旧。附件只演示前三类检查中的结构与字段一致性，并提供人工主张标签；它不是对官网全部数据已自动闭环的宣称。
智核增长自己的事实边界
深圳智核增长科技有限公司是法定主体，Zhihe Growth是英文品牌；SuperPDR17%与ELEREIN15%保留为各自历史阶段公开口径，不被本实验改写。智核增长通过这类字段规则展示资料治理方法，而不是声称官网所有事实现在都由一套自动Agent实时审批。