3 步完成 MCP Server 中文配置:GitHub MCP Server 多语言支持完整指南 3 步完成 MCP Server 中文配置GitHub MCP Server 多语言支持完整指南【免费下载链接】github-mcp-serverGitHubs official MCP Server项目地址: https://gitcode.com/GitHub_Trending/gi/github-mcp-serverGitHub MCP Server 是 GitHub 官方的 MCP 服务器负责让 AI 助手直接操作 GitHub——提 Issue、开 PR、查代码全靠它暴露的几十上百个工具。这些工具的描述和标题默认全英文而它们恰恰是 AI 挑选工具、客户端渲染按钮时最先看到的文字。不用改一行代码只需一份 JSON 配置或几个环境变量就能把整套 MCP 工具描述翻译改成中文、日文或法文。先搞懂原理AI 看到的文字从哪来每个工具注册时都会带上两段文字description给大模型读决定它选不选这个工具和user title给用户看出现在界面按钮上。关键在于这两段文字并没有硬编码在注册逻辑里而是各自绑定了两个翻译键并配了一份内置英文兜底文案。服务器启动时逐键检查你有没有提供自己的说法有就用你的没有就退回英文。换句话说多语言的本质是键值覆盖而不是在源码里维护多套语言文件。翻译键怎么命名规则与查找顺序翻译键遵循一条固定公式TOOL_前缀 大写工具名下划线分隔 类型后缀。举两个真实存在的例子TOOL_GET_COMMITS_DESCRIPTION—— 提交详情工具的给 AI 读描述TOOL_GET_COMMITS_USER_TITLE—— 同一工具在界面上的短标题工具之外还有两个特殊键SERVER_NAME和SERVER_TITLE分别控制 MCP 初始化响应里的服务器名与标题适合同时挂多台实例比如 github.com 一台、企业版一台时让 AI 区分它们。整套机制的源码集中在 pkg/translations/translations.go一个文件就能读完。一次查找的实际顺序如下三个来源的优先级一目了然环境变量 JSON 配置文件 内置英文默认值。三步上手把常用工具改成中文第一步导出键清单。给可执行文件追加--export-translations参数跑一次它会把当前二进制里所有翻译键写进工作目录生成github-mcp-server-config.json。重复执行是安全的已填好的值会被保留只补齐新版本新增的键。第二步填上你的语言。这份配置文件必须放在进程的当前工作目录下键名必须与清单完全一致区分大小写{ TOOL_GET_COMMITS_DESCRIPTION: 获取 GitHub 仓库中某个提交的详细信息, TOOL_GET_COMMITS_USER_TITLE: 获取提交详情, TOOL_LIST_BRANCHES_DESCRIPTION: 列出 GitHub 仓库中的所有分支 }第三步重启验证。重新启动服务后在 AI 客户端里展开工具列表对照上面填过的工具确认描述已变成你写的版本。只改个别工具用环境变量临时覆盖如果你的 MCP 多语言设置只需要动两三个工具或者想在 CI 里快速验证环境变量比整份配置文件更省事。规则很简单键名全大写、前面加GITHUB_MCP_前缀即可。export GITHUB_MCP_TOOL_GET_COMMITS_DESCRIPTION获取 GitHub 仓库中某个提交的详细信息 export GITHUB_MCP_SERVER_TITLE我的 GitHub 助手注意优先级同一个键若同时出现在环境变量和配置文件中环境变量胜出——所以它很适合做临时压过整份配置的开关。Docker 里跑多语言两种挂载方式容器场景要额外留意一点配置文件是从进程的工作目录AddConfigPath(.)里读取的不是随便哪个路径。因此容器内做多语言部署只有两条正路环境变量法docker run时用-e逐个传入或直接用--env-file挂一个变量清单适合键少、随实例变化的覆盖项配置文件法用-v把github-mcp-server-config.json挂载进容器的工作目录文件名必须一字不差适合整套文案一次到位。两者混用时环境变量仍然优先可按全量走文件、个别走变量来分工。缓存机制为什么改了要重启源码里每个进程维护一张内存 map某个键第一次被查到时无论结果来自环境变量、配置文件还是英文默认值都会写进这张表之后同键的所有调用直接命中缓存不再碰环境变量和磁盘。这带来两个实际后果一是稳态下翻译查找几乎零开销高频渲染界面时没有任何 IO二是副作用——进程运行期间不会重新加载任何配置。想换语言或新增键值唯一办法是重启服务没有运行时热切换。改完没生效按顺序排查这 4 个坑 ⚠️环境变量写法不对漏了GITHUB_MCP_前缀或键名里混了小写字母查找会直接落空配置文件放错位置只会在进程当前工作目录里找文件容器内尤其要确认挂到了工作目录而不是别的挂载点忘了重启缓存按进程存活旧进程拿着旧缓存不会自动更新键根本不存在新版本可能改了键名或新增了工具用--export-translations重新导出一份最新清单和手写配置 diff 一下即可定位。想给整个社区供一份翻译如果你打算沉淀一份完整的中文或其他语言MCP 工具描述翻译模板流程可以固定成三步先跑--export-translations拿到全量键清单再逐项填充保持术语和句式前后一致标题类键尽量控制在短句内最后把填好的github-mcp-server-config.json整理出来提交为 PR 或社区讨论让其他用户直接挂载即可使用。整套机制说到底就是翻译键 三级查找 进程内缓存没有复杂的框架胜在直白好用。建议你先导出键清单挑自己最常用的十个工具填上中文试一遍手感有了之后再考虑补齐全量配置和团队或社区共享同一份多语言模板。【免费下载链接】github-mcp-serverGitHubs official MCP Server项目地址: https://gitcode.com/GitHub_Trending/gi/github-mcp-server创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考

