ARTICLE DETAIL

资讯详情

深耕郑州网站建设与运营推广的一线实战洞察。

AI翻译优化实战:从机翻稿到合格译文的七步法

AI翻译优化实战:从机翻稿到合格译文的七步法 1. 为什么AI翻译总在关键时刻掉链子做本地化这行的朋友大概都有同感AI翻译工具这两年进步确实快日常文档、邮件、产品简介这类内容机翻出来的结果改几个词就能用。但一旦碰上合同条款、技术手册、营销文案、法律文书这类对精度和语气要求极高的内容AI翻译的短板就暴露得特别明显。我最近又碰到一例典型的AI翻译不合格案例客户拿过来的稿子机翻痕迹重到几乎每一段都需要重新梳理逻辑有些地方甚至完全翻反了意思。这篇文章就把这个案例完整拆开从问题定位到人工优化一步步讲清楚AI翻译到底在哪些环节容易出问题以及一个合格的人工优化流程应该怎么走。先说说这个案例的基本情况。客户是一家做工业设备的公司需要把一份中文技术协议翻译成英文发给海外合作方。他们先用某主流AI翻译工具跑了一遍觉得“看起来还行”就直接发给了对方。结果对方回复说“部分条款理解困难建议重新确认”。客户这才找到我让我帮忙看看问题出在哪。我拿到中英对照稿之后通读了一遍发现问题的分布很有规律简单句基本没问题但凡是涉及条件状语、否定转移、专业术语、文化语境的地方几乎都有不同程度的偏差。这不是个例我经手的AI翻译优化项目里八成以上的问题都集中在这些“硬骨头”上。这篇文章适合几类人看一是经常用AI翻译处理工作文档但总觉得“差点意思”的职场人二是本地化行业的新人想了解人工优化的具体方法和判断标准三是团队里负责翻译质量把关的负责人需要一套可复用的检查流程。我会尽量把每个问题都讲透不光说“哪里错了”还要说“为什么错”以及“怎么改才对”。文章里提到的所有操作步骤和检查方法都是我自己在实际项目中反复验证过的你可以直接拿去用。2. 案例整体拆解AI翻译的问题到底出在哪2.1 源文档与翻译需求的背景还原这份技术协议中文原文大约八千字内容涉及设备参数、交付条件、验收标准、违约责任、保密条款等。客户的要求是翻译成英文用于海外合作方审阅语气要正式、准确不能有歧义。他们用的AI翻译工具是市面上比较常见的那一类支持文档上传、整篇翻译。客户的操作方式是把中文Word文档直接拖进去等了几分钟下载英文版然后稍微调了调格式就发出去了。整个过程没有做任何术语预设、没有提供术语表、没有设置翻译记忆库也没有在翻译后进行人工审校。这个操作流程本身就埋了雷。AI翻译工具在处理长文档时如果没有术语库和翻译记忆的约束同一个专业术语在不同段落里可能被翻成不同的词。比如“法兰”这个词有的地方翻成flange有的地方翻成flange connection还有的地方直接翻成了method。这种不一致在技术文档里是致命的对方读到后面会怀疑你前面说的是不是同一个东西。另外AI翻译对中文里常见的“无主句”“流水句”处理得也不好经常把几个短句硬拼成一个长句导致英文读起来逻辑混乱。2.2 问题分类从术语到语气的六类典型错误我把这份机翻稿的问题做了归类大致分成六类。第一类是术语不一致同一个中文词在不同段落对应了不同的英文表达。第二类是逻辑关系错乱中文里的因果、转折、条件关系在英文里被弄反了。第三类是专业表达不地道虽然意思勉强对但英文母语者读起来会觉得“这不是我们这行说的话”。第四类是漏译和过度翻译有些修饰词被吞掉了有些不需要展开的地方被AI自行补充了内容。第五类是格式和标点问题中文的顿号、书名号、括号在英文里没有对应处理导致句子结构混乱。第六类是语气偏差中文里比较委婉的表述被翻成了过于强硬的命令句或者反过来该明确的地方被翻得模棱两可。这六类问题里术语不一致和逻辑关系错乱是最影响理解的也是最需要人工介入的。专业表达不地道和语气偏差则更隐蔽机器检查不出来但母语审阅者一眼就能感觉到“不对劲”。漏译和格式问题相对好处理但如果不逐句对照也很容易漏掉。下面我挑几个最有代表性的例子把问题和修改思路详细讲一遍。2.3 人工优化的核心判断标准在动手改之前得先明确什么叫“合格”。我的判断标准有三条。第一条是准确性英文表达的意思必须和中文原文完全一致不能有歧义、不能有遗漏、不能有添加。第二条是专业性术语必须符合行业惯例句式必须符合技术文档的写作规范不能出现口语化表达或文学化修辞。第三条是可读性英文读者读一遍就能理解不需要反复琢磨句子结构不需要猜测某个词的确切含义。这三条标准里准确性是底线专业性是门槛可读性是加分项。AI翻译通常在准确性上能拿到六七十分专业性和可读性可能只有四五十分。人工优化的目标就是把这三项都拉到八十五分以上。具体操作的时候我会先通读一遍机翻稿标记出所有读起来“卡顿”的地方然后逐句对照中文原文判断问题是出在理解层面还是表达层面。理解层面的问题需要重新翻译表达层面的问题只需要调整措辞。这个判断很关键因为重新翻译和调整措辞的工作量差很多判断错了会浪费大量时间。3. 核心细节解析六类典型错误的实操修正3.1 术语不一致的排查与统一方法术语不一致是AI翻译最常见的问题也是最容易通过流程优化来避免的。在这个案例里我统计了一下同一个中文术语出现三次以上的有二十多个其中出现不一致的有十一个。比如“验收”这个词有的地方翻成acceptance有的地方翻成inspection还有的地方翻成check and accept。这三个词在英文里意思有细微差别acceptance偏向“接受”inspection偏向“检查”check and accept则比较口语化。在技术协议里应该统一用acceptance因为这是合同语境下的标准用词。排查术语不一致的方法很简单但需要耐心。第一步把中文原文里所有专业术语提取出来做成一个术语表。第二步在机翻稿里搜索每个术语对应的英文表达看看有几种不同的翻法。第三步根据行业惯例和上下文确定一个标准译法然后全文统一替换。这个工作看起来机械但非常关键。我一般会用Excel来做这个表左边列中文术语中间列机翻出现的各种英文表达右边列确定的标准译法。替换的时候用Word的查找替换功能注意区分大小写和单复数。注意统一术语的时候不能只看词本身还要看上下文。有些词在不同语境下确实需要不同的译法强行统一反而会出错。比如“运行”这个词在“设备运行”里是operation在“系统运行”里可能是running在“试运行”里是commissioning。判断标准是看这个词在句子里承担什么功能而不是看它字面上是什么。3.2 逻辑关系错乱的识别与重构逻辑关系错乱比术语问题更隐蔽因为句子读起来好像也通顺但意思和原文对不上。这个案例里有一个典型的例子。中文原文是“若甲方未在收到货物后七日内提出书面异议则视为验收合格但隐蔽瑕疵除外。”AI翻译成英文是“If Party A does not raise a written objection within seven days after receiving the goods, it shall be deemed as acceptance, but hidden defects are excluded.” 这个翻译乍看没问题但仔细读会发现“but hidden defects are excluded”这个从句的逻辑关系不清楚——是“验收合格”这个结论不适用于隐蔽瑕疵还是“七日期限”不适用于隐蔽瑕疵英文读者会困惑。正确的翻译应该是“If Party A fails to raise a written objection within seven days after receipt of the goods, the goods shall be deemed accepted, provided that this shall not apply to latent defects.” 这里用“provided that”来引出例外条件逻辑关系就清楚了。AI翻译经常把中文的“但”“除外”“除……外”这类逻辑标记词处理得很生硬要么直接翻成but要么翻成except但英文里表达例外条件有更精确的用法比如provided that、with the exception of、save for等。人工优化的时候需要根据逻辑关系的类型来选择最合适的连接词。识别逻辑关系错乱的方法是对照中文原文把每个逻辑连接词圈出来然后看英文里对应的表达是否准确传达了同样的逻辑关系。中文里常见的逻辑关系有因果、转折、条件、让步、并列、递进等每种关系在英文里都有多种表达方式需要根据语境选择。我一般会准备一个逻辑连接词对照表把中文的“因为”“所以”“但是”“如果”“除非”“虽然”“而且”等词和英文的对应表达列出来优化的时候直接查表效率会高很多。3.3 专业表达不地道的替换策略专业表达不地道的问题AI翻译自己意识不到因为它没有行业语感。这个案例里有一个很典型的例子。中文原文是“设备应满足下列技术参数要求”AI翻译成“The equipment should meet the following technical parameter requirements”。这个翻译语法上没错但英文技术文档里通常不会说“meet the requirements”而是说“comply with the following technical specifications”或者“conform to the following technical parameters”。meet requirements偏向日常用语comply with和conform to才是技术文档和合同里的标准表达。类似的问题还有很多。比如“甲方应负责”翻成“Party A should be responsible for”地道的说法是“Party A shall be responsible for”因为shall在合同英语里表示义务should表示建议语气完全不同。“乙方不得”翻成“Party B cannot”地道的说法是“Party B shall not”cannot表示能力上做不到shall not表示禁止法律含义不一样。这些细微差别AI翻译目前还区分不了必须靠人工替换。替换专业表达的方法一是平时多积累行业标准文档里的常用句式二是参考同类文档的英文版本三是用专业语料库查证。我自己的习惯是每做一个新领域的项目先找三五份该领域的英文标准合同或技术手册快速浏览一遍把高频出现的句式和搭配记下来优化的时候直接套用。这个方法看起来笨但效果很好比临时查词典靠谱得多。3.4 漏译与过度翻译的逐句核对技巧漏译和过度翻译是AI翻译的另一个常见问题。漏译通常发生在修饰词、限定词、括号里的补充说明上。比如中文原文“在正常使用条件下包括但不限于环境温度零下十度至四十度”AI翻译可能只翻了“under normal use conditions”把括号里的内容整个漏掉了。过度翻译则相反AI有时候会自行补充一些原文没有的内容比如把“双方协商”翻成“both parties negotiate in good faith”good faith这个词原文里没有是AI自己加的。逐句核对是发现漏译和过度翻译的唯一可靠方法。我的操作习惯是把中文原文和英文译文放在两个并排的窗口里一句一句对照。中文里每个词都要在英文里找到对应英文里每个词也要在中文里找到出处。找不到对应的就是漏译或过度翻译。这个方法很费时间但没办法偷懒。一份八千字的文档逐句核对大概需要三到四个小时但如果不做这一步漏掉一个“不”字或者一个“仅”字整个条款的意思就可能完全相反。提示核对的时候要特别注意中文里的“的”字结构、量词、语气助词。这些词在英文里往往没有直接对应但承载着重要的限定或修饰功能。比如“书面的”对应written“书面的异议”就是written objection如果漏掉“书面的”异议的形式就不受限制了法律含义会变。3.5 格式与标点的本地化处理格式和标点问题看起来是小问题但影响阅读体验。中文里的顿号、书名号、六角括号、破折号在英文里都没有直接对应。AI翻译通常会把顿号直接删掉或者换成逗号把书名号换成引号或者斜体把六角括号换成圆括号。这些处理有些是对的有些不对。比如中文的顿号在英文里应该换成逗号加空格书名号在英文里应该用斜体或者引号具体用哪种取决于文档类型。技术文档里通常用斜体表示文档名称用引号表示术语。标点方面中文的句号是“。”英文是“.”中文的逗号是“”英文是“,”中文的分号是“”英文是“;”。这些AI翻译一般能正确处理但中文里的省略号“……”在英文里是“...”中文里的破折号“——”在英文里是“—”这些细节AI有时候会弄错。另外英文里逗号和句号后面要加空格中文里不加AI翻译经常忘记加空格导致英文读起来很挤。处理格式和标点的方法一是用Word的查找替换功能批量处理二是逐段检查。批量处理的时候要注意有些标点在特定语境下不能替换比如数字里的逗号、缩写里的句号。我一般会先批量替换然后通读一遍把替换错的地方改回来。这个工作不需要太多专业判断但需要细心。3.6 语气与文体风格的统一调整语气和文体风格是AI翻译最难处理的部分。中文技术文档的语气通常比较正式、客观但AI翻译有时候会翻得过于生硬或者过于随意。比如中文原文“请贵方予以确认”AI翻译成“Please confirm”这个翻译没错但语气偏命令式。更合适的翻译是“We would appreciate your confirmation”或者“Kindly confirm”语气更礼貌。反过来中文原文“乙方必须严格遵守”AI翻译成“Party B must strictly comply with”这个翻译没问题但如果原文是“乙方应严格遵守”翻成must就比should语气更强和原文的力度不完全匹配。调整语气和文体风格的方法一是确定文档的整体风格基调是正式合同、技术手册还是商务信函不同文体对语气的要求不同。二是逐句检查看英文的语气和中文原文是否匹配。三是请母语者审阅因为语气的细微差别非母语者很难准确判断。我自己的经验是技术文档和合同尽量用shall、may、shall not这类法律英语里的标准情态动词商务信函可以用would、could、please这类更柔和的表达。关键是全文保持一致不能前面用shall后面用must那样读起来会很混乱。4. 完整实操流程从机翻稿到合格译文的七步法4.1 第一步通读机翻稿标记问题区域拿到机翻稿之后不要急着改。先通读一遍用荧光笔或者批注功能标记出所有读起来“卡顿”的地方。卡顿的判断标准是读第一遍没读懂需要回读第二遍或者读懂了但觉得“这话说得别扭”或者读懂了但不确定意思对不对。这三种情况都要标记。通读的时候不要停下来改保持阅读节奏把问题区域全部标出来再说。这个步骤大概需要半小时到一小时取决于文档长度和机翻质量。通读的时候还要注意一个问题机翻稿里有没有大段大段完全读不懂的内容。如果有说明AI在翻译的时候遇到了它处理不了的结构可能是中文原文本身写得比较绕也可能是AI的模型对这类内容训练不足。这些大段读不懂的地方需要重点处理可能要重新翻译整段而不是逐句修改。4.2 第二步建立术语表统一核心概念通读完之后开始建术语表。把中文原文里所有专业术语、高频词、关键概念提取出来做成一个三列的表中文术语、机翻出现的英文表达、确定的标准译法。提取术语的时候可以用一些工具辅助比如AntConc、Sketch Engine这类语料库工具也可以手动提取。手动提取虽然慢但更准确因为工具可能会漏掉一些领域特定的表达。确定标准译法的时候优先参考行业标准文档、权威词典、同类项目的翻译记忆库。如果没有现成的参考就根据上下文和行业惯例来判断。判断不了的时候可以查英文语料库看看这个词在同类文档里通常怎么翻。确定好标准译法之后用Word的查找替换功能全文替换。替换的时候要逐个确认不能一键全部替换因为有些词在不同语境下确实需要不同的译法。4.3 第三步逐句对照修正逻辑与漏译术语统一之后开始逐句对照。这一步是整个流程里最耗时的但也是最关键的。对照的时候中文原文和英文译文并排放在两个窗口里一句一句看。中文的每个词都要在英文里找到对应英文的每个词都要在中文里找到出处。找不到对应的就是漏译或过度翻译。逻辑关系不对的重新翻译整个句子。逐句对照的时候我会准备一个检查清单把前面提到的六类问题都列上去每句检查一遍。检查清单包括术语是否一致、逻辑关系是否正确、专业表达是否地道、是否有漏译、是否有过度翻译、格式标点是否规范、语气是否匹配。这个清单看起来繁琐但用熟了之后检查一句只需要十几秒效率很高。4.4 第四步重构长难句提升可读性中文里有很多长句AI翻译经常处理不好翻出来的英文句子又长又绕读起来很费劲。遇到这种句子需要重构。重构的方法有三种一是拆分成多个短句二是调整语序三是改变句式结构。拆分的标准是如果一句话里包含三个以上的从句或者读一遍需要换气两次以上就应该考虑拆分。调整语序的标准是英文里重要的信息通常放在句首或句尾中文里重要的信息可能放在中间翻译的时候需要调整。改变句式结构的标准是中文的主动句在英文里可能需要改成被动句中文的否定句在英文里可能需要改成肯定句具体看哪种表达更自然。重构长难句的时候要注意保持原意不变。拆分之后各个短句之间的逻辑关系要用连接词明确表达出来不能拆完之后变成一堆散句。调整语序之后要检查有没有遗漏或重复的信息。改变句式结构之后要确认语气和原文一致。4.5 第五步统一文体风格调整语气长难句处理完之后通读一遍英文稿检查文体风格是否统一。技术文档和合同要用正式、客观的语气避免口语化表达和文学化修辞。商务信函可以稍微柔和一些但也不能太随意。检查的时候重点关注情态动词的使用是否一致专业术语的正式程度是否匹配句式结构是否统一。如果发现前面用shall后面用must或者前面用comply with后面用meet就要统一成一种。语气调整的时候还要注意文化差异。中文里比较委婉的表达在英文里可能需要更直接中文里比较直接的表达在英文里可能需要加一些缓冲词。比如中文的“请确认”在英文里可以是“Please confirm”也可以是“We would appreciate your confirmation”具体用哪种取决于双方的关系和文档的正式程度。这个判断需要经验新手可以多参考同类文档的写法。4.6 第六步格式规范化与排版优化文体风格统一之后处理格式和排版。英文文档的格式规范和中文不一样比如英文里段落之间通常空一行中文里可能不空英文里标题的大小写规则和中文不同英文里列表的标点用法和中文不同。这些细节需要逐一调整。另外英文文档里数字、日期、单位的写法也有规范比如千分位用逗号日期用Month Day, Year的格式单位用国际标准符号。这些都要检查一遍。排版优化的时候还要注意页边距、字体、行距、对齐方式。英文文档通常用Times New Roman或Arial字体字号11或12行距1.15或1.5左对齐。这些设置看起来是小事但影响阅读体验。如果客户有模板就按照模板来如果没有就用行业通用的设置。4.7 第七步终审通读确认交付质量最后一步是终审通读。把优化后的英文稿从头到尾读一遍不要对照中文就当自己是第一次读这份文档的英文读者。读的时候注意三点一是能不能读懂二是读起来顺不顺三是有没有前后矛盾的地方。如果读一遍就能理解不需要回读说明可读性合格了。如果读起来很顺没有卡顿感说明表达地道了。如果前后没有矛盾说明一致性没问题了。终审的时候我还会做一件事把文档放一放隔几个小时或者隔一天再读一遍。刚改完的时候脑子里还有中文原文的印象读英文的时候会不自觉地“脑补”一些信息。隔一段时间再读中文印象淡了就能更客观地判断英文本身是否通顺。这个方法很有效推荐你也试试。5. 常见问题与排查技巧实录5.1 AI翻译优化中的五个高频问题在实际操作中有几个问题几乎每个项目都会遇到。第一个问题是术语表建好了但替换的时候漏掉了导致部分术语仍然不一致。排查方法是替换完之后用查找功能搜索每个术语的所有可能译法确认没有遗漏。第二个问题是逻辑关系改对了但连接词用错了比如该用provided that的地方用了but。排查方法是把所有的逻辑连接词列出来逐个检查是否准确传达了原文的逻辑关系。第三个问题是长难句拆分后短句之间缺乏衔接读起来像一堆散句。排查方法是检查每个短句之间是否有明确的逻辑连接词或过渡词。第四个问题是语气调整后前后不一致有的地方正式有的地方随意。排查方法是通读一遍标记出所有语气不匹配的地方统一调整。第五个问题是格式处理时批量替换出错比如把数字里的逗号也替换掉了。排查方法是替换之后逐段检查重点看数字、日期、缩写。5.2 问题排查速查表问题类型典型表现排查方法修正策略术语不一致同一术语多种译法搜索每个术语的所有译法建术语表全文统一替换逻辑错乱因果、条件关系弄反圈出逻辑连接词对照原文根据逻辑类型选连接词表达不地道语法对但读着别扭对照行业标准文档替换为行业惯用表达漏译修饰词、限定词丢失逐句对照中文每个词找对应补译遗漏内容过度翻译出现原文没有的内容逐句对照英文每个词找出处删除自行添加的内容格式问题标点、空格、大小写错误批量检查加逐段核对按英文规范调整语气偏差过于生硬或过于随意通读检查情态动词一致性统一文体风格5.3 三个容易被忽略的避坑技巧第一个技巧是优化之前先问客户要术语表或参考文档。很多客户手里其实有现成的术语表或者之前项目的翻译记忆库只是他们不知道这个东西对翻译质量有帮助。主动问一句可能省掉你建术语表的时间。第二个技巧是遇到拿不准的表达不要硬翻先标记出来全部改完之后再集中查证。硬翻容易出错而且打断节奏。集中查证的时候可以查词典、查语料库、问同行效率更高。第三个技巧是优化完之后把改动的地方整理成一个修改说明发给客户。修改说明不用太详细列出主要改动类型和典型例子就行。这样做有两个好处一是客户知道钱花在哪了二是下次合作的时候客户可能会提前提供术语表减少你的工作量。提示如果客户要求你“只改错不要改风格”那就要区分哪些是错误哪些是风格偏好。错误包括术语不一致、逻辑错乱、漏译、语法错误这些必须改。风格偏好包括用词选择、句式结构、语气强弱这些如果客户没有明确要求可以保留AI的原始处理只改错误。区分清楚可以避免不必要的返工。6. 人工优化的价值边界与协作建议6.1 哪些内容必须人工优化哪些可以交给AI做了这么多项目我总结出一个判断标准内容越正式、越专业、越需要精确表达人工优化的必要性就越高。具体来说合同条款、法律文书、技术手册、医疗报告、财务报告、营销文案这些必须人工优化。内部邮件、会议纪要、产品简介、社交媒体内容这些AI翻译加轻度人工校对就够了。判断的依据是如果翻译错了会导致法律纠纷、经济损失、安全事故或者品牌形象受损那就必须人工优化。如果翻译错了只是读起来有点别扭不影响理解那就可以放宽标准。另外文档的用途也很重要。如果是给内部团队参考的容错率高一些如果是给客户、合作方、监管机构看的容错率就很低。我一般会建议客户对外文档一律做人工优化对内文档可以根据重要程度决定。这个建议听起来像是为了多接活但实际上是帮客户规避风险。我见过太多因为翻译问题导致合作破裂或者项目延期的案例事后补救的成本远高于事前优化的成本。6.2 人机协作的最佳实践AI翻译和人工优化不是对立的而是互补的。AI擅长处理量大、重复性高、容错率高的内容人工擅长处理精度要求高、需要专业判断、需要语感的内容。最佳实践是让AI做初翻人工做优化和终审。具体流程是先用AI翻译整篇文档然后人工通读标记问题接着建术语表统一核心概念再逐句对照修正错误最后通读终审。这个流程比纯人工翻译快很多比纯AI翻译质量高很多。协作的时候有几个细节要注意。一是给AI提供术语表很多AI翻译工具支持上传术语表提前上传可以大幅减少术语不一致的问题。二是分段翻译长文档分成几个部分分别翻译可以减少上下文丢失的问题。三是保留机翻稿优化的时候对照着看可以快速定位问题。四是记录常见错误同一个AI工具在处理同类文档时往往会犯类似的错误记录下来下次优化的时候直接检查这些点效率会高很多。6.3 给团队的流程建议如果你是团队负责人需要建立一套可复用的AI翻译优化流程我的建议是分四步走。第一步选定一到两个AI翻译工具作为主力不要频繁更换因为不同工具的出错模式不一样换来换去反而增加学习成本。第二步建立术语库和翻译记忆库每做完一个项目把术语和典型句式整理进去积累越多后续项目的效率越高。第三步制定检查清单把常见的六类问题列进去每个项目都按清单检查避免遗漏。第四步定期复盘每个月或每个季度把项目里遇到的典型问题整理出来团队内部分享共同提升判断能力。这套流程建立起来之后一个中等规模的本地化团队处理技术文档的效率可以提升百分之三十到五十同时质量还能保持稳定。我自己的团队就是这么做的刚开始建术语库和检查清单的时候比较费时间但半年之后效果就显现出来了新人上手快老人出错少客户满意度也上去了。6.4 我个人的几点实操体会最后分享几点我自己的体会。第一不要迷信AI也不要排斥AI。AI是个好工具但它不是万能药。把它放在合适的位置上它能帮你省很多时间把它当成万能药它会在关键时刻坑你。第二人工优化的核心能力是判断力不是英语水平。英语好当然有帮助但更重要的是知道什么是对的、什么是错的、什么是最好的。这个判断力来自大量的阅读和实践没有捷径。第三优化的时候要站在读者的角度想问题。你改完的句子读者读一遍能不能懂读起来顺不顺有没有歧义这三个问题问自己一遍很多问题就自动暴露出来了。第四保持学习。语言在变行业在变AI也在变。今天好用的方法明天可能就过时了。保持学习的心态才能一直做出合格的译文。
返回列表