一個翻譯工具怎么解決"社死"難題？

你有沒有寫過一封郵件，發出去才驚覺語氣太沖？或者對客戶用了"老鐵"級別的措辭？

開發者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的智商問題，它解決的是人類的求生本能——而有時候，求生比聰明重要多了。