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

開發(fā)者Robert Nowell在日本工作時(shí)，發(fā)現(xiàn)Google Translate永遠(yuǎn)只給一種答案——發(fā)給老板、供應(yīng)商、老同事的郵件，用的居然是同一套措辭。這在日語敬語體系（keigo）里，輕則顯得傲慢，重則像個(gè)穿越來的古代人。

他做的konid，每次翻譯返回三種語氣版本，從隨意到正式，附帶場(chǎng)景說明。更妙的是，它不做獨(dú)立App，而是鉆進(jìn)你正在用的編輯器里。

三選一，不只是禮貌問題

日語敬語的錯(cuò)誤方向很微妙。太隨意是冒犯，太正式是諷刺——就像中文里對(duì)平輩用"您"會(huì)讓人覺得你在陰陽怪氣。

konid的三檔設(shè)計(jì)：casual（隨意）、neutral（中性）、formal（正式），每檔配一句"這適合什么場(chǎng)合、踩什么雷區(qū)"的說明。不是詞典式的詞義解釋，而是母語者會(huì)說的"這句聽著自然嗎"的反饋。

支持語言13種以上：中文普通話、日語、韓語、西班牙語、法語、德語、葡萄牙語、意大利語、俄語、阿拉伯語、印地語等。每種語言都帶文化注釋——比如阿拉伯語書面會(huì)省略元音，光看文字可能讀錯(cuò)，konid直接調(diào)用node-edge-tts播發(fā)音，不用配API密鑰。

這對(duì)聲調(diào)語言（如普通話）和元音省略的書寫系統(tǒng)尤其關(guān)鍵。看"shì"和"shí"在紙面上都是shi，聽才能分清楚是"是"還是"十"。

為什么塞進(jìn)編輯器，而不是做個(gè)App？

Nowell的解釋很直接：「我不想為了查個(gè)翻譯切出去再切回來�！�

konid是個(gè)MCP服務(wù)器（模型上下文協(xié)議）。裝一條命令：

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

就能在Claude Code、Cursor、VS Code Copilot、Windsurf、Zed、JetBrains、Claude Cowork里直接調(diào)用。ChatGPT開開發(fā)者模式的話，指向https://konid.fly.dev/mcp 也能用。

場(chǎng)景是這樣的：你在Cursor里寫客戶郵件，光標(biāo)不用動(dòng)，調(diào)出konid，三版翻譯帶著場(chǎng)景說明彈出來，選一個(gè)插進(jìn)去，繼續(xù)寫。上下文沒斷，思路沒散。

這個(gè)設(shè)計(jì)選擇背后有個(gè)被低估的需求：翻譯不是終點(diǎn)，是寫作流程里的一個(gè)節(jié)點(diǎn)。獨(dú)立App把翻譯當(dāng)成目的地，MCP把它當(dāng)成路過的一站。

技術(shù)債還是體驗(yàn)債？

konid的另一個(gè)細(xì)節(jié)：模板功能。FAQ回復(fù)、常用 snippet 可以存了復(fù)用。這對(duì)需要反復(fù)解釋同一類問題的場(chǎng)景（客服、商務(wù)、跨時(shí)區(qū)協(xié)作）是務(wù)實(shí)的補(bǔ)充。

但更值得看的是它沒做的事——沒有"AI一鍵優(yōu)化語氣"的黑箱，沒有替用戶做決定的野心。三選一，你 still 得自己判斷。這種克制的交互設(shè)計(jì)，反而降低了信任成本：工具不假裝比你更懂你的關(guān)系網(wǎng)絡(luò)。

代碼開源在github.com/robertnowell/konid-language-learning。現(xiàn)在還是個(gè)人項(xiàng)目，但MCP的生態(tài)位選得準(zhǔn)：大模型能力越來越強(qiáng)，但"在正確場(chǎng)景說正確的話"這層最后一公里，通用模型覆蓋得并不好。

這不是語言理解的技術(shù)問題，是社交情境的產(chǎn)品問題。

冷幽默

最諷刺的可能是：我們花了十年訓(xùn)練AI理解人類語言，結(jié)果發(fā)現(xiàn)最難的翻譯不是"這句話什么意思"，而是"這句話會(huì)不會(huì)讓我明天去HR喝茶"。konid沒解決AI的智商問題，它解決的是人類的求生本能——而有時(shí)候，求生比聰明重要多了。