多语言键盘的问题，不只是切换语言

多语言消息不一定在任何时刻都只属于一种语言。

英文是主句，中文短语只增加一条信息。写作者可能非常清楚自己想说什么，却仍要为这一个短语切换好几次键盘状态。

所以，多语言键盘的问题不只是找到语言切换键。

一条消息里可能有好几个小任务

写消息或回复时，一个人可能需要：

1. 让英文继续承担主句；
2. 用熟悉的拉丁拼写输入一个短语；
3. 只把这个短语换成另一种文字系统；
4. 让完整句子更自然；
5. 读懂回复里的陌生表达；
6. 不把消息搬过好几个 App，就继续对话。

每一步都很小。真正的中断来自每一步都要重新拼装工作方式。

现有工具已经做得很好的事

系统键盘和成熟输入法很适合直接输入它们支持的语言。它们提供候选、自动纠正、熟悉布局，而且通常能在没有网络时完成本地输入。

翻译工具适合翻译完整的词、短语或消息。写作助手适合修改语法和表达。聊天助手适合新草稿、长解释或需要多轮讨论的任务。

剩下的问题出现在这些需求同时落进一条很短、以英文为主的消息时。

翻译不等于选择性转换

看看这条草稿：

写作者并不需要英文翻译，因为消息已经是英文。只有 ming tian 需要换文字系统：

英文词应该保持不变。名字、链接和数字也可能需要原样保留。

三种不同的动作

UnimeType 把三个由用户触发的动作放在消息附近。

Convert

Convert 把指定文字换成对话需要的文字系统。

英文仍是主语言，只有短日语片段发生变化。

Polish

Polish 适合意思已经确定、只需要小幅调整表达的消息。

动作不应该添加写作者没有提供的承诺、时间或事实。

Explain

Explain 用在接收消息的一侧。

读者可能认识每个单词，却不熟悉这个表达。解释可以说明，在这里 “a long shot” 指成功可能性较低。

由用户决定发生什么

混合语言消息里有很多刻意保留的例外：名字可能继续用英文，家人之间的短语可能保留中文，时间或地点可能使用和收件人共享的语言。

自动检测无法知道所有意图。因此，UnimeType 把 Convert、Polish 和 Explain 作为选择。用户决定需要哪个动作，并在发送前检查结果。

以英文为主的日常例子

第二语言不需要占据整句话：

• I’ll call you 明天 after breakfast.
• Are you free 周六 morning for coffee?
• I’ll see you بكرة after work.
• The package should arrive mañana, so I’ll stay home.
• I’ll send the photos कल after dinner.
• I left my umbrella 在你车里, can you bring it?

这些例子都由英文搭起句子框架，第二语言只提供一个短语。

完整的沟通过程

实际顺序可以是：

1. 用自然的形式写下想法；
2. 只 Convert 需要另一种文字系统的部分；
3. 只有完整句子确实需要时才 Polish；
4. 对回复中的陌生短语使用 Explain；
5. 继续对话。

不是每条消息都需要三个动作。

清楚边界

• 长时间写一种语言或离线工作时，保留系统输入法。
• 发送前检查每个转换或润色结果。
• 不处理密码、恢复短语或无权分享的信息。
• 医疗、法律、金融或认证翻译使用合格专业人员。
• 联网动作需要把相关文字发送到配置的服务。见隐私。

有用的问题不是一个键盘能否替代所有语言工具，而是一个人能否在不丢失原本想法的情况下，完成更多真实消息。

相关

• 日常双语消息
• AI 键盘还是 ChatGPT？
• 什么时候不该用 AI 键盘