本地化与语言设置攻略
本地化决定了游戏内名称和描述如何以不同语言呈现给玩家；它确保文本符合界面限制，并在各语言版本之间保留语气、清晰度和一致性。
目标与范围
- 传达每个实体的预期含义和作用（功能、风格或背景设定），而不是逐字直译。
- 逐字保留专有名词、物品/建筑名称以及技术术语，按其在游戏中的原样呈现（不要翻译或改动）。
- 描述要简洁，以适配界面元素，同时在存在独特语气时保留其特点，例如冷幽默、临床式语气或风味文本。
处理不同文本类型
- 名称：保留游戏内名称的原样（例如，GATE、G.A.S.S.、Automate de Claustration Automatisée du GATE），并避免增删标点。如果名称包含首字母缩略词，请保留来源中使用的缩略词形式。
- 简短描述（单行文案）：忠实传达含义和语气，同时保持简短易读。优先采用自然的目标语言表达，而不是逐字直译。
- 较长描述 / 设定文本：保留重要的世界观事实和关系（由谁开发、原型、测试状态），并且只保留适合 UI 空间的内容。
- 风味文本（食物描述、物品俏皮话）：简洁地保留预期的风味（诱人、烧焦、幽默、平淡）。如果多个语言版本给出的形容词略有不同，请选择在目标语言中最清晰的一种表达。
一致性规则
- 专有名词和标题：保留科学名或项目名不变。示例：“GATE”和“G.A.S.S.”在所有本地化中都保持不变。
- 人名：始终保留原始拼写（例如，Dr Alice Mayfield，Dr Stewart Wakeman）。
- 语气匹配：保持与原语言版本相同的语域。如果源文本是临床式表达，就保持临床语气；如果是俏皮风格，就保持轻松俏皮。
- 重复内容：如果多个源语言版本提供了相同信息，在本地化文本中只写一次。
特殊情况与示例
机器人和安防单位
- GATE 防御和收容单位：将该单位描述为一种增强型安防自动机，源自 Dr Alice Mayfield 的早期设计，并加入了 Dr Stewart Wakeman 制定的协议。注明测试/实地评估状态，以及源文本中存在的任何显著怪癖。例如：
- 本地化人员必须包含开发归属（Mayfield、Wakeman），因为这与世界观设定相关。
可部署标记
- 可部署信标：简短、直白的描述，例如“一个可放置、可命名的位置标记，可绕过传统遮挡。”措辞应简洁明确。
食物与消耗品
其他物品
- 办公家具与摆件：简短的描述性短语就足够了：“Cubicle — 全尺寸、可涂装的办公室隔间”；“食堂餐桌 — 曾经适合在一连串事件发生之前吃午餐的桌子。”
- 服装 / 护甲：保留材质与用途：“A.E.G.I.S. 肩甲 — 碳纤维增强的手臂防护”（或“手臂防护”，具体取决于物品栏位）。
- 玩具 / 节日内容：保留语气：“圣诞特快列车 — 蒸汽与欢愉为这台引擎注入动力。”
格式与长度限制
- 尽量将 UI 描述行控制为一句简短句子；只有在需要包含关键背景或机制警告时，才使用两句。
- 除非是正式名称的一部分，或为清晰起见确有必要，否则避免使用括号补充说明。
- 本地化文本中不要包含元信息（翻译说明、源语言标签）。
本地化 QA 检查清单
- 你是否将专有名词按游戏内原样保留？
- 文本是否简洁（最好不超过一行 UI）？
- 文本是否保留了原始语气（克制、诙谐、冷峻）？
- 如有关键事实和失败模式，是否都保留了（原型状态、现场测试、已知缺陷）？
- 对常见状态的形容词是否在相似物品中保持一致（烧焦/过熟/寡淡）？
维持多语言一致性
- 如果某个概念只出现在一种语言源文中，也要在其他语言中用与现有文本语气和长度相匹配的等效表达补上。
- 如果多个语言版本提供了略有不同的细节（例如某个版本提到“Cascade Research Facility”之类的测试地点），只要篇幅允许，就应统一保留该地点名；否则优先保留关系信息（现场评估/测试），只有当名称属于背景设定时才保留。
在为这些实体及其简短描述生成或审校游戏内本地化文本时，请将本指南作为权威的风格与内容参考。