Differences and Roadmap

English | 中文

差异与路线

与原版的刻意差异(经过评估的"不做")

项	原因
Thunderbolt-Core 运行时路由层	仅存在于 NeoForge 1.21.1,1.12 无构建也无法运行;原版以"注册引擎"方式借它路由计算请求,本移植的根节点替换已原生完成同等接入。注意:Thunderbolt 的 planner 纯 Java 规划库不受此限,已 vendor 进测试源集作对拍基线(见测试页)
异步 API 形态	原版 CompletableFuture<ICraftingPlan>;1.12 作业模型为同步 Future,现为同步 calculate(功能等价,形态不同)。原版文档化的第三方 API 面已对齐:isLoaded()、calculateSync()(同步命名别名)、AE2VMCraftingRegistry 均提供
批量余数消费方	getBatchRemainder() 已暴露(请求超过 Long.MAX_VALUE 的余量),但 1.12 无原版 Thunderbolt/ECO 式的后续追加消费方
Cloth Config UI	已用 Forge Config 替代
blocked-mods 崩溃逻辑	原版作者针对特定 mod 的对抗功能,1.12 无对应物
ae2lt-recipes/ 基准配方 JSON	1.21 语义资产,不可直接复用
rv4 适配线 / 26.1.2 移植线	平台不同(1.10.2-forge / 非 MC 平台),本项目直接在 AE2UEL 上开发
GTL 专属 mixin(虚拟电路/预留锁)	1.12 无 GTLCore;死环预剪已原生实现同等能力(对标 GTL 版 CYCLE-AWARE;上游主线 v1.13.12 起亦内置)
耐久工具摊销(上游 IFiniteUseInput / DURABILITY_TOOL)	上游按 amount × ceil(times/uses) 摊销耐久工具,前提是 CPU 能损伤模糊地再消耗磨损回流——现代 AE2(1.21)对全部样板做模糊提取,上游在其平台自洽。1.12 的 AE2UEL CPU 对 processing 样板精确键提取(AE2UEL 源码 CraftingCPUCluster :694;损伤模糊仅 craftable 样板 :672),摊销计划会烧完预提工具后中途停摆(忠实模拟器实测:100 把工具/10000 单,交付 100 后 S2)。1.2.0 起移除:劣化工具输入按普通毛计费(每次消耗一把全新工具,计划足额提料、可诚实完成),磨损回流为惰性副产物;混合耐久度的库存在 1.12 上任何一方都无法用于同一订单(精确键,引擎不修改 CPU 层)。原 5 项耐久闭式测试与 vendor 耐久场景随之移除

语义缺口(GAP)状态:全部修复

缺口	问题	修复机制
GAP-1	"算缺 → 补料 → 重算同一请求"回放过期缺口	shortfallRetryable:含缺 bundle 的缺口键在新库存下可解 → 真实重执行
GAP-2	模糊槽的精确变体无库存、但替换变体可合成时误报缺	resolve 层 T2.5:T1 失败后遍历模糊组找网络可制造的替换变体返回其样板
GAP-3	样板集变化后缓存过期导致错误计划	版本门控(PATTERN_SET_VERSION + mixin identity 指纹)+ CALL slot 执行期校验(root 排除)双保险
GAP-4	净放大互环(源自真实整合包的盖亚之魂配方)只排分解侧,CPU 卡死缺料	环求解器:代数折叠 + 双趟门 + 物料闭包采纳门;家族覆盖副产物中间键、环外原料、副产物直接下单、跨环耦合(见功能明细)
GAP-4b	环家族在部分整合包触发下游物品合成 CPU 卡死(魂充足仍复现,本地 bench 无法复现)	1.2.0 已定位并修复:忠实 CPU 模拟器证明旧净额计划无启动库存(交付被库存抵扣 + 环成员抽取被自身产出净掉,t=0 死锁)。求解器改为交付必须实际合成 + 环成员净抽取与启动垫资全额入账,并修复闲置环的预留泄漏;任务序按模拟器验证过的执行顺序产出;模拟器全场景跑至 COMPLETE。1.2.0 起以配置项 ringSolverEnabled 回归(默认关闭,实验性),详见功能明细顶部状态说明

未来计划

• 引擎侧无进行中计划(环求解器家族落地后,能力面与性能均收官,见性能页);
• 后续版本随问题报告与上游新特性演进。

文档

• CHANGELOG.md 自 v1.0.0 起维护(发版说明自动读取);
• 本 wiki 主中文、次英文,发版时最新基准自动同步到性能页。