前言¶
GitHub Desktop 的界面文案全部写在 JS 源文件里，官方只出英文版。手动汉化要解决两个问题：一是安装目录不好找（有的版本资源是 loose 散文件，有的是 asar 打包），二是改完一处容易漏一处，单词拼错还会让界面出现半截翻译。这个 Skill 把这套流程固化下来：自动探测安装目录，用内置词典对 JS 源文件做字符串字面量替换，并提供预览、部署、回滚、语法校验四个环节，改之前先看效果，改坏了能退回去。
下面介绍这个 Skill。
这是什么¶
github-desktop-汉化插件，坐标 @indiv-ebandao/github-desktop-zh，版本 1.0.2，由社区发布者 user_741dc82b 维护，来源标记为 community，分类 dev-programming。它解决的问题是 GitHub Desktop 英文界面的汉化：定位安装目录、按词典批量替换字符串字面量，并保证替换结果可校验、可回滚。
SkillHub 页面显示评分 100000、下载 33140 次、安装数为 0，标签 requires_api_key=false，即不需要额外密钥。需要说明的是，页面同时给出 97620 分与 32912 次下载的数值，两处不一致；本文以官方接口返回值（100000 分、33140 次下载）为准。
核心功能¶
1、自动探测 GitHub Desktop 的安装目录，同时覆盖 loose 散文件与 asar 打包两种资源组织方式，不需要用户手工指定路径。
2、内置汉化词典，对 JS 源文件中的字符串字面量做替换，把英文界面文案换成中文。替换针对字面量进行，不改动程序逻辑。
3、四个配套环节：
- 预览：部署前先展示替换效果，确认无误再写入。
- 部署：确认后将汉化结果写入目标文件。
- 回滚：替换结果不满意或界面异常时，恢复到替换前的状态。
- 语法校验：检查替换后的 JS 文件语法是否仍然合法，避免出现截断字符串这类问题。
安装与启用¶
官方页面没有给出命令行安装命令，只在 SkillHub 上以坐标形式发布。核对到的坐标如下：
@indiv-ebandao/github-desktop-zh
官方页面地址：https://www.skillhub.cn/skills/indiv-ebandao/github-desktop-zh
接口地址：https://api.skillhub.cn/indiv-ebandao/github-desktop-zh
在 SkillHub 上按坐标获取该 Skill 后即可使用。本文抓取的资料中没有 Cursor、Codex CLI、Claude Code 各自的安装差异说明，也没有可用的配置项列表，因此这部分不做展开，需要时以官方页面为准。
典型用法¶
资料里没有提供可直接复制的命令行示例，下面按已核实的四个环节描述工作流。
1、先跑预览。这一步只展示替换效果，不写入文件，用来确认词典里的中文文案是否符合预期。
2、确认后执行部署，汉化结果写入 GitHub Desktop 的 JS 源文件。
3、部署完成后跑语法校验，确认替换没有破坏文件语法。
4、如果校验不通过，或启动 GitHub Desktop 后界面异常，执行回滚恢复到替换前的状态。
整个流程的顺序是预览 → 部署 → 校验 →（必要时）回滚，不要跳过预览直接部署。
适用场景与注意¶
适合需要在中文环境下使用 GitHub Desktop、又不想等官方汉化的开发者，以及想基于现有汉化词典二次调整文案的人。
需要注意的几点：
1、汉化替换的是 JS 源文件字符串，GitHub Desktop 升级版本后资源文件会变化，词典和路径可能需要重新适配，替换结果不保证跨版本生效。
2、asar 打包模式下，修改前应确认工具链支持解开包，否则部署可能失败。
3、页面显示的安装数为 0，社区维护者不一定长期跟进，遇到版本适配问题可能需要自行处理。
4、页面给出的评分与下载数在不同来源间不一致（100000 分与 97620 分、33140 次与 32912 次），引用这两个数字时以官方接口返回值为准。
结尾¶
这个 Skill 的价值在于把「找目录、改字符串、改坏了重来」这条链路自动化，并提供预览和回滚兜底，汉化过程不再是一次性的手工活。官方地址：https://www.skillhub.cn/skills/indiv-ebandao/github-desktop-zh
