Amaruq·Illaujaq的最近内容

有偿or无偿？

arclight 对部分事件与错误的处理与 forge 不同，具体细节我没太研究过，之前有过我的模组在 arclight 上无法按正确形式运行时排查发现的。 如果实在解决不了还是建议换 forge 端保证事件处理与开发环境统一。

这白色的字体底色不太合适，暗色背景下白底彩字看起来太费劲了 而且怎么有个白底白字的

近期我一直在思考 AIGC 相关开发者披露的问题。直到 2026-10-20，Java 版块相关版规仅针对安全性问题（ASM，远端遥控，数据遥控，系统级操作等）强制要求披露与源代码开放预览（或开源）。 目前还没有写成版规格式，只是拟定了一个大意内容： 目前正在考虑采取鼓励开发者针对非人类合作（AIGC，MCr 等）的项目进行开发者披露——我并不计划将开发者披露列为强制性需求，所以是鼓励而不是要求。 但请注意：这不包含那些条款明确的 AI，例如 OpenAI 的《分享與發佈政策》（《Sharing & Publication Policy》）[0] 要求必须披露 AI...

备案肯定是要有机子的，毕竟备案条件是这样，要有源主机，而不能空转域名。 不做网站不需要备案。遇到那种必须要备案才能用域名跳板的机房建议直接换。

何异味

灵魂魔罐挤满背包与箱子这种事情... 很糟糕不是吗？ 然而把生物全部放出来，服务器管理员会因为过度拥挤的生物导致 TPS 骤降而肘击你。 生物银行将会帮助你解决这些问题：上传到服务器统一管理，而且你可以轻松的与朋友交换生物，而无需到点交换灵魂魔罐！ 如果你觉得我做的不错，请支持我辞掉我的工作！

Amaruq·Illaujaq submitted a new resource: [1.7.10] ManaMetal: The Entity Bank 魔金生物银行 - 将生物寄存到银行 Read more about this resource...

我没有特别关注这个项目，没有看过源代码，不对项目具体部分做评价，就说说这个概念吧。 这个项目出发点是好的，但还是先别出发。 加载器社区分裂确实是另玩家头疼的事情，但如果这个问题是能靠缝合一手就能解决，那么这个问题早该解决了——尤其是 Fabric 的这种设计，显而易见很容易被“嫁接”到其他地方。 很多开发者都只选择使用各种方式交叉编译，使用预编译，使用抽象层，唯独不选择直接把抽象层装到加载器上，显然这不是一个简单的工作。 或许高手憋了这么久就为了今天？ 那还是很奇怪，89% 兼容率就足够奇怪了，这得是很好的抽象层处理才能解决好 Forge API 与 Fabric API...

更新： - 滚动组件； - 拖拽组件； - 优化组件开发 QoL； - 优化 WScreen QoL。

Amaruq·Illaujaq updated [1.7.10][Lib] WolfTailUI——酿一壶咖啡的时间，对齐一套 GUI with a new update entry: 0.0.5 更新 Read the rest of this update entry...

无障碍模式（逃跑

为什么！我打开我的钱包发现没有钱了！

发布的三个模组都是 AIGC？ 而且本模组提供的优化节省的内存与性能已经由本模组自己占用了，加了和没加应该差不多。出于闭源尊重，我不透露代码细节，我只能说相信 AI 能 GC 出优化模组不如信你老狼是秦始狼。 如果单纯为了限制刷怪，请考虑一下更轻量的写法。

报道你这不得发个红包？ 这你让我怎么吃馄饨（？