2. 多语言内容模型设计

多语言电子作业指导书（e-SOP）的核心难点，不在于把中文翻译成英文，而在于让同一份作业知识在多种语言、多个版本之间保持结构一致、语义对齐、可追溯。要做到这一点，必须先把作业指导书从“一篇文档”改造成“一棵结构化内容树”，再为每个可翻译单元挂上多语言字段，最后用版本与语言变体两条正交的坐标轴来管理它的生命周期。

一、从文档到结构：作业指导书的内容建模

传统 SOP 是一份 Word 或 PDF，翻译时整篇替换，导致结构漂移、无法局部更新。结构化建模的思路是：把作业指导书拆成“工序—步骤—要素”三级骨架，每一级都是可独立寻址的节点。典型模型如下：

• 工序（Operation）：对应一个工位或一段连续作业，例如“电池模组上料”。它承载工位号、节拍、所需工具、安全等级等属性。
• 步骤（Step）：工序内的有序动作单元，例如“放置模组并确认定位销到位”。步骤有顺序号，是翻译与版本变更的最小业务单位。
• 要素（Element）：步骤下的具体内容块，按类型区分，例如 text（操作描述）、image（图示）、warning（安全警示）、param（参数值）、checkpoint（自检点）。

这样建模后，每个要素拥有一个稳定 ID，例如 OP10.STEP20.EL03。翻译、修订、审核都针对 ID 进行，而不是针对“第几页第几段”。当某个步骤的扭矩参数从 8 N·m 改为 10 N·m 时，只需修改 param 要素的值，所有语言变体自动继承该数值，无需逐语言重译。

二、多语言字段设计：哪些内容需要翻译，哪些不能翻译

多语言字段设计的关键判断是：区分“语言相关字段”与“语言无关字段”。语言无关字段（如步骤 ID、顺序号、参数数值、单位、工具编号、图片资源路径）在所有语言变体中共享同一份数据；语言相关字段（如操作描述、警示语、检查项名称）则按语言分别存储。

推荐采用“字段级多语言”而非“文档级多语言”。也就是说，一个步骤对象内部同时持有多个语言的文本字段，而不是为每种语言复制一整份文档。示例数据结构（JSON 示意）：

{
  "stepId": "OP10.STEP20",
  "order": 20,
  "tool": "TQ-08",
  "torque": { "value": 10, "unit": "N·m" },
  "text": {
    "zh-CN": "将螺栓拧紧至扭矩到位，听到咔嗒声后停止",
    "en-US": "Tighten the bolt until the torque clicks, then stop",
    "ja-JP": "ボルトをトルクがかかるまで締め、カチッと音がしたら停止する"
  },
  "warning": {
    "zh-CN": "禁止超过额定扭矩",
    "en-US": "Do not exceed rated torque"
  }
}

注意 torque 是语言无关的共享字段，text 和 warning 是语言相关字段。这种设计带来两个直接好处：一是参数变更只需改一处，二是可以精确统计“哪些语言尚未翻译”，例如 warning 缺少 ja-JP 时，系统可标记为“翻译不完整”。

三、版本与语言变体：两条正交的管理轴

版本（Version）和语言变体（Language Variant）是两个独立维度。版本描述“内容改了什么”，语言变体描述“用哪种语言呈现”。一份作业指导书可以同时存在 v1.2 的中文版、v1.2 的英文版，以及 v1.3 的中文版但英文版尚未跟进。管理上必须把这两条轴分开记录，否则会出现“英文版到底是哪个版本的翻译”这种无法回答的问题。

推荐的做法是：以“内容版本”为主版本号，每个语言变体记录它对应的内容版本基线。例如：

当内容从 v1.2 升到 v1.3 时，系统应自动把各语言变体标记为“待同步”，并列出具体变更的要素 ID。翻译人员只需处理这些差异要素，而不是重译整篇。这就是结构化建模带来的增量翻译能力。

四、语言回退与区域变体

实际产线常遇到“某语言缺失”的情况。此时需要定义回退链（Fallback Chain），例如 zh-TW → zh-CN → en-US，即繁体中文缺失时先回退到简体中文，再回退到英文。回退链必须在模型层显式配置，不能靠运行时猜测，否则同一份 SOP 在不同终端可能显示不同语言，造成操作歧义。

区域变体（如 en-US 与 en-GB）通常只在单位、拼写、法规警示上有差异。建议把区域差异限制在少数要素上，共享大部分内容，避免为每个区域维护完整副本。

五、落地要点与常见陷阱

第一，ID 稳定性优先于命名美观。要素 ID 一旦发布就不应随文案修改而改变，否则翻译记忆库和变更追踪都会失效。第二，语言无关字段要显式声明，不能靠“看起来像数字就不翻译”来判断，否则单位、符号、编号容易被误翻。第三，回退链要可配置、可审计，并在发布前做一次“全语言渲染检查”，确认每个要素在每种目标语言下都有可显示内容。第四，版本升级时只标记差异要素，让翻译工作量与变更量成正比，而不是与文档总量成正比。

综上，多语言内容模型的设计顺序是：先建结构树，再分语言字段，最后用版本轴和语言轴分别管理。结构树保证可寻址，字段设计保证可增量翻译，双轴管理保证可追溯。三者合起来，才能让一份作业指导书在 5 种语言、10 个版本之间依然保持语义一致、变更可控。