原文链接，gemini-3.1-pro-preview提供 PDF 转换和翻译。

1 欢迎

欢迎使用《Microsoft 简体中文本地化风格指南》。本指南将帮助您了解如何以最能体现 Microsoft 语调的方式对简体中文内容进行本地化。

在开始之前，请：

• 确保您理解 Microsoft 语调 的核心原则。
• 熟悉简体中文推荐的风格参考资料。

2 Microsoft 语调

Microsoft 的品牌个性体现在我们的语调和语气中——即我们说什么以及怎么说。跨越 Microsoft 产品、服务和体验的设计复兴，核心在于明快简洁。

构成我们语调基础的三个原则：

• 热情轻松 (Warm and relaxed)： 我们自然不做作。少一些刻板，多一些真诚的对话。有时，我们也充满乐趣。（我们知道何时该庆祝。）
• 简明扼要 (Crisp and clear)： 我们直奔主题。我们的写作首先为了便于扫读，其次才是精读。我们始终把简单明了放在首位。
• 乐于助人 (Ready to lend a hand)： 我们向客户展示我们与他们站在一边。我们预测他们的真实需求，并在最恰当的时机提供绝佳的信息。

Microsoft 语调面向广泛的用户群体，从技术爱好者到普通计算机用户。尽管针对不同受众的内容可能有所不同，但 Microsoft 语调的原则是一致的。然而，Microsoft 语调也意味着要时刻将受众铭记于心。为受众选择正确的词语：对于技术受众使用技术术语，但对于普通消费者，请使用常用的词汇和短语。

这些 Microsoft 语调的关键元素也应延伸到所有语言区域的 Microsoft 内容中。对于每种语言而言，产生 Microsoft 语调的具体风格和语气选择会有所不同。

2.1 体现 Microsoft 语调的选择

以反映 Microsoft 语调的方式翻译简体中文，意味着选择能够反映与源文本相同风格的词语和语法结构。这也意味着要考虑受众的需求以及文本的意图。

整体风格应清晰、友好且简洁。请使用类似于日常对话环境中的语言，而不是技术和商业内容中常用的正式、技术性语言。

在本地化以 Microsoft 语调编写的源文本时，如果您认为采用非标准翻译是忠实于源文本意图的最佳方式，请随意选择非标准翻译的词语。

因为 Microsoft 语调意味着更偏向对话式的风格，逐字翻译源文本可能会产生与客户无关的目标文本。为了指导您的翻译，请考虑文本的意图以及客户为成功完成任务需要了解的内容。

2.1.1 灵活性

对于翻译人员来说，修改或重写翻译后的字符串以使其对简体中文客户更恰当、更自然是非常重要的。为此，请尝试理解句子、段落和页面的整体意图，然后就像您自己在撰写内容一样进行重写。这将使内容对简体中文用户来说更加完美。有时，您可能需要删除不必要的内容。

2.1.2 应避免的词汇和短语

Microsoft 语调避免使用不必要且过于正式的语气。

2.1.3 词汇选择

术语

适用时，请使用来自 Microsoft 语言资源 的受批准备用术语，例如关键术语、技术术语和产品名称。

简短词汇形式与日常用语

用美式英语编写的 Microsoft 语调文本偏好日常对话中使用的简短、简单的词汇。在英语中，较短的词语通常更友好、更不正式。简短的词语还能节省屏幕空间，并且更容易快速阅读。准确且精挑细选的词语能增加清晰度，但有意使用客户习惯的日常用语也很重要。

对于 zh-CN，翻译人员应注意某些术语在不同产品中有不同的翻译。请记住，如果您在一个术语中看到多个目标翻译，请检查 TS（术语库）中所有相关的元数据。在技术文档或 UI 翻译中，请选择正式翻译。在营销文档中，请选择非正式翻译。

2.1.4 逐字直译

为达到流畅的翻译，应避免逐字直译。如果在没有全面理解段落或页面内容的情况下直接翻译文本，内容将变得不自然甚至显得滑稽，我们的客户也将不会再次访问。严格的逐字直译会使语气生硬且不自然。因此，在活动页面中检查源文本的语境至关重要，以避免仅仅在没有上下文的情况下翻译一堆字符串。必要时可以将长句拆分成不同的句子，或进行简化。有时可以省略描述词以使文本更精炼。

