翻译只用了三分钟，重新排版却花了一下午？

周五下午四点半，你收到一份 42 页的英文行业报告。邮件里只有一句话：下周一早会前，给我一个中文版。

你没有慌。现在是 2026 年，翻译一份文档还能算难事吗。你打开常用的翻译工具，上传，选择"英译中"，进度条走了三分钟。下载，打开。

然后你沉默了。

三分钟，和一下午

目录还在，但页码全部失效了——点"第三章"，跳到的是第二章中间。第 7 页那张柱状图还在第 7 页，可它的图注跑去了第 9 页。原文里一张三线表，现在变成了七行挤在一起的普通文字，数字和表头混作一团。

你开始动手修。把错位的段落剪回原处，给表格重新画框，一列一列把数字填回去。字号统一了三次，因为不同段落被赋予了三种不同的样式。

等你抬头，窗外天已经黑了。翻译用了三分钟，这份文件恢复成"能看"的状态，用了你一下午。

我们为什么一直忍着

奇怪的是,大多数人从没把这当成一个"问题"。

问同事，得到的回答通常是：翻译完的文件嘛,格式坏掉很正常，自己调调就好。就像早年间用打印机，卡纸是日常，没人觉得需要抱怨。

于是这件事成了背景噪音。每个经常处理外文资料的人——读报告的分析师、翻文献的研究生、发英文版 PPT 的外企员工——都在默默支付这笔时间，却很少有人把它算进"翻译的成本"里。

可它明明就是成本，而且往往是大头。

坏掉的不是文字，是文档

如果你逐句去核对，会发现译文其实没什么大错。这一句是对的，下一句也是对的。

问题在于，一份文档从来不只是句子的堆叠。目录和正文的对应关系、表格的行列结构、图和图注的位置、标题的层级缩进——这些东西不写在任何一句话里，却决定了这份文件能不能被继续阅读、修改和交出去。

也就是说：文字被翻译了，文档却坏掉了。

你要交给领导的，不是"意思都对的一堆中文"，而是一份打开就能看、拿去就能用的报告。这两者之间的距离，就是你那个下午。

为什么工具做不到

这不能全怪工具。

传统机器翻译的强项是快速处理文本，它眼里的世界就是一串文字流。近几年的大模型让译文自然了很多，读起来不再生硬——但它处理的对象仍然主要是文本。

而"文档"是另一种东西。一份 PDF 里，段落、分栏、表格、脚注是有结构的；要在翻译之后把这套结构原样搭回去，需要先解析文件、识别版面、翻译内容，最后重建排版并输出成可编辑的文件。这是好几道彼此独立的工序，其中大部分和"翻译"本身没有关系。

多数工具只做了中间那一道。剩下的，留给了你的那个下午。

有人开始换一种思路

好在这件事正在起变化。新一代的文档翻译工具，开始把"让文件保持原样"当作任务本身的一部分，而不是用户的自理项目。

我们做的 LingoMirror 就是沿着这个思路：拿到文件后，先解析它的结构——哪里是标题，哪里是表格，哪两块是分栏——然后再翻译，最后按原来的版式重建输出。目标不是"把字翻完"，而是尽可能让翻译后的文件还能像原文一样继续使用。表格还是表格，目录还能跳转，下载下来可以直接接着编辑。

它不能让所有文件都毫发无损，复杂版式仍然可能需要微调。但"三分钟翻译、一下午重排"这个比例,不应该是常态。

下次翻译之前

下次再需要翻译一份文件时，可以先问自己一个问题：我要的是译文，还是一份能接着用的文件？

如果是后者，那么衡量工具的标准就不该只是"翻得顺不顺"，还有你在翻译完成之后，究竟还要再花多少时间。

找一份上次翻译后让你重排过的文件，看看这次会不会不一样。

（下一篇，我们聊一个更根本的问题：为什么逐句都翻对了，文件还是没法交。）