sublime text 中划词翻译插件必然失败，因其依赖同步 http 请求和脆弱注释识别，易触发 429 错误、乱码或空结果；可行方案是用 trans 命令行工具 + build system 实现选中即译，快稳不阻塞。
Sublime Text 没有稳定可用的划词翻译插件，装了也大概率卡顿、乱码或返回空结果；真正可行的是用 trans 命令行工具 + Build System 实现选中即译，快、稳、不阻塞编辑器。
为什么「划词翻译插件」在 Sublime 里必然失败
这类插件（如 SublimeText-Translate）依赖同步 HTTP 请求和脆弱的注释识别逻辑，在 ST4 的 Python 3.3 运行时下根本跑不起来：
- 每次悬停都发请求 → 几秒内触发 Google/Bing 的
429 Too Many Requests，后续全挂 - 无法区分
//和/* */，常把整段函数体当注释发出去 - 遇到 emoji、全角标点或混合编码（如含 BOM 的 UTF-8），直接抛
UnicodeDecodeError - Windows 原生
cmd/powershell对中文换行和 UTF-8 支持极差，输出变问号
用 trans + Build System 实现精准注释翻译
核心是把选中文本交给外部命令，翻译完粘贴回编辑器——完全绕过插件运行时限制。
- Linux/macOS：直接运行
sudo apt install translate-shell或brew install translate-shell - Windows：必须用 WSL（如 Ubuntu 22.04+），别在 cmd/powershell 里硬跑
- 新建 Build System 文件：
Translate.sublime-build，内容如下：
{
"shell_cmd": "trans -brief -e google -s auto -t zh : '${selected_text}'",
"selector": "comment",
"file_regex": "^.*$"
}
-
${selected_text}是 Sublime 内置变量，必须先选中文字再按Ctrl+B -
-brief去掉音标、词性等冗余信息；-e google显式指定引擎，防 fallback 失败 -
"selector": "comment"确保Ctrl+B只在注释区域激活，避免误翻代码
中文界面设置不生效？关键在重启方式
装了 ChineseLocalization 却还是英文菜单，90% 是因为没彻底退出：
- 必须关闭所有窗口 + 在任务管理器里确认
sublime_text.exe进程已结束（Windows）或 Activity Monitor 中无残留（macOS） - 用户设置里加这一行：
"locale": "zh_CN"，且必须写在右侧Preferences.sublime-settings — User区域 - 若仍无效，可临时试
"locale": "zh-Simplified"（部分旧版 ST4 需要） - 别信“安装即生效”——ST4 不热重载 UI 语言层，重启是硬性要求
最易被忽略的一点：trans 的 -brief 和 -e google 不是可选项，缺一就可能返回带格式的长文本，或者 fallback 到失效的备用引擎导致翻译失败。