2.2 Microsoft 语调示例文本

以下各节中的源短语和目标短语示例说明了 Microsoft 语调的意图。

2.2.1 引导用户采取行动

2.2.2 解释性文本与提供支持

2.2.3 推广功能

2.2.4 提供操作指南

3 包容性语言

Microsoft 技术触及全球各个角落，因此我们的所有通信必须具有包容性和多样性。本指南提供了如何使用包容性语言的示例，并教导如何避免可能无意中导致边缘化、冒犯、错误表述或延续刻板印象的习惯。

一般准则

遵守当地语言法律。

使用通俗易懂的语言。 使用直白、具体且熟悉的词语。通俗易懂的语言有助于所有学习水平和能力的人士理解。例如，使用几个清晰的词汇而不是一个复杂的术语或概念。

在提及世界各地时要注意。 如果在示例中提及城市、国家或地区，请确保它们没有政治争议。在涉及多个地区的示例中，请使用对等的引用——例如，不要将国家与州或大洲混淆。

在文字和图像中表现多元的视角和情况。 描绘各行各业、全面参与各种活动的人们。展示在各种职业、教育环境、地点和经济环境中的人们。

不要因地区、文化、年龄或性别对人进行概括或带入刻板印象，即使是正面的刻板印象也不行。例如，在表现工作角色时，选择能反映各种性别认同和文化背景的名字。

不要使用亵渎或贬损性的词语。

不要使用可能被视为文化挪用的俚语。

不要使用可能带有潜意识种族偏见的术语，或与军事行动、政治或有争议的历史事件和时代相关的术语。

3.1 避免性别偏见

对常用术语使用性别中立的替代词。 避免使用包含特定性别术语的复合词。

下表包含了中文（简体）中应避免使用的带有性别偏见的词汇或复合词示例，以及应用于促进性别包容性的替代词汇。

不要在泛指中带有性别代词（如她, 他 等）。 相反：

• 重写句子以使用替代形式（其）。
• 省略代词（例如，使用 文档 而不是 他的文档）。
• 指代某人的角色（例如，读者, 员工, 顾客, 或 客户）。
• 使用 人员 或 个人。

当您在写一个真实的人物时，请使用该人物喜欢的代词，无论是 他, 她, 他们, 还是其他代词。在写自己使用那些性别代词的真实人物时，使用带有性别的代词（如 他, 她, 他的, 和 她的）是可以接受的。

注： 性别中立语言应在未来的新产品和内容中使用，我们不更新所有现有或旧版材料也是可以接受的。

3.2 无障碍环境

Microsoft 设备和服务赋能每一个人（包括残障人士）去做他们最重视的活动。

关注人，而不是残疾。 不要使用暗示怜悯的词语，如 患病 或 遭受痛苦。首选的做法是除非与主题相关，否则不要提及残疾。

使用适用于所有输入法和设备的通用动词。 在过程和操作说明中，避免使用在针对无障碍环境的替代输入法中没有意义的动词。

保持段落简短且句子结构简单。 大声朗读文本，并想象由屏幕阅读器读出来的效果。

把像 和, 外加, 和 关于 这样的词拼写出来。 屏幕阅读器可能会误读包含特殊字符（如 & 符号、加号 + 和波浪号 ~）的文本。

4 语言特定标准

本风格指南的这部分内容包含针对简体中文的具体信息和准则。

4.1 语法、句法和正字法标准

本节包含有关如何将通用语言和语法规则应用于 Microsoft 产品、在线内容和文档的信息。

4.1.1 缩写

常用缩写

由于空间不足，您可能需要在 UI 中（主要是按钮或选项名称）缩写某些单词。可以通过以下方式处理：

简体中文词汇通常不使用缩写。在处理英文缩写时，请应用以下一般规则：

• 缩写的使用基于英文源文本。
• 缩写中不应包含空格。
• 在任何缩写中使用不间断空格（Ctrl+Shift+空格键，注：原文档写的是 Ctrl+Atl+空格键），以避免一个字母掉到下一行的开头。
• 英文月份和星期几的缩写如下；

月份：Jan, Feb, Mar, Apr, May, Jun, Jul, Aug, Sep, Oct, Nov, Dec 星期：Mon, Tue, Wed, Thu, Fri, Sat, Sun

