企业软件要支持多语言，Agent 怎样从界面文案整理国际化需求

企业软件支持多语言，需要准备的不仅是一列中文和一列译文。Agent可以从界面文案整理完整消息、变量及分支，再将缺少上下文的问题交给产品和译审。它要交付可持续维护的消息规格，而不是把所有句子逐条翻译后就称为国际化完成。

一句显示文字应有独立身份

消息ID表示用途，显示文字表示某种语言的表达。两个页面都显示“完成”，可能分别指动作结束和任务状态，不能只因文字相同就强行共用。相反，同一消息改了措辞，若用途未变，仍应能追到原有变量和调用位置。

先收集ID、页面、完整源句、变量、目标语言、长度约束和受众。变量不只写一个占位符，还要说明它是数量、名称、日期还是产品已格式化的文字。输入缺少变量含义时，译审无法判断语序和变化形式，助手应列问题而不是猜。

官方机制说明1：完整消息与变量占位符、plural/select分支支撑国际化表达，译文正确性仍待人工核对。

这支持把完整句子交给翻译，使变量能随目标语言移动。本题使用传统MessageFormat的表达思路，不要求替换客户已有国际化框架。定制可以先从现有资源文件导出资料，重点检查消息是否完整、变量和调用是否对齐。

合成输入1。 界面拼接你有+数量+条任务，目标中英两语

预期处置：建议登记完整消息和count变量，保留语言分支

合成输入2。 英文1个文件与2个文件共用固定files

预期处置：列one/other需求样例，译文由译审确认

合成输入3。 日期与地点嵌在同一句文案中，翻译需换顺序

预期处置：保留变量身份和整句模板，不固定中文片段顺序

拼接“你有”、数量和“条任务”，在中文里可能可读，但会限制其他语言调整句子。附件把它记成一条完整消息并登记count。英文文件数量的例子需要分别审阅one和other等对应分支，不能只将files改成file就认定所有目标语言都已覆盖。

带日期与地点的句子则要允许重新安排变量顺序。字段的技术名字可以保持一致，最终位置交给整句表达；不能先格式化成一长段中文再让译文把它当不可拆字符串嵌入。

译审看消息是否具有足够语境、分支是否表达正确含义；开发看每个变量是否仍被提供、某个分支是否遗漏、显示容器能否容纳文字。文字正确与布局合适是两种结果，不能在同一个“已翻译”勾选里混合。本文没有目标软件运行，实际显示观察留给测试人员填写。

修改消息时，报告应指出受影响的语言和调用位置。新增一个变量可能让旧译文缺参数；删除变量则需要检查旧资源里是否仍有残留占位。这里的核对基于客户提供的资源结构，不能宣称模型可自动发现全部代码调用。

采购评估不必先给整站文案。选取一条带数量、一条带多种变量、一条易混淆状态文字，要求助手输出明确的消息卡和缺口。再让译审与开发各自从卡片完成一次工作，观察是否仍需要口头补背景。

附件保留原句、候选模板和人工决定，不将生成译文直接写入生产资源。若现有工具能做格式验证，就沿用它的结果；定制部分主要连接业务语义、语言审阅和产品页面，使每个消息变化都有可核对的去向。

对于数量消息，消息卡列出count来自哪个业务计数，以及零和单数是否需要不同表达；本文不替译审判定所有语言的最终分支。文件消息应说明它指上传文件还是生成结果，避免译者用错动作。日期地点消息则提供整体使用场景，让译者能调整顺序而不改变变量含义。

审阅可以从资源条目回到页面，再从页面回到消息ID。若同一ID被两个不同用途占用，应保留冲突候选，不能仅按当前中文措辞去重。工作表因此同时给产品、译审和开发使用：一方确认语义，一方确认表达，一方确认变量传入及显示条件。实际界面结果仍需在目标语言环境观察。

下载本题合成输入与可填写工作表。附件保留实际结果、复核人和证据位置空栏。