Ceilingpiintensify/horizon-mod-checker

项目介绍

Horizon 是用 Rust 重写的 Minecraft: Java Edition 26.3，Java 模组 jar 无法直接运行（Horizon）。Wanted（实际运行 Main.exe）输入一个模组名、拖入一个 jar 或整包模组，会为每个模组给出四种答案之一：

• Built in：Horizon 已内置该功能，不需要模组。
• Ported：Horizon 的模组注册表里有 Rust 版本，可直接安装。
• Works：Horizon 启动器能把模组的方块、物品、配方和世界生成作为数据带过来。
• Not yet：目前没有能在 Horizon 上运行它的东西，可以投票或订阅通知。

机器、新生物等依赖代码实现的内容无法按数据搬运，需要 Rust 移植（README lines 110–115）。拖入 mods 目录、Prism Launcher 或 MultiMC 实例、Modrinth .mrpack 或 CurseForge 压缩包，会返回三个数字：能一起带走的、不再需要的、仍然缺失的。

快速使用

从 latest release 下载 horizon-mod-checker.zip，解压整个文件夹，保持 Main.exe 与设置文件、wanted 运行时放在一起，然后启动 Main.exe。无需安装器，也不需要管理员权限；可执行文件已签名，Windows 启动时不会警告（README lines 56–65）。

输入模组名或拖入 jar，或直接拖入整合包，逐条查看答案。点击 Install / Add to Horizon 时，内容模组（.hmod）会放进游戏目录下的 horizon-mods/，原生模组（.hnmod）放进 horizon-native-mods/；"Works" 模组由 Horizon 启动器完成搬运。原生模组不沙箱运行，Horizon 首次会要求你信任它；首次构建可能下载 Rust，耗时 20–30 分钟（README lines 128–133）。

从源码构建需要 Rust 1.85 或更新版本，以及对应系统的 Tauri 前置依赖，然后运行 cargo test --workspace 和 cargo tauri build（README lines 94–106）。

判断依据

答案按顺序来自四处：经审核的内置表 rules/builtin.toml；经审核的移植表 rules/ports.toml，与 Horizon 的模组索引比对；Horizon 自己的 horizon-launcher mods check <slug> --json；其余一律 "Not yet"（README lines 77–93）。识别 jar 时读取 fabric.mod.json、META-INF/neoforge.mods.toml 或 META-INF/mods.toml，再用文件哈希到 Modrinth 查询。CurseForge 专用 jar 只能按名称和元数据匹配，结果可能显示 "Not sure yet"。文件会校验 SHA-256，有签名时还会校验 minisign；已撤销的模组不会被安装。

使用约束

• 平台：发布包面向 Windows 10/11（README lines 56–65）；Linux 需要自行准备 Tauri 工具链并从源码构建。
• 游戏版本：面向 Horizon 26.3。
• 匹配范围：CurseForge 的 API 需要密钥，无法用哈希核验，因此只有 CurseForge 来源的 jar 结果确定性较低。
• 投票：本身是近似值——每个安装以随机安装 ID 对每个模组投一票，并有每 IP 限制，没有账号体系（README lines 116–121）。
• 数据发送：投票发到投票服务器，文件哈希发给 Modrinth，读取公开注册表，图标来自 cdn.modrinth.com；整合包和关注列表留在本机（README lines 122–127）。
• 原生模组：不沙箱运行，且首次启动构建较慢。
• 许可证：项目采用 MIT；内置的 Inter 和 Geist Mono 字体使用 SIL OFL 1.1（license section）。

HotRepo 点评

Wanted 面向一个很具体的窗口：Horizon 是 Minecraft 重写版，而这个项目正好卡在迁移问题上——哪些 Java 模组能跟着走。它的做法透明而非"魔法"："built in" 和 "ported" 来自带 Horizon 文档链接的审核 TOML 表，"works" 交给 Horizon 启动器自己的检查，剩下的才进入投票榜。这种结构让一键安装值得一试：撤销文件被排除，哈希和签名会被校验。

在 HotRepo，它出现在 2026-11-01 的 Rust 新项目记录中，新增 106 Star 和 9 Fork，统计窗口从 2026-10-31 到 2026-11-01。只有这一条快照，也没有可记录的 GitHub 日榜名次，所以这组数字描述的是一个强势的开局日，而非趋势。设计本身也点出了真正的瓶颈：只有 CurseForge 来源的 jar 只能按名称匹配、可能返回 "Not sure yet"，因此工具的准确度取决于审核表和 Modrinth 覆盖范围，而不是自动移植。