常见缩写列表：

不要将以下词汇缩写：

• 当 Microsoft 是产品名称的一部分时，不要将 Microsoft 缩写为 MS。
• 在产品名称中不要将 Visual Studio 缩写为 VS。
• 不要缩写操作系统的名称。

示例：

有些缩写的翻译取决于上下文。 示例：

4.1.2 首字母缩略词

首字母缩略词是由复合词各主要部分的首字母组成的词。一些广为人知的例子有 WYSIWYG（所见即所得）、DNS（域名系统）或 HTML（超文本标记语言）。

在处理英文首字母缩略词时，请应用以下一般规则：

• 首字母缩略词的字母应全部大写。
• 如果英文首字母缩略词末尾加了 “s” 以表示复数，在本地化为简体中文时应去掉该 “s”。

本地化的首字母缩略词

示例：

AM/PM 缩略词的翻译应根据不同的时间段进行调整，即： 将“凌晨”用于 12:00 AM – 5:59 AM 将“上午”用于 6:00 AM – 11:59 AM 将“中午”用于 12:00 PM – 12:59 PM 将“下午”用于 1:00 PM – 05:59 PM 将“晚上”用于 6:00 PM – 11:59 PM

未本地化的首字母缩略词

示例：

4.1.3 形容词

关于形容词（静态动词）的通用信息可以在任何中文语法书中找到。

通常，不要使用 “最好”, “最强”, “唯一”, 等等。

物主形容词（所有格）

频繁使用所有格是英语语言的一个特点。但在简体中文中，要避免翻译每一个物主形容词，即使它在英语中存在。

示例：

此外，避免在句子中使用太多的“的”。如果在不影响意思的情况下，为了可读性可以省略“的”。

示例：

4.1.4 冠词

在大多数情况下，为了流畅和简洁，无需将冠词翻译成简体中文。

但如果强调名词很重要以免读者混淆，则建议翻译冠词。

• 未本地化的功能名称

Microsoft 产品名称和未翻译的功能名称在使用英语时都不带定冠词或不定冠词。在简体中文中，我们使用与英语相同的名称。

• 本地化的功能名称

在翻译后的功能名称中不要包含任何冠词。

• 针对英语借词的冠词

当遇到以前在 Microsoft 产品中使用过的英语外来词时，请考虑以下选项：

• 动机： 该英语词汇是否具有任何在形式上有动机的特征，使其可以直接整合到简体中文语言的名词系统分类中？
• 类比： 是否有对等的简体中文术语的冠词可以使用？
• 频率： 这个术语在其他技术文档中使用过吗？如果用过，最常使用什么冠词？

互联网在这里可能是一个有用的参考。

请始终查阅 Microsoft 术语库 来确认新的外来词的用户及其正确的冠词，以避免不一致。

4.1.5 连词

对于 en-US 的 Microsoft 语调，使用连词是传达对话语气的另一种方式。以连词开头的句子可用于传达非正式的语气和风格。

在某些情况下，连词需要与中文动词结合翻译，以反映真实的含义。

4.1.6 缩约词

从技术上讲，中文里没有这样的缩写词。然而，我们仍然可以选择使用一些简短且日常的形式。请参见以下示例。

(虽然严格来说中文并没有这种缩写词，但对于一些助词、副词、连词等，还是有日常生活中更常用的简短用词，我们在翻译中应该适当使用这种简洁、口语中较常用的说法)

4.1.7 字体本地化

在本地化过程中，请遵循以下通用规则：

• 中文字体必须是 SimSun 或 宋体，字体大小为 9 磅。 a. 请不要对源文件中为斜体或粗体的单词或句子使用斜体或粗体字体样式。粗体和斜体标签分别表示粗体和斜体字体。 b. 在本地化软件消息/描述中的 UI 术语时，请用双字节双引号（“”）将 UI 术语括起来。 c. 至于文档和联机帮助中的 UI 术语，请将 UI 移出 <bold>、<italic> 或 <ui> 标签，并用双字节双引号（“”）将其括起来。

• 对于 UI 参照，Office 希望保留 UI 选项 (UI Options) 章节中所述的例外情况。

