简短结论：mod 不会被转换

Java 版的 Forge/Fabric mod 不能跟着转到基岩版。TopoBlocks 的版本转换是经过验证的单向 Java → 基岩版，它迁移的是世界数据——地形、绝大多数方块、容器和结构，而不是运行游戏的 mod。原因很直接：mod 是为 Java 版写的代码，基岩版引擎不会加载它们，所以即使把世界转过去，那些 mod 也无处可跑。我们不会假装能「把 mod 一起转过去」。

如果你想先弄清整体上哪些能迁移、哪些不能，可看 Java 转基岩，哪些能迁移、哪些不能 和深度教程 Java 转基岩完整指南。

那靠 mod 加出来的内容会怎样？

地图里如果用了 mod 新增的方块、机器或机制，转换时会这样处理，而且我们从不承诺「100% 无损」：

  • 原版就有的内容（地形、绝大多数方块、容器、结构）通常可以正常迁移。
  • mod 新增、基岩版有近似对应物的方块，会被替换为兼容等价物。
  • 基岩版完全没有对应物的方块或机制，会移入完成后的逐项变更报告，让你逐条知道发生了什么，不会有意外。

付费前，你会先拿到一份兼容度评分，对 mod 重度依赖的世界尤其重要——先看清会损失什么，再决定要不要转。转换按次付费，任务失败会自动退款，价格以 App 内为准。同样要提醒：mod 里靠红石/命令实现的逻辑，跨版本行为也可能不同，详见 Java 的红石与命令方块转基岩会怎样。

基岩版的 add-on 不是 mod 的替代

基岩版有自己的扩展体系——行为包/资源包（add-on），但它和 Java 的 Forge/Fabric mod 是两套完全不同的东西，不能互转。换句话说，没有自动工具能把 Java mod 变成基岩 add-on；如果你的玩法强依赖某个 Java mod，基岩版这边通常需要寻找功能相近的 add-on 自行重建。Java 的数据包/资源包在基岩版的对应情况，见 Java 的数据包/资源包能在基岩版用吗。

最后一点定心丸：无论转换结果如何，TopoBlocks 绝不覆盖你的源文件——原 Java 世界连同哈希都保留、可追溯，转换只会生成新的基岩版副本。