一份制度或技术规范译成英文之后，章节标题常常是这种样子：第三部分 Corporate Culture。后面的词对了，前面的「第三部分」还在，而且用鼠标拖，选不中这几个字。
这不是漏翻了一句。自动多级列表画出来的前缀，和作者敲进标题的字，在 Word 里根本不是同一类东西。
标题是两半拼起来的
「第三部分 企业文化」里，「企业文化」在段落文字中，普通翻译能碰到；「第三部分」由编号定义按模板画出来——例如计数方式是中文数字，模板是 第%1部分。翻译工具只改段落里的字，前缀就会一直留在源语言。
这和「翻译后列表还在、编号不断」不是一回事。不少工具宣传的是结构还在：只要增加一节，后面的 4、5、6 仍会顺延。用户抱怨的是读出来的标签：中文文件里的「第…部分」并没有变成 Part 3。结构完好、标签仍是中文，是最常见的半成品。
把编号先转成死文字再翻译，能过关，但译完就不能再增删章节。几十个标题要手改。
有的换算不必问模型，有的必须整层一起改
SimplifyAI 把自动编号拆成两类：
- 没有词、只有数字和标点的，按规则换。
一、变成1.，中文数字换成阿拉伯数字，全角顿号换成英文里常用的点。这一步不经过翻译模型。 - 带着「第」「部分」「章」这类词的模板，当作普通待译片段走同一条翻译通道，不按语言硬编码对照表。所以英语是
Part %1，法语是Partie %1，西班牙语是Parte %1。译文必须把原来的计数位留下；丢掉、改掉或原样退回，这一层编号全部不动。
后一条是刻意的。半成品 第3部分 比原来的 第三部分 更难看——数字本地化了，汉字还在，读者以为翻译做到一半停了。宁可整层保持中文，等你在译前术语或事后校对里处理。
另外几条和交付观感有关：
- 只处理文档真正用到的编号定义和层级。 有的文档带着几百套编号定义，正文实际只用到十来套。把没用到的都送去翻译，既费配额，也会在确认列表里堆一堆无关项。
- 前缀的字体跟着目标语言走。 模板改成
Part %1之后，数字不再用宋体画在英文标题旁边。标题里如果还留着中文，中文槽位的字体仍在。 - 目标语言里原编号标签本来就自然时，这项会跳过。 例如中译日时，
第%1章在日语里同样说得通，不必强行改成西式Chapter。
目录页上还有一份已经画好的「第三部分」。只改编号定义，正文会变成 Part 3，目录在 WPS 里仍可能显示旧前缀。目录那一侧如何跟着改、以及何时宁可留下未译前缀，见 Word 翻译后目录怎么还是原文。
目前做得到、做不到的
机器会自动处理：识别自动编号里的计数方式和模板词、能换算的直接换、带词的送去翻译并校验计数位、成功改写的层级对齐拉丁字体。
仍建议在译前确认环节看一眼带词的模板译文（Part %1 是否符合你们的体例，有的团队更想要 Section %1）。模型拿不准的层级会保持原样，需要的话可以手工改编号定义。
目前不会做的：正文里手打的「第一章」——那是普通句子，走正文翻译，不是编号逻辑；无法可靠读回数字的特殊计数格式，不会强行重绘，以免章节号出错。
适合什么文件
多级标题很密的制度、合同、投标文件；交付给客户时不能夹着源语言前缀的咨询报告；同一份源稿要出多种西文译本、又不能为每种语言维护一张「第→Part/Chapitre/Capítulo」对照表的手册。
结语
选不中的那几个字，往往不在段落里。把带自动编号的 Word 传到 SimplifyAI，看标题左侧是变成了 Part 3，还是整层仍留着「第三部分」——两种结果都比中间状态好核对。