“为了与锁定的句段（翻译记忆库 TMs）保持一致，应特别注意 Office UI 字符串。本地化 UI 字符串的方法与 CnE 和其他一些 Microsoft 产品不同：将 UI 字符串保留在 UI/bold 标签内，并在标签对外部添加引号。通过将 UI 字符串保留在 UI/bold 标签内，我们还可以避免在 Memsource Editor 中运行 QA 后出现许多误报（此工具会报告“空标签对”错误）。”

示例：

例外：

• 粗体标题

• 有时，斜体字体样式在源文件中表示书名、手册名、在线指南、杂志名、报纸名、电影名、戏剧名、电视节目名、诗歌名或歌曲名。对于中文标题，请使用书名号《》，并去掉斜体字体样式。

示例：

4.1.8 俗语、成语和比喻的本地化

Microsoft 语调允许使用具有文化特征的俗语、成语和比喻（统称为“俗语”）。

请从以下选项中进行选择，以恰当地表达源文本的意图：

• 除非它非常完美地、自然地契合该上下文，否则不要试图用一个具有相同含义的简体中文俗语来替换源文本中的俗语。
• 翻译源文本中俗语的预期含义（而不是字面直译源文本中的原始俗语），但前提是该俗语的含义是文本中不可或缺的组成部分，无法省略。
• 如果省略俗语不会影响文本含义，请将其省略。

可接受的 zh-CN 俗语示例：写手、粉丝、方便快捷、量身打造.

具有特定上下文的可接受 zh-CN 俗语示例：菜鸟 (仅限于游戏语境使用。例如，指代游戏的第一级别时)。

不可接受的 zh-CN 俗语、成语和网络用语：给力、山寨、亲、神马、偶、童鞋、酱紫.

4.1.9 修饰语

在简体中文本地化文本中，经常需要将修饰语翻译成不同的词性，例如，为了更好的可读性，修饰语可以翻译为动词、主语补语、副词等意思。

示例：

在翻译定语从句时也要特别注意。在中文里，无论修饰语是什么类型、有多长，被修饰的成分总是跟在修饰语的后面。然而，当修饰语太长时，读者可能会迷失。

考虑到这一点，避免逐字直译或使用堆砌修饰语的长句。目标是让翻译后的文本听起来自然流畅。

示例：

4.1.10 数字

本主题包含了何时使用阿拉伯数字（代表数字的符号，如 1, 2, 3, 234 等）以及何时将数字拼写出来（一、二、三、二百三十四）以及特定语言的其他方面的准则。

• 当数字与测量单位一起使用时，应写成阿拉伯数字。
• 在数据格式中使用时，例如 MM-YY-DD，应写成阿拉伯数字。
• 在等式或函数中使用时，应写成阿拉伯数字。
• 在其他情况下，如果源文中使用阿拉伯数字，则目标文本也相同。如果源文中使用字母（英文单词拼写），通常使用汉字。

与数字一起使用的测量单位取决于后面的名词。不要总是使用通用的“个”，尽量使用特定的量词以提高可读性。

4.1.11 介词

在翻译时要注意介词的正确使用。许多翻译人员受英语语言的影响，会省略介词或改变词序。

对于 Microsoft 语调，使用介词是另一种传达随和或对话式语气的方式。在传达 Microsoft 语调时，以介词开始或结束一个句子是可接受的做法。

4.1.12 代词

总的来说，您不需要将每一个代词都翻译成简体中文。只要不影响意思，省略代词可使文本更流畅。如果需要翻译，请使用“你”代替“您”。

示例：

4.1.13 标点符号

在简体中文中，软件 (Software) 和文档 (Documentation) 的本地化有两套惯例。

参考下表，使用正确的标点符号集：半角标点符号或全角标点符号。

对于软件，惯例如下：

对于文档，惯例如下：

某些标点符号的详细用法见以下小节。

逗号

中文逗号（，）用于软件和文档本地化。请注意，当英语中列举几个项目时使用逗号，而在简体中文中则使用顿号（、）。

示例：

冒号

软件本地化： 在软件本地化中使用英文冒号 (:)。在英文冒号和后续字符之间应留出一个单字节空格（中文全角标点符号除外）。

示例：

文档本地化： 在文档本地化中使用双字节冒号（：）。双字节冒号和后续字符之间没有空格。

示例：

破折号与连字符

