技能提升网中文源文案已经改成新套餐名，德语截图仍保留旧价格，日语商店描述又比本次构建早一个版本。翻译完成率接近百分之百，也可能无法发布。
给源字符串、翻译文件、截图和商店元数据加同一个版本标识，再按语言地区判断阻断项。AI先生成候选判断，负责人再根据原始记录确认，正式系统保持只读。
多语言发布核对先收齐哪些资料
本次输入只包括本次源文案版本、各语言翻译文件、产品截图与商店文案、地区限制和发布时间表。给每份资料加来源、版本、业务日期和负责人。文件名相似却无法确认版本的项目单独隔离，不能自行选择看起来最新的一份。
多语言发布核对的四步处理顺序
| 步骤 | 具体做法 |
|---|---|
| 建立主键 | 用角色、对象、日期和单据编号组织多语言发布核对记录，避免同名对象串行。 |
| 保留原值 | 把原始字段与标准化字段分开，任何清洗都不覆盖多语言发布核对证据。 |
| 执行比较 | 按业务条件逐项比较，输出依据、差异和缺失，不直接执行哪些语言可以发布，哪些存在漏翻、旧截图、超长文案或地区信息错误。 |
| 形成交付 | 把正常、异常和待确认记录放进逐语言发布就绪表和阻断问题清单，补上责任人和截止日。 |
多语言发布核对常见情况怎么分流
| 情况 | 判断依据 | 处理建议 |
|---|---|---|
| 版本齐全 | 翻译、截图和商店文案同版 | 可进入发布候选 |
| 存在漏翻 | 源字符串无目标语言值 | 阻断该语言 |
| 截图过期 | 画面展示旧功能或旧价格 | 重新制作 |
| 地区信息不符 | 条款、日期或入口不适用 | 由本地负责人确认 |
表格只能给出预览。真正需要判断的是哪些语言可以发布，哪些存在漏翻、旧截图、超长文案或地区信息错误。某条结论如果没有原始位置、适用版本或授权人，就留在待确认区，不把猜测写成确定结论。
先用边界样本测试多语言发布核对
人为保留一张旧价格截图和一个空字符串，检查两类问题是否落在对应语言而不是阻断全部地区。随后从AI判定正常的记录里反向抽样。发现漏检时，应修正规则并重跑同一影响范围，不能只手工改一行。
可直接使用的多语言发布核对任务说明
你正在协助产品运营、本地化项目经理或发布负责人。触发情况是新版本准备在多个语言地区上线，源文案已经修改，但翻译文件、应用截图和商店描述更新进度不同。只读取本次源文案版本、各语言翻译文件、产品截图与商店文案、地区限制和发布时间表。需要判断哪些语言可以发布，哪些存在漏翻、旧截图、超长文案或地区信息错误。请生成逐语言发布就绪表和阻断问题清单。每条记录给出来源位置、使用版本、判断依据、缺失项、责任人和截止日。第一轮只输出预览，不发送、不删除、不改写正式系统。
多语言发布核对交付前怎么验收
- 多语言发布核对中的数字、日期和状态可以回到原始记录
- 逐语言发布就绪表和阻断问题清单同时保留正常项、异常项和待确认项
- 涉及哪些语言可以发布，哪些存在漏翻、旧截图、超长文案或地区信息错误的决定由有权限的人签字
- 继续自动处理可能造成部分地区上线旧文案、错误截图或缺少必要信息，造成审核退回和用户误解时立即停止
多语言发布核对验收人还要检查权限最小化、个人信息遮蔽和过程回执。AI给出高置信度也不能代替审批，最终责任仍由产品运营、本地化项目经理或发布负责人及其授权负责人承担。
多语言发布核对适合组合哪些Skill
DOCX Skill用于读取多语言文案和批注；文档一致性校对助手用于比较版本间名称、数字和日期；XLSX Skill用于生成逐语言就绪矩阵。在多语言发布核对流程里，能力之间只传递带来源的中间结果，不让后一环节覆盖前一环节的原始证据。
多语言发布核对使用这些 Skill 的边界是：修订和表格关系需检查文档结构与渲染结果；发现矛盾不等于证明哪一份资料正确，权威基准由业务人员指定；公式、筛选和关联结果需重新计算并抽样核对。
