Eric Zhang

主意不错，有时间了我会去看一下Quilt的API实现的。 不过个人并不希望因此抛弃对Fabric的支持。这里有一个主意： 鉴于修改加载的mod做不到实时生效，不如直接让ThatOrThis从游戏中独立出来，变成Fabric的前置启动器（采用类似[Impact Client](https://impactclient.net/)的安装/启动方式），以此利用`fabric.addMods`，还能顺便让ThatOrThis的更新完全独立于MC本体。仍然需要游戏内GUI的话，可以把GUI部分做成独立MOD，也就基本上变成了#8。 这样的话工作量不小（不过反正都要重写），不知意向如何？

集成到启动器意味着依赖于启动器，那样可能需要给每个有人用的启动器写一个版本（至少前端）。 Fabric Loader的做法是修改游戏的version.json替换依赖库列表和主类，理论上我们可以再修改一次，在Fabric之前处理mod配置，再把相关参数传给Fabric。至于修改version.json的时机，可以学Impact写独立安装器，也可以写一个bootstrap mod：放进mods文件夹打开游戏，bootstrap自动修改好json、安装后端和前端mod，然后删除或禁用自身。

Fixed in llama.cpp by ggerganov/llama.cpp#8783.

I do not know enough Go and/or software engineering to conduct robust testing on many environments and scenarios. Since the code here is not important, I'll just draft this PR...