中文里使用了三种不同的破折号/连字符：

波浪号 (Wave dash)

波浪号用于分隔选项或近似值。

示例：

注： 波浪号有时也可以在索引中使用。在这种情况下，它表示有意省略某些词。

示例： ~ 的移动 ~ 的切换

短破折号 (En Dash)

En dash (–) 用作减号，通常前后都带空格。在简体中文中，保持与英语相同。

示例：

长破折号 (Em Dash)

Em dash (—) 用于强调一个孤立的元素，或引出对句子所传达含义并非必不可少的元素。在中文中，不应使用它，因为它看起来与汉字“一”一样。通常，可以通过重新组织措辞来避免使用这种标点符号。如果需要标点符号，您可能需要使用 ( )，： 或 短破折号 (en dash) 来强调该元素。

省略号 (Ellipses)

英文 (…) 用于软件和文档的本地化。

某些软件项目可能需要使用双字节点 (···) 使省略号更明显。

示例：

句号 (Period)

中文句号（。）用于软件和文档的本地化。

示例：

例外情况：

• 英文句点 (.) 用于英文缩写、商标、产品名称、公司名称中。

示例： const., U.S.A., Hitachi Ltd.

• 英文句点 (.) 在数字组或文件名称中用作分隔符。

示例： 123.45 CONFIG.SYS

引号 (Quotation Marks)

在简体中文中，请遵循以下规则：

软件本地化： 如果引号括起来的文本包含双字节字符和/或标签，应使用双字节引号（“”）；如果引号括起来的文本是单字节字符，应使用单字节引号（""），并且在单字节引号与外部的文本之间应留有一个单字节空格（中文全角标点符号除外）。

示例：

文档本地化： 在文档本地化中应使用双字节引号。

示例：

注： 单引号应仅在双引号内部使用。

示例： 请查阅第一章的“运行 Setup 出问题时查阅‘诊断和解决问题’一章”的内容。

问号 (Question Mark)

软件本地化： 在软件本地化中使用英文问号 (?)。在英文问号和后续字符之间应留出一个单字节空格。

示例：

文档本地化： 在文档本地化中使用双字节问号（？）。双字节问号和后续字符之间没有空格。

示例：

括号 (Parentheses)

在简体中文中，请遵循以下规则：

软件本地化： 在软件本地化中使用英文括号 ( )。在括号和括号外的简体中文字符之间没有空格。在括号和外部的英文字符/数字之间应留有一个单字节空格。

示例：

文档本地化： 如果括号内的文本包含双字节字符，请使用双字节括号（ ）。双字节括号与外部文本之间没有空格。如果括号括住的文本是单字节字符和/或数字，应使用单字节括号 ( )。在单字节括号与外部文本之间应留有一个单字节空格。

示例：

方括号 (Square brackets)

在简体中文中，请遵循以下规则：

在软件本地化和文档本地化中都应使用单字节方括号。

示例： 使用 [common] 块的方法： [menu] menuitem=Steve menuitem=Lisa [common] dos=high…… DEVICE=C:\DOS\HIMEM.SYS [Y,N]?

注： 需要嵌套括号时，将方括号用作外层括号内的一对内层括号的替代品。

示例： （不能是简单 Type [如 string 或 Guid]）

斜杠 (Slash)

正斜杠 / (Forward slash)

在软件本地化和文档本地化中使用单字节正斜杠。通常正斜杠前后都没有空格。

在以下情况使用正斜杠：

1. 表示（通常是互斥的）选项。例如，显示/不显示。
2. 出现在命令行中。例如，在命令提示符下键入: a:setup/u
3. 表示分数。例如，1 磅等于 1/72 英寸。
4. 表示日期。例如，1994/1/1

反斜杠 \ (Back slash)

在软件本地化和文档本地化中使用单字节反斜杠。通常反斜杠前后都没有空格。

在路径名中使用反斜杠。例如，c:\fruit> cd\

感叹号 (Exclamatory mark) ！

软件本地化： 在软件本地化中使用英文感叹号 (!)。在英文感叹号和后续字符之间应留出一个单字节空格。

示例：

文档本地化： 在文档本地化中使用双字节感叹号（！）。双字节感叹号和后续字符之间没有空格。

示例：

书名号 (Book title marks) 《》

