mcp-name: io.github.dcd887/mc-translator

mc-translator-mcp

Minecraft 模组中文翻译 MCP 工具

自动从模组 jar 包提取语言文件，调用通义千问批量翻译，生成中文资源包。

安装

cd mc-translator-mcp
pip install -e .

配置

不绑定任何特定 AI 供应商。复制 .env.example 为 .env，填任一家的 key 即可（优先级 custom > agnes > dashscope，可选 DeepSeek 兜底）：

cp .env.example .env

任选一种方式（检测到哪个 key 就用哪个）：

# 方式 A（推荐，最通用）：任意 OpenAI 兼容供应商 —— 自已填 key / 网关 / 模型名
TRANSLATOR_API_KEY=sk-xxx
TRANSLATOR_BASE_URL=https://your-gateway.example.com/v1
TRANSLATOR_MODEL=your-model

# 方式 B：agnes ai
# AGNES_API_KEY=sk-xxx
# AGNES_BASE_URL=https://apihub.agnes-ai.com/v1
# AGNES_MODEL=agnes-2.5-flash

# 方式 C：通义千问（阿里云百炼）—— https://bailian.console.aliyun.com/
# DASHSCOPE_API_KEY=sk-xxx
# QWEN_MODEL=qwen-plus

# 方式 D：DeepSeek（可选，主供应商失败时 fallback）
# DEEPSEEK_API_KEY=
# DEEPSEEK_MODEL=deepseek-chat

所有配置都从环境变量 / .env 读取，任何环境本地都能跑通、可移植。填好任一家的 key 即可开始翻译；改成别的供应商只需改 .env，不用动代码。

如何验证配置是否生效

1. 先确认程序能跑（不联网）：

   python -m mc_translator_mcp --help
   

   能看到命令帮助说明安装正常。若报 No module named mc_translator_mcp，说明没装好或没在项目目录下运行。

2. 再确认 API Key 被正确加载：

   python -m mc_translator_mcp dry-run "C:/path/to/某个模组.jar"
   

   • 返回译文样例 → 配置已生效，可以正式翻译；
   • 提示**「未配置可用的 API Key」** → .env 没生效或 key 填错，回查 .env 文件名（不要叫 .env.example）与变量名；
   • 报网络/鉴权错误 → key/base_url/模型名任一可能不对，对照所选供应商的文档核对。

   dry-run 会抽样翻译少量条目（默认 20 条），消耗极少 token，是验证配置最直接的方式。

启动方式

作为 MCP 服务器（推荐）

python -m mc_translator_mcp

在 Trae/Claude Desktop 中配置 MCP server：

{
  "mcpServers": {
    "mc-translator-mcp": {
      "command": "python",
      "args": ["-m", "mc_translator_mcp"]
    }
  }
}

CLI 模式

# 检查 jar 语言文件
python -m mc_translator_mcp check <jar_path>

# 零成本预览：看会翻译哪些模组、多少条文本、预估 token（不调 AI、不写文件）
python -m mc_translator_mcp preview <jar_path>

# 抽样翻译预览质量（会消耗少量 token，不写文件）
python -m mc_translator_mcp dry-run <jar_path> [--limit 20]

# 翻译单个 jar
python -m mc_translator_mcp mod <jar_path> [--batch-size 15] [--force-retranslate]

# 批量翻译目录下所有 jar
python -m mc_translator_mcp dir <directory> [--glob "*.jar"] [--batch-size 15]

💡 先 preview 再翻译：翻译会消耗 token。正式翻译前先跑 preview 看工作量和预估消耗，或 dry-run 抽样体验翻译质量，再决定是否执行。

使用示例

在 Trae 对话中使用 MCP 工具

直接对 Trae 说：

"帮我翻译这个模组：/path/to/mymod.jar"

Trae 会自动调用 MCP 工具的 translate_mod 或 translate_all_mods_in_directory。

本地运行

# 翻译单个模组（把 <jar_path> 替换成你电脑上的实际路径，下同）
python -m mc_translator_mcp mod "C:/path/to/mods/myzombie.jar" --batch-size 20

# 批量翻译整个 mods 目录
python -m mc_translator_mcp dir "C:/path/to/.minecraft/mods" --glob "*.jar"

所有 <jar_path> / <directory> 都请替换成你的实际绝对路径，例如 C:/Users/你的用户名/Desktop/mods/myzombie.jar。路径中含空格时记得加英文双引号。

输出

默认输出到 output/ 目录，每个模组生成独立资源包：

output/
├── mymod-zh-cn/
│   ├── pack.mcmeta
│   └── assets/mymod/lang/zh_cn.json
├── zombie_mod-zh-cn/
│   ├── pack.mcmeta
│   └── assets/zombie_mod/lang/zh_cn.json
└── ...

加载方式：将 output/<modid>-zh-cn/ 文件夹复制到 Minecraft 的 resourcepacks/ 目录。

翻译质量与术语一致性

调用翻译时，会把「这是一个 Minecraft 1.20.1 整合包的模组语言文件」作为上下文注入提示词，并按以下规则约束翻译：

• Minecraft 官方术语：Block→方块、Item→物品、Inventory→背包、Health→生命、Craft→合成、Enchant→附魔、Tool→工具、Armor→盔甲、Chunk→区块
• 术语全程一致：同一英文术语在整个模组内固定用一个中文译名（不会出现一会儿「背包」一会儿「物品栏」），整批条目一起统一后再落盘
• 纯中文输出：强制要求译文不得残留英文单词（如不允许「沥青铀矿 ore」这种中英混排）；产物会做残留英文自动纠正——检测到英文单词的译文自动发起一轮纠正重试
• 漏译自动补翻：模型偶尔会少返回个别 key，工具会自动对缺失条目发起一轮补翻，保证翻译覆盖率
• 长文本自然化：wiki/tooltip 等长描述按中文表达习惯意译润色，避免逐字直译的机翻腔
• 知名名词保持通认：知名模组 / 系列名、科技与化学类专业词保持社区通认译法，不随意直译，如 Sodium→钠、Copper→铜
• 格式占位符绝不改动：{0}、%s、$variable$、§颜色码、<modid:item> 物品标签、\n 等原样保留
• 只回传译文：每条按 <key>:<中文翻译> 返回，不做额外解释

定制术语表（推荐）

不同模组有自己的社区通认译名（如 Powah 的等级：Niotic→钻石、Spirited→富生、Nitro→下界），通用提示词无法提前知道。为此支持模组定制术语表：

1. 编辑项目根目录的 translator_glossary.json（或通过 GLOSSARY_FILE 环境变量指定其它路径），格式为 { "terms": { "英文术语": "强制中文译名" } }：

   {
     "terms": {
       "Niotic": "钻石",
       "Spirited": 
   

... View full README on GitHub