相关新闻

最新新闻

FlowWAM:把光流当成动作,让预训练视频模型直接开机器人

FlowWAM:把光流当成动作,让预训练视频模型直接开机器人

0. 简介 FlowWAM 面向机器人操作里的世界-动作模型(World Action Model, WAM),要解决的是一个很具体的矛盾:预训练视频生成器里存着大量关于「像素怎么随时间移动」的运动先验,但机器人的动作要么是各家不通用的数值关…

2026/9/2 15:28:40
告别复杂正则:用声明式文本解析轻松提取结构化数据

告别复杂正则:用声明式文本解析轻松提取结构化数据

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/9/2 15:28:40
STM32 RSA验签库实现:从算法原理到嵌入式工程优化

STM32 RSA验签库实现:从算法原理到嵌入式工程优化

简介:本资源是面向嵌入式安全开发者的STM32平台RSA2048非对称加密解密完整实现工程,适用于物联网终端身份认证、固件安全升级、敏感数据传输等场景,适合具备C语言基础与STM32外设开发经验的中级以上工程师学习实践。压缩包共127个文件&#x…

2026/9/2 15:28:40
GD32F30x固件库深度解析:HAL与寄存器级开发实战指南

GD32F30x固件库深度解析:HAL与寄存器级开发实战指南

简介:本资源是GD32F30x系列RISC-V架构MCU的官方级固件开发套件,面向嵌入式初学者、高校电子类课程实践者及工业IoT项目开发者,旨在降低硬件驱动开发门槛,快速构建稳定可靠的底层系统框架。压缩包共1181个文件,含466个头…

2026/9/2 15:28:40
《重返未来:1999》高难关卡4-3通关策略:从机制拆解到实战操作

《重返未来:1999》高难关卡4-3通关策略:从机制拆解到实战操作

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/9/2 15:28:40
重庆转店平台哪个好?房源库再大,也要看你的门店有没有被单独经营

重庆转店平台哪个好?房源库再大,也要看你的门店有没有被单独经营

摘要:平台房源库大,只能说明整体规模;对单个转店老板更重要的是,门店有没有被单独整理、持续维护,并准确触达到匹配客户。不少重庆店老板在比较转店平台时,最容易被一个数字吸引:“我们平台有很…

2026/9/2 15:23:40