泰语翻译：把握恰当的礼貌程度

所以，译成泰语的文字无法保持中性。每一句译文都处在某个正式程度上，暗含说话人的性别，也给听话人定了身份高低。字面上准确、语体却选错的译文，读起来就像银行用青少年的口吻说话，或者游戏用政府部门的腔调说话。语体是译者必须做出的决定。

同一个动作在泰语里有好几个动词，各自对应不同的层级。“吃”在朋友之间说 กิน，对顾客或客人说 ทาน，在公告或正式通知里写 รับประทาน。“死”在口语里是 ตาย，在新闻里是 เสียชีวิต。“告诉”在家里用 บอก，在公司的信函里用 แจ้ง。译者要为整份文件选定一个层级，读者从第一行就能听出来。

三种信号里，动词层级最不显眼，因为它藏在普通的句子里。不懂泰语的审校者也最容易漏掉它，因为双语词典把这三个动词都列在同一个英语词条下。语气词和人称代词要显眼得多，大多数关于译文的投诉也从这里开始。

泰语句子通常以一个语气词收尾，它在词典里没有实际意义，却承担了大部分礼貌。语气词还表明说话人的性别：ครับ 表示男性说话人，ค่ะ 表示女性说话人，面向顾客的文字默认用这两个词。去掉语气词，一句客气话就变得生硬。选错了，酒店听起来就像陌生人。

大多数机器译文会在两个细节上出错。第一，高声调的 คะ 是疑问形式，降调的 ค่ะ 是陈述形式。把两者弄反，是泰语客服文字里最常见的拼写错误。第二，นะ 能让请求变得柔和，客服话术里少了它，听起来就像命令。以 กรุณารอสักครู่ค่ะ 结尾的译文是礼貌的，同一句话以 รอสักครู่ 结尾，就成了命令。

英语只有一个 you 和一个 I。泰语的“你”和“我”各有一架阶梯，站在哪一级就决定了双方的关系。ท่าน 专用于官员、高管和想保持距离的信函。称呼顾客时，稳妥的第二人称是 คุณ。เธอ 和 นาย 属于朋友之间和小说里。第一人称方面，ดิฉัน 是正式场合的女性，ผม 是礼貌的男性，ฉัน 是书面上中性的女性自称，เรา 则是公司以公司的身份说话。

大多数产品文字用 คุณ 称呼读者、用 เรา 代表公司就很合适，这样代词就不必替品牌选定性别。界面文字常常完全省略代词：บันทึกแล้ว 表示“已保存”，并不点明是谁保存的。每句话都塞进 คุณ 的译文读起来很啰嗦，因为只要上下文能补足，泰语就会省略主语。

英语句子“Your order will arrive tomorrow.”本身没有语体之分。下面每个泰语版本都是它的正确译文，各自属于不同类型的企业。前两行的语气词按女性说话人书写，这是大多数泰国客服团队为品牌口吻遵循的惯例。

再看一遍这三行，留意哪些地方变了。正式那一行用 ท่าน、完整的动词 จัดส่ง，并用名词 สินค้าที่ท่านสั่งซื้อ 表示“订单”。礼貌那一行换成 คุณ，从英语借来 ออเดอร์，再用 นะคะ 让语气柔和。随意那一行省去代词，把“订单”缩成 ของ，只留下 นะ。意思不变，长度从 48 个字符降到 16 个。

由于 ครับ 和 ค่ะ 表明了说话人的性别，公司发布的每一句礼貌用语，都让公司在这句话里成了男性或女性。泰国品牌会一次性定下这件事。大多数消费品牌、银行和航空公司沿用呼叫中心和前台的惯例，以女性说话人的身份用 ค่ะ 书写。一些有男性人设的品牌，比如体育频道，则用 ครับ。

常见的失误是混用。帮助中心这篇文章用 ค่ะ，下一篇用 ครับ，读起来就像出自两个人，泰语读者一眼就能发现。在第一次翻译之前就定下说话人，写进翻译说明，并用它核对每一批译文。简短的界面字符串有一个中性的选择：不加语气词，只用动词本身，泰国本土应用的按钮和标签就是这么做的。

