Metlivi 博客

如何校对技术术语、大小写规范以及翻译标签

在审校技术文档时，应依据明确的术语表核对每个词汇，而不是仅凭记忆或单一的大小写规则。记录已核准的形式、读者应看到的拼写和大小写、可接受的变体、代码或 API 中的原样标识符，以及任何尚待决定的翻译。然后将正文陈述、界面标签和标识符作为独立的要素分别进行校对。这种方法既能捕获不一致的术语，又能确保必须保持精确的名称和代码完好无损。

2026年9月30日4 分钟阅读生活美学与自我表达作者：Metlivi Editorial Team

打开产品返回文章库

第 1 节

为什么单一的大小写规则无法解决所有术语问题？

样式指南提供了实用的默认设置，但某个产品或专业领域可能已有既定的特定名称规范。Google 的开发者指南建议在标题、列表和表格中采用标准美式英语大小写规范和句首字母大写（sentence case），同时保留官方产品名称和代码格式。微软的指南同样倾向于句首字母大写风格，但明确保留了对其品牌、产品和服务等专有名词的大写要求。它们共同的默认规则只是一个出发点，并不能证明某个特定技术术语就是通用词汇。[Google 的大小写指南](https://developers.google.com/style/capitalization) [微软的大小写指南](https://learn.microsoft.com/en-us/style-guide/capitalization)

词汇表可以回答与一般大小写规范页面不同的问题：即特定编辑指南对某些术语更倾向于哪种拼写或用法。例如，对于未涵盖的词条，Google 的词汇表会指引读者参考其推荐的字典，并将文风指南与在权威文档中查阅技术定义区分开来。这种区分非常有用：编辑的一致性与技术的准确性，需要从适合各自问题的来源中寻找依据。[Google 词汇表](https://developers.google.com/style/word-list)

第 2 节

校对术语表中应包含哪些内容？

为每个可能被不一致修改或误译的术语建立单独的一行。以下虚构的示例展示了字段和决策逻辑；“Sync token”及其翻译仅作说明之用，并非指代真实产品或已核准的术语。

术语表的作用是保留各项决定及其适用边界。允许的小写形式不应在无意间演变成第二个产品名称；标识符不应为了迎合正文叙述而被“修正”；尚未确定的翻译应保持明显的未决状态。当官方来源与本地词汇表发生冲突时，应记录该冲突以及最终决定的来源，而不是在未做说明的情况下将各种形式混杂列出。

术语与范围 —— 概念、产品领域和目标受众 —— Sync token；设置指南

官方形式与依据 —— 经核准的准确形式、来源以及核对的版本或日期 —— Sync token；产品词汇表第 3 版

显示形式 —— 解释性正文和标签中使用的拼写及大小写 —— Sync token

允许的变体 —— 在特定上下文中允许的形式及理由 —— 若词汇表允许，通识性正文中可使用“sync token”

原样标识符 —— 绝不可重写的代码、API、命令或 UI 字符串 —— API 响应中的 `syncToken`

翻译状态 —— 经核准的本地化标签、依据、负责人或工作流，或未决状态 —— 未决；需要翻译审校

第 3 节

如何确定展示用的拼写和大小写？

首先确定该术语所指的具体对象：普通概念、品牌或产品名称、UI 标签，还是原样标识符。查阅相关产品文档或词汇表以获取官方形式。然后将目标出版物的风格规则应用于普通正文、标题和标签，同时保留已记录在案的专有名词和标识符特例。Google 建议避免不必要的大写，并告诫不要仅凭大小写来区分词义；微软在其句首大写规范中同样指出，除句首和专有名词外，均应使用小写。[Google 大小写指南](https://developers.google.com/style/capitalization) [微软大小写指南](https://learn.microsoft.com/en-us/style-guide/capitalization)

接下来，在适当的情况下，将该形式与目标组织的词汇表和字典进行比对。记录来源及其版本或核对日期，以便其他编辑追溯该选择。切勿仅凭看起来美观的大写拼写、搜索结果或与英语术语形似的翻译，就推定其具有官方地位。如果各来源之间存在分歧或未明确规定该形式，请为该行添加标记以待决策，而不要将猜测当作定论呈现。

第 4 节

应如何核对翻译和界面标签？

应将翻译视为关于含义和上下文的决策，而非机械的大小写转换。标签可能会受到界面空间、既定本地化产品术语或目标语言中不同语法结构的限制。将候选词与已核准的本地化材料以及读者接触到它的具体语境进行比对。如果没有权威的本地化形式可用，请将该翻译标记为未决并提请相应的术语决策；切勿自行捏造所谓的官方对应词。

确定术语后，结合实际界面上下文校对标签本身。检查大小写是否符合所选语言的规则以及适用的产品或机构规范。在术语记录中保留原始标签，连同其来源和状态，以免将来的编辑将临时翻译误认为是已核准的译法。如果操作说明中也引用了该标签，请验证正文中的称谓与屏幕上显示的文字是否完全一致。

第 5 节

如何保护代码和 API 标识符？

在更改大小写之前，请将原样字符串与编辑文本区分开来。将标识符与相关的 API 参考文档、Schema、代码或界面逐字进行比对。在源定义包含下划线、大小写、空格和标点符号的地方，务必予以保留；风格规范化适用于周围的解释性文字，而不应改动原样取值。Google 指南明确允许在官方名称中或在引用使用它们的代码时，保留全大写（all-caps）或驼峰式（camel-case）形式。[Google 大小写指南](https://developers.google.com/style/capitalization)

切实的审校方法是在术语表中标记受保护的标识符，然后对照该参考记录逐一检查每次出现的地方。如果正文句子将代码形式的术语用作普通名词，应决定是否用更通俗易懂的措辞进行解释，同时在代码格式中保持原样标识符不变。当权威定义本身不明确时，应记录下这一不确定性；样式指南无法决定 API 的行为或规范字段名称。

第 6 节

可靠的校对流程是怎样的？

该流程是一项校对辅助工具，而非自动翻译或通用大小写转换规则。它的价值在于使每项编辑决策都可供审查：选择了什么形式、源自何处、适用于何处，以及哪些内容仍需定夺。对于篇幅较短的文档，一个紧凑的表格可能就足够了；对于庞大的术语集，则可在团队既有的词汇表工作流中保留相同的字段。

**收集：** 识别受审材料中反复出现的技术术语、产品名称、标签、翻译词汇和标识符。

**核实：** 查阅适用的官方文档、词汇表、用词清单和样式指南。尽可能注明来源版本或日期。

**决策：** 在表格中填入核准的显示形式、允许的变体和受保护的标识符。将存在分歧和缺失翻译的项目标记为未决。

**应用：** 一致地编辑普通正文和标题，同时保留官方名称、引用措辞和原样标识符。

**复查：** 在文档中检索记录在案的每个变体和每个受保护的标识符。确认每次出现均符合其注明的上下文，然后在认为术语校对环节完成之前，解决或上报未关闭的条目行。