如何使用 Telegram 实时聊天翻译：浮动语言栏、动态滚动流式传输与 MTProto 翻译管线

本指南讲解 Telegram 实时聊天翻译的开启方式与使用要点：双方各自开启翻译即可双语对话，但机器翻译会丢失礼貌用语、反转否定句。文中给出三条实用习惯——写短句、核对数字、先怀疑翻译再怀疑对方，并提醒秘密聊天中不要使用翻译。

内容导读

翻译可以在一整段对话中保持开启。每条收到的消息在出现时就会被转换成你的语言，而你用自己的语言回复，对方则读到他们自己的语言。

这让真正的双语聊天成为可能，同时也带来了一种只有在双方都依赖它时才会出现的故障模式。

开启语言栏后，消息到达时已经翻译好，而原文只需轻点一下即可查看。

两个人，两种语言，一段对话

双方各自为自己开启翻译。无需协商，也不会有人通知——他们可能不知道你在读翻译，你也可能不知道他们在读翻译。

这在日常对话中效果出奇地好，但一旦失败就会带来一种特定的风险：一处误译看起来就像某人说了一句奇怪的话。在断定同事无礼或答应了什么令人意外的事之前，先轻点查看原文。

为翻译而写作是一项实实在在的技能，而且学起来很短。短句，一句一个意思，用词平实，不用习语，不用讽刺。这其实也是把话写清楚的一般方法，所以这样做不会有任何损失。

任何涉及承诺的事项都要确认 一个价格、一个日期、一个数量、一个“是”。用你自己的话复述一遍，让对方来纠正你。机器翻译最自信地出错的地方，恰恰是风险最高的地方。

一个和你关系不错的人发来的消息，读起来生硬，还有点无礼。最可能的解释是什么？

他对你有意见，这就是表现方式

翻译丢掉了那些承载礼貌的部分

应用识别错了源语言

礼貌标记是跨语言时最先消失的东西，而在一种语言里完全正常的直接程度，在另一种语言里读起来就显得唐突。机器无法为此调整，也不会去尝试。先假设是翻译的问题，再假设是人的问题——而问对方是什么意思，永远是一个可选项，也永远不会是错的。

以下哪句最有可能被翻译成你原本想表达的意思？

“我们下周四碰个头，如果不麻烦的话？”

“我们能在 3 月 14 日 10:00 见面吗？”

“我想你不会反对找个时间见个面吧？”

一句一个意思，用词平实，日期写出来而不是描述出来。习语无法存活，轻描淡写常常会被反转，而礼貌的否定结构可能完全变成相反的意思。带从句的长句正是翻译会失去线索的地方；短句则没什么可丢的。

一条翻译后的消息里包含一个价格和一个截止日期。值得做什么？

什么都不用——数字是翻译得最干净的部分

轻点查看原文，然后用你自己的话把约定复述回去

请对方用语音消息再发一遍

查看原文只需轻点一下，几乎能抓住所有问题；把约定复述回去并请对方确认，则能抓住剩下的。两条短消息是廉价的保险，防范的是唯一一类会让你损失金钱的错误。否定句反转得相当频繁，所以任何意思取决于一个“不”字的句子都值得同样处理。

你正在和一个用另一种语言写作的人进行秘密聊天。你应该翻译他们的消息吗？

应该——它的表现和普通聊天中完全一样

只翻译长消息，因为读起来确实困难

不应该。翻译会把文本交给翻译服务

对于任何机密对话来说，那都是一份你并不打算留下的副本，而在秘密聊天中，这会让整个目的落空——那种聊天的意义就在于文字只存在于两台设备上，别处都没有。在那里，诚实的选项是约定一种共同语言，或者接受一段更慢的对话。

三个习惯几乎就能覆盖全部要点 写短句，核对数字，先假设是机器的问题，再假设是人的问题。前两条防范的是会让你付出代价的错误；第三条防范的是会让你付出工作关系代价的错误，而后者更难察觉，也难修复得多。