VSCode 官方简体中文汉化项目托管在 GitHub 的 vscode-loc 仓库（https://github.com/microsoft/vscode-loc），由 Microsoft 主导，是源码级本地化工程，非第三方插件。
VSCode 官方汉化项目托管在哪
VSCode 的简体中文翻译由 Microsoft 主导，全部托管在 GitHub 的 vscode-loc 仓库中，地址是 https://github.com/microsoft/vscode-loc。这不是插件市场里的某个第三方插件，而是 VSCode 源码级的本地化工程——所有菜单、提示、设置项、错误信息的中文翻译都从这里产出。
你看到的 Chinese (Simplified) Language Pack 插件，本质就是这个仓库某次构建后打包发布的产物。所以想改词条，不能去改插件本身，得直接参与源仓库的 PR 流程。
如何提交一个有效的汉化词条修改
官方不接受零散的“我建议把‘Debug’翻成‘捉虫’”这类主观提议。所有修改必须基于真实语境，且符合微软本地化规范（比如术语统一、动词用法、长度适配 UI 空间等）。实操分三步：
- 在
vscode-loc仓库中定位对应语言文件：路径为translations/zh-hans/vscode，里面按功能模块划分 JSON 文件（如package.nls.json对应主界面，extensions.nls.json对应扩展相关文案） - 找到你要修改的 key（例如
"workbench.action.terminal.toggleTerminal"），确认其当前 value 是不是你认为不准确的中文（比如目前是“切换终端”，你想改成“显示/隐藏终端”） - 在 GitHub 上 Fork 仓库 → 编辑对应 JSON 文件 → 提交 commit（标题写清楚修改意图，如 “zh-hans: improve toggleTerminal description clarity”）→ 发起 Pull Request，并勾选 “Allow edits from maintainers”
注意：vscode-loc 不接受中文注释、不接受新增 key、不接受仅调整标点或空格的 PR——必须是有明确上下文依据的术语优化或歧义修正。
为什么你的 PR 可能被拒？常见卡点
微软本地化团队审核非常严格，以下情况几乎必然被拒绝：
- 未引用官方术语库：比如 “workspace” 必须译为“工作区”，不是“工作空间”或“项目区”；“extension” 统一为“扩展”，不是“插件”（尽管社区习惯这么叫）
- 修改了非 zh-hans 分支下的文件：只允许改
translations/zh-hans/下的内容，改错目录直接关闭 PR - 没有提供上下文截图或 VSCode 版本号：比如你改的是调试面板某条提示，需附上该提示在 1.85+ 版本中的实际位置截图
- 一次提交多个无关词条：每个 PR 应聚焦单一功能点（例如只改终端相关词条），否则无法做针对性验证
另外，PR 合并后不会立刻出现在插件市场——它要等下一次 vscode-loc 的 CI 构建完成，再随下一个 VSCode 稳定版（通常每月一次）发布。所以别指望“今天提，明天生效”。
没编程经验也能参与的轻量方式
如果你不熟悉 Git 或不敢直接改代码，还有两个低门槛入口：
- 在
vscode-loc仓库的 Issues 区搜索label:translation，里面有很多标记为 “needs review” 或 “suggestion welcome” 的待确认词条，你可以用评论形式提出更自然的译法（比如指出某句英文直译生硬，给出符合中文操作习惯的替代方案） - 加入微软官方的
Localization Community Program（需申请），获得早期测试包权限，在新版本发布前体验未合并的翻译，并通过专用反馈表单提交校对意见
真正难的不是改字，而是判断“这句话在用户点击时是否能秒懂”。比如 "Save without formatting" 翻成“不格式化保存”就比“保存但不格式化”更贴近操作直觉——这种细节，老用户反而最有发言权。
