一个翻译工具怎么解决"社死"难题？

你有没有写过一封邮件，发出去才惊觉语气太冲？或者对客户用了"老铁"级别的措辞？

开发者Robert Nowell在日本工作时，发现Google Translate永远只给一种答案——发给老板、供应商、老同事的邮件，用的居然是同一套措辞。这在日语敬语体系（keigo）里，轻则显得傲慢，重则像个穿越来的古代人。

他做的konid，每次翻译返回三种语气版本，从随意到正式，附带场景说明。更妙的是，它不做独立App，而是钻进你正在用的编辑器里。

三选一，不只是礼貌问题

日语敬语的错误方向很微妙。太随意是冒犯，太正式是讽刺——就像中文里对平辈用"您"会让人觉得你在阴阳怪气。

konid的三档设计：casual（随意）、neutral（中性）、formal（正式），每档配一句"这适合什么场合、踩什么雷区"的说明。不是词典式的词义解释，而是母语者会说的"这句听着自然吗"的反馈。

支持语言13种以上：中文普通话、日语、韩语、西班牙语、法语、德语、葡萄牙语、意大利语、俄语、阿拉伯语、印地语等。每种语言都带文化注释——比如阿拉伯语书面会省略元音，光看文字可能读错，konid直接调用node-edge-tts播发音，不用配API密钥。

这对声调语言（如普通话）和元音省略的书写系统尤其关键。看"shì"和"shí"在纸面上都是shi，听才能分清楚是"是"还是"十"。

为什么塞进编辑器，而不是做个App？

Nowell的解释很直接：「我不想为了查个翻译切出去再切回来。」

konid是个MCP服务器（模型上下文协议）。装一条命令：

claude mcp add konid-ai -- npx -y konid-ai

就能在Claude Code、Cursor、VS Code Copilot、Windsurf、Zed、JetBrains、Claude Cowork里直接调用。ChatGPT开开发者模式的话，指向https://konid.fly.dev/mcp 也能用。

场景是这样的：你在Cursor里写客户邮件，光标不用动，调出konid，三版翻译带着场景说明弹出来，选一个插进去，继续写。上下文没断，思路没散。

这个设计选择背后有个被低估的需求：翻译不是终点，是写作流程里的一个节点。独立App把翻译当成目的地，MCP把它当成路过的一站。

技术债还是体验债？

konid的另一个细节：模板功能。FAQ回复、常用 snippet 可以存了复用。这对需要反复解释同一类问题的场景（客服、商务、跨时区协作）是务实的补充。

但更值得看的是它没做的事——没有"AI一键优化语气"的黑箱，没有替用户做决定的野心。三选一，你 still 得自己判断。这种克制的交互设计，反而降低了信任成本：工具不假装比你更懂你的关系网络。

代码开源在github.com/robertnowell/konid-language-learning。现在还是个人项目，但MCP的生态位选得准：大模型能力越来越强，但"在正确场景说正确的话"这层最后一公里，通用模型覆盖得并不好。

这不是语言理解的技术问题，是社交情境的产品问题。

冷幽默

最讽刺的可能是：我们花了十年训练AI理解人类语言，结果发现最难的翻译不是"这句话什么意思"，而是"这句话会不会让我明天去HR喝茶"。konid没解决AI的智商问题，它解决的是人类的求生本能——而有时候，求生比聪明重要多了。