JianFeeeee
6827f4d0e1
实测 Fabric 客户端可启动 + 加载器后端设计文档
用户判断：mod 支持分 fabric/forge，且不同版本还有差异 ⇒ 各有独立后端。
实测支持此结论，且差异比方法签名更深一层。
实测成功（关键）：
Fabric Loader 0.19.5 完整启动 1.20.1 客户端
'Loading Minecraft 1.20.1 with Fabric Loader 0.19.5' + Mixin 子系统 + 12 个资源图集
★ 必须剔除 1.20.1 自带的 asm 9.2/9.6，改用 Fabric 的 9.10.1
（否则 Knot.<clinit> 抛 duplicate ASM classes）
架构结论：后端身份是 (加载器, API 世代) 二元组
因为 Fabric/Forge 下**我们不拥有启动流程**（Loader 起游戏+跑主循环），
与我们「不跑主循环+手动喂数据」的模型根本冲突。
两条可行路线已写入 scaffold/LOADERS.md（A: 作为 mod 被加载；
B: 只借 Fabric 的注册表与资源包，保留我们的渲染循环）——均待实测。
已实现（零加载器，两个 vanilla 后端编译通过、待实测）：
cmd=mods：Java 侧自己扫 jar/注册占位方块/挂资源包
覆盖：外观 ✅ state id ✅ 变体 ⚠️ 行为 ❌ Iris ❌
2026-09-25 19:55:13 +08:00
..
2026-09-25 19:55:13 +08:00
2026-09-25 19:55:13 +08:00
2026-09-25 19:45:24 +08:00