vs code自带translate插件不支持注释自动识别，必须手动选中整段注释文本（如// call getuser()）才能翻译，它不解析语法边界，仅响应明确选中的内容。
Translate 插件不支持注释自动识别，必须手动选中
VS Code 自带的 Translate 插件（注意不是 Comment Translate）本质上是个通用划词工具，它**不会主动识别注释语法边界**。光标停在 // init config 里按快捷键，它大概率没反应——因为它只响应“被用户明确选中的文本”，而不是“当前行的注释内容”。
实操要点：
- 必须用鼠标或键盘（
Shift+→）完整选中注释文本，例如选中// call getUser() and handle error整段，不能只选getUser或停在//后面空白处 - 选中后右键 → 点击
Translate，或直接按默认快捷键Ctrl+K, T（Windows/Linux）/Cmd+K, T（macOS） - 如果选中后无菜单项，检查是否禁用了该插件的右键贡献：打开
settings.json，确认没有"translate.enableContextMenu": false
翻译结果乱码或语序错乱？问题出在引擎和上下文剥离
Translate 默认调用的是浏览器内置翻译 API（如 Edge/Chrome 的 chrome.i18n），但它把代码注释当纯自然语言处理，完全忽略上下文。比如 // use `axios.get()` w/ timeout 会被直译成「使用 `axios.get()` 与超时」，其中 w/ 被当成单词而非 with 缩写。
改善方式：
- 在
settings.json中启用"translate.preserveCode": true（若插件版本 ≥ 3.0.0），它会保留反引号包裹的代码片段 - 把
"translate.service"改为"deepl"，并填入有效deepl.apiKey；DeepL 对技术术语连贯性明显优于免费通道 - 避免翻译含缩写、变量名混排的注释，例如
// DB conn err handler→ 手动补全为// database connection error handler再触发
为什么 Python/Shell 注释（# 开头）经常翻不了
Translate 插件本身不解析语言语法，它只管“你选了什么”。但 VS Code 的语言模式会影响选中行为：如果文件被识别为 plaintext，编辑器不会高亮 # 为注释，导致你视觉上以为选中了注释，实际只选中了普通文本——插件照常翻译，但结果不可控。
验证与修复：
- 看右下角状态栏，确认显示的是
Python、Shell Script等真实语言，不是Plain Text；如果不是，按Ctrl+Shift+P→ 输入Change Language Mode→ 选对语言 - 不要依赖双击选中：双击
# init cache可能只选中init，务必拖选或Ctrl+A全选整行再删减 - 不支持
# TODO:这类带冒号结构的自动截断，它会把冒号后内容一起喂给翻译引擎，容易崩逻辑
别和 CodeLLDB / Comment Translate 共存
多个翻译插件共存时，Translate 常因快捷键冲突或右键菜单抢占而静默失效。尤其和 CodeLLDB 同时启用时，后者会在 hover 时自动触发翻译 tooltip，导致 Translate 的 Ctrl+K, T 忽略输入。
建议做法：
- 卸载所有名字含
Auto、Instant、Live的翻译插件，它们多数已停止维护且互相干扰 - 如果主要需求是注释翻译，直接换用
Comment Translate（专注注释、支持append模式不覆盖原文） - 如果需要查调试时报错字符串（如 Rust 的
std::io::ErrorKind::PermissionDenied），留CodeLLDB+ 关闭Translate即可
真正卡点在于：没有插件能可靠区分「这是注释里的英文」和「这是变量名里的英文」，所有方案都靠你手动划定边界。选哪个插件，本质是在「控制粒度」和「操作成本」之间做取舍。
