3TUSK
一点碎碎念：如果有一个新的 lib mod 是基于另一个 lib mod 制作的，岂不是可以管这个叫「lib 的扩展」？！ 在我看来「拓展」/「联动」/「前置」应该直接合并成同一种关系，名字不知道。
> 在模组制作层面都不是统一的，据我所知 是统一的，都是依赖项。只是强制不强制安装的区别。 > 如果一个 Lib 模组添加了一个物品，那它是题述的“非 Lib 模组”还是 Lib 模组呢。 理论和实践的差别。 理论：Lib 模组不应该添加物品。 实践：是不是 Lib 完全基于开发者主观定义。 百科是要忠于作者的主观定义呢，还是实际情况呢？
> 可选被依赖 -> 被可选依赖 > 怎么看都怪 那是当然的咯，平时谁会讨论「一个模组被哪些模组依赖」？ 我认为编辑者应该只能编辑「A 依赖 B」这样的关系，「B 被 A 依赖」这一层关系应该由系统自动推导出来。 ------ 说点有趣的，隔壁 CurseForge 在上传项目时允许你选依赖类型，但这个模型我个人认为毫无参考价值，因为在我的主观印象里除了 Required Library 以外基本都是*乱选*的：  欢迎来猜一下这些选项都应该是什么意思。我没有标准答案。
> 單人模式下客戶端即服務端 而區域網連線也是客戶端即服務端 故無此問題 「OptiFine / Iris / Sodium 能否在服务器上使用？」
Finally we see the update @wormzjl @GWYOG @IamAchang hype hype
就我的观察而言，使用 GitHub Discussion 最大的问题应该是「缺少动机（incentives）」。 [我曾经也试过用 GitHub Discussion 来做类似的事](https://github.com/TeamCovertDragon/Harbinger/discussions)，但如您所见，因为缺少宣传和维护，其实没什么人用。如果有动机去用，那再大的困难其实也都能克服得了。如果给开发者们一个「有问题就来这」的理由的话就好了。 但这个理由应该是什么？
> QQ群这种形式是不利于交流的，但是人们喜欢使用。 > 即时通讯工具不合适聊开发 我部分赞同这个看法。在我知道的即时通讯软件里，目前最适合聊开发的，当是 Discord： - 一个群组（guild）可以划出若干不同的聊天频道，1.20 一个、1.16.5 一个、1.12.2 一个、1.7.10 一个、纯灌水的一个…… 互不干扰。 - 人数上限足够高，不会存在类似 QQ 群那样「人数长期爆满，不得不定期清理不活跃用户，或者 2 群 3 群 4 群连着开」的情况。 - 开放的机器人生态，可以辅助完成诸如自动答疑、mapping 查询等等日常琐事。 - 有所谓的「Forum」频道类型，能带来接近于传统论坛式的使用体验。 - 在普通文字聊天频道中亦可开出独立的...
#293 No translation will be accepted until BuildCraft 8.0.x enters beta test phase.
@huanghongxun You probably want to look at this: https://github.com/ganymedes01/Another-One-Bites-the-Dust/issues/32#issuecomment-153629944