项目中的典型资料
围绕剧情、界面、商店与运营内容，结合截图、变量和文本空间安排本地化，维护统一的语言风格与更新版本。
- 游戏剧情、角色与对话
- 界面、帮助和产品字符串
- 商店文案、字幕与版本更新
从叙事语境到屏幕内文字
数字产品的语言存在于剧情分支、交互界面和动态画面中。每类文本需要自己的上下文与限制，不能把一张脱离使用场景的字符串表当作全部工作依据。
角色叙事与任务分支
借助角色关系、世界观和前后句判断称呼、语气及信息揭示时机。任务名、道具名和对话选项要互相对应，分支文本保留触发条件与说话人；同一句台词若用于不同情绪场景，先询问是否拆分资源，避免所有位置强用同一译法。
界面与动态变量
把按钮、提示、成就和商店条目放回操作场景核对，区分可执行动作与状态描述。变量、标签及换行标记按资源约定保留，同时考虑数字变化、复数和词序；短文本无法容纳完整信息时，向产品方提出可选短译和所需上下文。
字幕与画面节奏
字幕结合定版视频或对应构建核对说话人、画内文字与句间衔接，配音脚本另看停顿和可读性。原文笑点、双关或文化引用可提出改编方案并说明取舍，不自行删掉影响剧情的信息；时间轴和字幕内容是否都在委托内需分别列明。
把语言反馈连到资源与构建
语言测试需要可定位的资源和可复现的画面。交付不只是一列译文，还应帮助开发与运营团队判断问题发生在哪个版本、哪条路径及哪一种语言。
可复现的语言问题
问题记录可包含构建号、资源键、语言、触发步骤、截图及建议文字，区分截断、术语不一致、语境错误和显示异常。语言团队说明文字问题，界面布局或功能修复由产品团队处理；修复后的复查范围按新增构建和可访问路径确认。
运营更新与资源差异
新增活动、赛季和商品文案按稳定资源键比较，删除项、修改项和新建项分开处理。旧译文的复用要检查活动规则和当前角色设定，不能只凭源文重复就自动沿用；冻结之后追加的字符串另列批次，便于发布负责人核对完整性。
风格决定与回填交接
风格记录可收录角色口吻、称谓、禁用译法和已确认改编，交付文件保持资源结构及编码约定。商店文案、游戏内文本和客服说明共用事实但各有长度限制；回填后的语言检查需另有实际页面或构建，不能用表格审校代替运行画面确认。
先建立共同工作依据
请提供项目背景、目标读者、原稿版本、术语或已有译文，以及指定专业审核人的意见汇总方式。多批次、多团队工作时，统一文件编号、名称、单位和变更标识。
语言团队负责约定范围内的翻译、审校与格式检查；原文中的技术、医学、财务或法律判断由相应专业人员确认。疑问先列明、后沟通，避免在语言处理中自行补充原文结论。
清楚推进每一个环节
- 01
说明用途
明确文件、语向、数量、接收要求及时间。
- 02
确认安排
核对范围、资料、审校责任、配套与交期。
- 03
翻译审校
结合专业资料，核对术语、数字、图表和版本。
- 04
交付协作
按约定交付文件，集中反馈并确认后续更新。
交付与报价安排
结合语言方向、字数或页数、专业内容、清晰度、可编辑性、版式、审校与配套要求评估报价和时间。原稿变更、增加语种或新增配套时，重新确认范围与计划。
交付前明确Word、PDF、Excel、字幕或其他文件格式，确认可编辑稿、纸质文件和声明签章等实际需要。文件用途或接收要求不同，配套安排分别说明。
继续了解
进一步确认项目细节
没有可玩版本，能先开始剧情和界面翻译吗？
可以先用角色设定、任务流程、截图和字符串说明开展文本工作，同时列出语境不足的条目。缺少运行环境时不能确认截断、触发条件或所有分支的实际呈现；这些检查应在构建可用后按另行确认的范围安排。
一条中文字符串在多个按钮共用怎么办？
请提供各使用位置和动作含义，判断目标语言是否能共用。若语法、性别或词义在不同场景下冲突，可建议拆分资源键或采用适合全部场景的表达，由开发方确认实现方式；不在译文中破坏变量或资源结构强行解决。
语言测试是否包含修复所有显示问题？
需区分问题发现、语言建议、技术修复和修复复查。可按约定提交定位材料及建议译文，开发方处理字体、布局和代码；哪些平台、语言及操作路径可检查，应以实际构建和访问条件为准，不把抽样检查表述为全路径覆盖。