使用书名号《》表示中文书名。这也适用于其他标题，如在线指南、手册、杂志等。

示例：

4.1.14 句子片段

对于 Microsoft 语调，使用句子片段有助于传达对话式的语气。只要有可能，就应使用句子片段，因为它们简短且直切重点。

4.1.15 动词

对于美式英语的 Microsoft 语调，动词时态有助于传达语调的清晰度。我们使用简单时态。最容易理解的时态是一般现在时，就像我们在本指南中使用的一样。避免使用将来时，除非您在描述将来确实会发生的事情并且一般现在时不适用。在描述已经发生过的事件时，使用一般过去时。

连续或正在进行的操作在英语中通常用动名词表示，在简体中文中应翻译为“正在…”的句型。

示例：

在英语中，章节标题通常以 “Working with ……” 或 “Using ……” 这样的短语开头。请不要应用“正在…”模式，因为这些标题与连续进行的操作无关。

示例：

5 本地化注意事项

本地化意味着翻译后的文本需要适应当地的语言、习俗和标准。

Microsoft 产品中的语言应该具备最初就用简体中文编写的产品的“外观和感觉”，使用符合当地习惯的句法和术语，同时保持高度的术语一致性，以确保为客户提供最大的用户体验和可用性。

5.1 无障碍环境

无障碍选项和程序旨在使认知、听觉、肢体或视觉有障碍的人士也能使用计算机。

硬件和软件组件采用灵活、可定制的用户界面、替代的输入和输出方法，以及更多暴露的屏幕元素。一些无障碍产品和服务可能在中文市场上不可用。请向适当的资源进行仔细核对。

有关无障碍环境的常规信息可在以下网址找到：https://www.microsoft.com/en-us/accessibility/

5.2 应用程序、产品和功能

应用程序/产品名称通常已注册商标，或未来可能被注册商标，因此通常不作翻译。有时，功能名称也会注册商标（例如 IntelliSense™）。在翻译任何应用程序、产品或功能名称之前，请先确认它是否确实可翻译且不受任何方式的保护。此信息需从 Microsoft 团队获取。

有时，产品名称经常与小应用程序或内置组件名称混淆。例如，“Microsoft Notepad (Microsoft 记事本)” 并不是一个独立的产品，而是 Windows 的内置组件之一。因此可以对其进行本地化。

在某些不可避免的情况下，产品名称会被翻译。例如在包装、营销材料和新闻稿中。

版本号

版本号总是包含一个句点（例如，Version 4.2）。 请注意“Version x.x:”的以下标点示例：

版本号通常也是版本字符串的一部分，但从技术上讲它们并不相同。

版本字符串的翻译

包含版权信息的版本字符串应始终被翻译。

示例：

5.3 Copilot 预定义提示词

Copilot 提示词是您用来告诉 Copilot 您希望它做什么的指令或问题。您可以让 Copilot 创建或编辑内容、提问、总结信息以及赶上进度。

在许多 Microsoft 产品中，您会发现一系列预先定义的提示词，旨在引导用户创建、学习和使用 Microsoft Copilot。

Copilot 预定义提示词的本地化最佳实践

Copilot 提示词是功能性的。极其重要的是，Copilot 预定义提示词的翻译要准确、一致、简洁、自然，并且使用合适的语气。请记住，这些翻译的质量会显著影响 Copilot 的响应或结果。

• 清晰具体： 英文提示词通常是以动词开头的问题或请求。确保目标提示词听起来是自然的问题或请求。避免使用模糊的语言。使用清晰、具体的短语或关键字。
• 保持对话感： 与 Microsoft 语调原则保持一致。翻译预定义提示词时使用简单、自然的语言。避免采用类似机器的生硬语气。
• 礼貌专业： 使用友善和相互尊重的语言，因为这有助于培养协作精神，提高 AI 的响应能力和性能。不要使用俚语和行话。
• 使用引号： 这有助于 Copilot 了解需要为用户写入、修改或替换什么内容。
• 注意标点符号、语法和大写（对于中文来说是断句）： 清晰的沟通有助于 Copilot 和用户之间的协作。
• 注意实体标记 (entity token) 的位置： 实体标记是一个占位符，用于在 UI 中触发弹出菜单，让客户选择一个实体，如文件、联系人、会议，以便提示词能使用指定实体中的特定数据。与任何其他占位符一样，实体标记不可本地化，且实体标记在目标文本语法中的位置应该合理。

