chinese (simplified) 是微软官方维护的简体中文语言包，仅负责界面本地化，安装后必须执行configure display language命令并将locale设为"zh-cn"，再彻底重启才生效；它不提供功能扩展，与主题、快捷键等无关。
Chinese (Simplified) 是 VS Code 官方维护的简体中文语言包，不是第三方“热门扩展”，但它在插件库中搜索量常年第一——因为它是绝大多数中文用户装机第一步。
其他所谓“中文扩展”多数是翻译类、注释辅助类或输入法联动工具，但实际使用中容易踩坑：
为什么 Chinese (Simplified) 不该被当成“普通插件”来选
它不提供功能，只做界面本地化；安装后需重启 VS Code 才生效；和主题、快捷键、设置同步完全无关；如果你用的是 Windows/macOS 系统级中文环境，有时甚至会自动启用，导致重复安装提示。
commentTranslate 类翻译插件的真实表现
这类插件（如支持注释翻译的 Comment Translate）依赖外部 API，常见问题包括：
- 默认配置指向已失效的有道旧接口，需手动改
commentTranslate.apiKey和commentTranslate.service - 翻译结果缓存机制弱，反复 hover 同一段注释可能触发多次请求
- 对 TypeScript JSDoc 的
@param/@returns解析不稳定，常把类型声明当文本翻 - 和
GitHub Copilot的内联补全存在光标焦点冲突，开启后 Tab 补全偶尔失灵
真正高频使用的“中文友好型”插件其实是这些
它们不主打“中文”，但对中文开发场景有隐性适配：
-
Roo Code：本地运行 AI Agent，中文指令理解比英文更准，且不上传代码——适合写中文需求文档后直接生成模块 -
CodeGeeX：国产模型，在/** */块里写中文注释时，补全准确率明显高于 Copilot -
any-rule：正则大全插件，内置大量中文场景正则（手机号、身份证、中文标点清洗），F1 调出后搜“中文”直接命中 -
Auto Import：TSX 项目里，从@ant-design/icons导入HomeOutlined这类带中文语义的图标组件时，路径解析更稳
真正卡住中文开发者效率的，从来不是语言包装没装，而是插件之间对中文符号、路径编码、文件名含中文的处理逻辑不一致。比如 Remote - SSH 连接 Linux 服务器时，如果项目路径含中文，vscode-icons 可能图标不显示，但 GitLens 仍能正常解析 commit 记录——这种差异得靠实测，不是看排名能避开的。