正式泰语用错了地方，读起来像格式公函。一条写着 ขอเรียนให้ท่านทราบว่าคำสั่งซื้อของท่านได้รับการยืนยันแล้ว 的推送通知没有错，可没人想在锁屏上读它。礼貌版本 ยืนยันคำสั่งซื้อแล้วค่ะ 用四分之一的字符传达同样的信息，这在手机上也很重要。

随意泰语用错了地方，读起来像冒犯。支付失败时写 จ่ายไม่ผ่านนะ ลองใหม่，用的是朋友间的语体，刚刚损失了钱的顾客会觉得轻慢。礼貌版本 การชำระเงินไม่สำเร็จค่ะ กรุณาลองใหม่อีกครั้ง 以银行会用的语体说明问题和下一步。经验法则是：涉及金钱、健康、法律的内容和错误提示上调一级，面向年轻受众的营销文案下调一级。

泰语不断借用英语词，译文对每个借词都有三种写法。常用词有约定俗成的泰语拼写：promotion 写作 โปรโมชัน，application 写作 แอปพลิเคชัน，email 写作 อีเมล。音译用泰文字母写出较新的词，即使词典里还没有收录，比如 dashboard 写作 แดชบอร์ด。保留原文则沿用拉丁字母，泰语文本对产品名称、技术术语和代码就是这样处理的，例如 iPhone、API、OTP。

读者期待哪种写法，取决于语体。正式文本倾向于使用约定俗成的泰语形式，只在专有名词上保留拉丁字母。礼貌的产品文字可以自由混用，在泰国应用里，กด Save 和 บันทึก 并列很常见。随意文本保留更多英语，因为泰国年轻人说话时本来就会在泰语和英语之间切换。无论哪种语体，产品名称、功能名称和错误代码都应保留源语言的文字。音译后的产品名称搜不到，读起来还像错别字。

产品的文字由不同的人在几个月里分批翻译，语体因此会逐渐走样。客服快捷回复译成了礼貌体，新手引导译成了随意体，服务条款译成了正式体。风格表把三项决定写成文字，即说话人的语气词、代词组合和外来词规则。术语表则固定那些绝不能变的词，比如每个功能名称的泰语形式，以及保留拉丁字母的词。

泰语在一致性上还有一个陷阱：句子里的“你”和称呼语里的“你”，身份等级必须一致。一条消息以 เรียน คุณสมชาย 开头，后文却用 ท่าน，语体就在段落中途变了。每份文件只用一个代词，并把它写进术语表。

泰语中还有两种语体比正式体更高。王室用语 ราชาศัพท์ 用于君主和王室，同样的动作要换用另一套名词和动词。僧侣用语用于僧侣，也有自己的一套词汇。两者都受惯例和官方规范约束，都需要经常处理这类文字的人工编辑。机器翻译应止步于正式体，涉及其中任何一种语体的翻译说明，应在发送文本之前就写明。

上面的每一项决定，都对应 Paxa Translate Lite 的一个字段。默认值面向只发送纯文本、想要合理结果的调用方。有了这些字段，语体就能一次设定，并在每个请求中保持不变。

参考字段按每千字符 8 积分计费，正文按每千字符 25 积分计费。正是这样的费率结构，让每个请求都附上一份长篇风格说明也负担得起。翻译指南介绍了批量处理以及术语表的匹配方式。

• 选定说话人的语气词 ค่ะ 或 ครับ，并写进翻译说明。
• 选定读者和公司各自的代词，通常是 คุณ 和 เรา。
• 每类界面只设定一次 formality：金钱、法律和错误提示用正式，只有受众本身这样说话时才用随意。
• 把产品名称、功能名称和代码列入 do_not_translate。
• 把每个有固定泰语形式的术语放进 glossary，包括您希望统一拼写的外来词。
• 在 context 里写明受众和渠道，让锁屏通知和合同得到不同的译法。
• 在控制台里用一批真实字符串测试，新账户自带 100 免费积分。

翻译页面介绍了模型及其支持的语言。电商和客服页面展示了语体确定之后，商品详情和客服快捷回复的样子。