实体标记本地化例外情况： 某些预定义提示词可能是显示文本（即示例），在这种情况下，实体标记需要被翻译。请仔细阅读开发人员 (Dev) 注释。 例外示例： Source string: List key points from [file] DevComment=Translate [file]

• 保持一致： 有些英文预定义提示词非常相似。确保一致地翻译它们。

5.4 商标

注册商标名称和 Microsoft Corporation 名称不应本地化，除非当地法律要求翻译且具备经过批准的商标翻译形式。有关 Microsoft 商标列表，请参考以下位置供您参考：https://www.microsoft.com/en-us/legal/intellectualproperty/Trademarks/

5.5 软件注意事项

本节涵盖所有菜单、菜单项、命令、按钮、复选框等，它们在本地化产品中应保持一致的翻译。

5.5.1 方向键

方向键（箭头键）在同组控件之间移动输入焦点。按向右箭头键将输入焦点移至 Tab 顺序中的下一个控件，按向左箭头键将输入焦点移至前一个控件。Home、End、Up 和 Down 键在组内也具有其预期行为。用户不能使用方向键导航出某个控件组。

5.5.2 错误消息

错误消息是由系统或程序发送的消息，通知用户必须纠正错误以便程序能继续运行。这些消息可能会提示用户采取行动，或者通知用户遇到了需要重启计算机的错误。

考虑到 Microsoft 语调的基本原则，鼓励翻译人员应用这些原则，以确保目标翻译更自然、更具同理心且不僵硬（不像机器人）。

错误消息中的简体中文风格

在本地化的错误消息中使用一致的术语和语言风格非常重要，而不是仅仅照搬它们在英文产品中出现的样子进行直译。

错误消息中的标准短语

翻译标准短语时，请进行标准化处理。请注意，英文中有时会使用不同的形式来表达相同的意思。

以下短语在错误消息中经常出现。当您翻译它们时，请尽量使用提供的目标短语。但是，如果在特定上下文中其他表达方式效果更好，您可以随意采用。

示例：

包含占位符的错误消息

在本地化包含占位符的错误消息时，尝试弄清楚什么内容将替换占位符。这对于保证占位符被词或短语替换后句子在语法上仍然正确是必不可少的。请注意，占位符中使用的字母传达了特定含义，请参见以下示例：

%d, %ld, %u, 和 %lu 表示 <number> %c 表示 <letter> %s 表示 <string>

包含占位符的错误消息示例：

“Checking Web %1!d! of %2!d!” 意思是 “Checking Web <number> of <number>.” “INI file “%1!-.200s!” section” 意思是 “INI file “<string>” section.”

1. 如果占位符表示 <number>，则需要使用“量词 (Measure word)”，如 位, 部, 本, 个。 示例：

2. 对于占位符，如果将被替换为本地化字符串，请根据特定字符串保留或删除空格。如果不确定该字符串是什么，请删除空格。

示例：

5.5.3 键盘快捷键

有时，菜单选项、命令或对话框中带有下划线或高亮显示的字母。这些字母指向键盘快捷键，可帮助用户更快地执行任务。例如以下菜单选项：

New Cancel Options

对于普通读者而言，内容撰写者通常只将“键盘快捷键”统称为 “keyboard shortcuts”。但是在本地化中，我们区分以下术语：

对于简体中文，翻译带键盘快捷键的字符串惯例是：

“翻译文本(&大写字母)”

在翻译文本和 ( ) 之间不需要空格。

示例：

然而，还需要注意一些其他情况：

1. 将键盘快捷键放在标点符号之前。

示例：

2. 如果句子太长，也可以做相应调整。

示例：

3. 在极少数情况下，源字符串可能仅由数字、单个字母或标点符号组成。在这种情况下，请保持原样。

示例：

5.5.4 键位 (Keys)

键盘 是 Microsoft Windows 中用于文本输入的主要输入设备。出于辅助功能和效率的考虑，大多数操作也可以使用键盘完成。在使用 Microsoft 软件时，您会使用按键、组合键和按键序列。

在英语中，键的名称（如方向键、功能键和数字键）以正常文本出现（不是小型大写字母）。如果某个键的名称不需要翻译成中文，只需保留原样即可。

键名对照

注： 不要添加“键”或“组合键”。

示例：

5.5.5 数字小键盘 (Numeric keypad)

建议您避免将数字小键盘的键与其他键区分开来，除非给定的应用程序有特别要求。如果不明显需要按下哪些键，请提供必要的解释。

5.5.6 快捷键 (Shortcut keys)

快捷键是用于在软件应用程序中执行已定义功能的击键或击键组合。快捷键替代了菜单命令，有时会显示在它们所代表的命令旁边。访问键仅在屏幕上可用时才能使用，而快捷键即使在屏幕上不可见时也可以使用。

标准快捷键

5.6 语音视频注意事项

一个优秀的 Microsoft 语音视频只针对一个意图（解决一个客户问题），时间不能太长，拥有高质量的音频，配有增加信息量的视觉效果，并在配音中使用正确的语言变体/方言/口音。

配音视频内容的成功技巧

• 关注意图。展示完成最常见任务的最佳方法，并坚持下去。
• 表现出同理心。理解并承认观看者所处的困境。
• 利用 SEO（搜索引擎优化）。在标题、描述和标题中包含搜索短语，以便人们可以轻松找到该主题。
• 像和客户并肩坐着一样和他们对话，就像看着他们听你解释内容一样。
• 录制试音音频文件。检查长度、语速和清晰度。

5.6.1 英语发音

一般而言，保留在目标材料中未作本地化的英文术语和产品名称应采用英语发音方式。例如，Microsoft 必须按英语发音。但是，如果您的语言对于某些常用术语（如 “server”）有约定俗成的读音，则应使用本地的发音。此外，如果原文发音在简体中文听起来非常别扭，可以将发音调整为适应简体中文的语音系统。

首字母缩略词和缩写

首字母缩略词发音像真实的单词一样，并经过调整以适应当地的发音习惯。

请注意只使用受批准的术语首字母缩略词和缩写。

不要将文档其他部分以全称出现的虚构名称缩写形式使用。

其他缩写请逐个字母发音。

URL

“http://” 应该省略；URL 的其余部分应完整读出。

“www” 应该读作 “3 w”。

“dot” 应该被省略，但也可以读出。如果读出，那么它必须按照简体中文的方式发音，即 “点”。

标点符号

大多数标点符号自然地由语音语调暗示出来，例如：? ! : ; ,

短破折号 (–) 用于强调孤立元素。它应该发音为逗号，即短暂亦停顿。

诸如 / \ + - 之类的特殊字符可以用它们的中文名称来读。

特殊字符

使用在术语库中批准的简体中文翻译来读出特殊字符，如 / \ ˘ < > + -。

诸如 / \ + - 之类的特殊字符可以用它们的中文名称来读。

5.6.2 语气

使用符合目标受众的语气，例如，大多数 Microsoft 产品、游戏等可以使用更非正式、有趣和鼓舞人心的语气；技术文本等则使用正式、信息丰富且注重事实的语气。

在简体中文本地化时应采用半正式且友好的语气。避免使用像 “不……就不……”, “不是不……” 这样的表达方式。在翻译软件字符串和帮助资源时，绝不以居高临下的口吻对用户说话；相反，请使用友善的语气。想象一下您正在帮助一位朋友开始使用该产品。目标是让用户在使用 Microsoft 产品时感到舒适自在。

5.6.3 视频配音检查清单

主题与脚本

• 应用以下 Microsoft 语调原则：
  • 单一意图
  • 清晰
  • 日常语言
  • 友善
  • 能引起共鸣的语境

标题

• 包含意图
• 包含便于搜索的关键词

开场白：10 秒钟内设定问题

• 将问题置于能引起共鸣的语境中

动作与声音

• 保持视觉和听觉上都在发生些什么，但是……
• ……保持合适的节奏
• 将视觉效果与画外音同步
• 可以第一人称和第二人称交替使用
• 重复重点内容是没有问题的

视觉效果

• 引导视线穿过操作步骤
  • 平滑、易于追踪的指针移动
  • 谨慎使用标注
• 恰当使用动态图形和/或符合品牌要求的视觉效果

结尾

• 不需要总结回顾