资源中心
发现优质的 Minecraft 整合包、服务端和插件。
Yes Steve Model
Yes Steve Model 是一款专为 Minecraft 打造的玩家模型修改模组，旨在为游戏提供深度定制化体验。该模组以 GeckoLib 动画引擎为技术底座，能够精确调用我的世界基岩版 (Minecraft Bedrock Edition) 的模型与动画资源，从而赋予玩家根据个人喜好自定义游戏内玩家模型和动作的灵活性。
平台支持情况在该模组的发展过程中，技术架构经历了重要的演进。版本 1.1.5 及更早期的构建完全基于 Java 开发，因此具备极其出色的跨平台兼容性，能够同时运行于三大主流系统及移动端。
然而，为了提升运行效率并加强模组安全性，自 1.2.0 版本起，开发团队将核心的加密与渲染模块重构为 C++ 语言。这一战略性调整虽然显著强化了渲染性能与数据安全，但也导致了对跨平台支持的局限性。目前各系统的支持情况如下：
系统兼容性列表
Windows (AMD64 架构)：客户端与服务端均获得全面支持。 Linux (AMD64 架构)：客户端与服务端均获得全面支持。 Android (AArch64 架构)：支持客户端运行，但暂不支持服务端运行。 macOS (Intel 架构)：目前暂不支持。 macOS (Apple Silicon 架构)：目前暂不支持。 模组功能解析Yes Steve Model 模组在设计之初便充分考量了服务器社区的实际运维需求，并专门集成了多项优化功能，确保其能够适应各种服务器环境：
客户端模型自动化同步：玩家在加入服务器时，系统会自动将模型资源推送并同步至客户端，无需玩家进行繁琐的手动下载。 模型文件加密保护：发送至客户端的所有模型文件均采用加密二进制格式，有效防止了模型资源被轻易窃取或篡改。 模型权限认证机制：模组引入了灵活的权限系统，服务器管理员（OP）可通过指令对特定模型进行授权管理，确保仅在许可情况下方可启用特定外观。 原版玩家模型增强：模组优化并新增了默认的史蒂夫 (Steve) 与亚历克斯 (Alex) 模型，且两者均支持自动调用玩家的皮肤显示，保持了原版特性与自定义功能的兼容。得益于极简的定制逻辑，用户无需编写复杂的配置文件。只需将模型文件、纹理贴图及动画资源放置于指定文件夹内，并在游戏内执行重载指令，系统便能自动完成加载与同步。
客户端交互与使用说明对于普通玩家而言，该模组的操作同样简便高效。当玩家首次进入配备此模组的服务器后，系统需要约十秒左右的时间用于模型同步。同步完成后，玩家仅需按下快捷键 Alt + Y 即可唤出交互界面，进行如下操作：
模型切换：点击按钮即可快速切换至目标模型。若按钮右上角的图标呈现红色，则意味着该模型尚未获得授权。此外，图标上的数字代表了该模型当前可供切换的材质数量。 纹理切换：针对拥有多种皮肤或材质的模型，玩家可通过点击左右切换按钮，轻松更换模型的外观样式。 模型分类管理：界面提供分类筛选功能，玩家可以在“全部模型”、“授权模型”以及“原版模型”（目前仅支持史蒂夫与亚历克斯）之间进行自由切换，以便快速找到心仪的外观。
Iris Shaders
Iris 光影加载器
重塑视觉体验的基石
在Minecraft的广阔世界中，光影效果往往是决定沉浸感的关键一环。Iris 光影加载器（Iris Shaders）正是为此而生的新一代图形引擎核心。它不仅仅是一个简单的工具，更是一把开启现代视觉盛宴的钥匙，专为那些追求极致画面与流畅体验的玩家量身打造。
兼容并蓄，无缝衔接
Iris 的设计哲学在于“传承与进化”。它天生具备强大的兼容性，能够完美支持现有的 OptiFine 光影包。这意味着，您无需抛弃那些钟爱的经典光影配置，便能在 Iris 的驱动下，让熟悉的光影焕发出前所未有的生机。无论是晨曦微露的柔和，还是末影龙息的震撼，Iris 都能以更高效的方式将其精准呈现。
现代化架构，性能飞跃
告别卡顿，拥抱丝滑。作为一个现代化的光影加载方案，Iris 采用了最前沿的代码架构，旨在打破传统加载器的性能瓶颈。它在确保画面绚丽的同时，极大地优化了帧率表现，让“高画质”与“高流畅度”不再是鱼与熊掌不可兼得的选择。
简而言之，Iris 光影加载器是连接原版画质与次世代视觉体验的桥梁，它既尊重过去的经典，又引领着未来的方向。
LambDynamicLights - 动态光影 LambDynamicLights - Dynamic Lights
LambDynamicLights 是 Minecraft 社区中功能最为完备且经过深度优化的动态光影模组。
关于该模组每当夜幕降临，周围便陷入一片漆黑。在这种伸手不见五指的情况下，手中如果能有一支火把或灯笼来照亮前路，那该有多好……
现在，这一切通过 LambDynamicLights 模组得以实现。它能够为游戏引入动态光影机制，让你在黑暗中也能手持发光物看清周围的环境。
所谓动态光影，是指当实体手持具备光源属性的物品、或是实体自身处于着火状态时所产生的光照效果。
如果您正在寻找能够替代 OptiFine 的模组组合，请务必查看这份推荐列表。
核心功能 动态照明：提供流畅的实时光照效果。 平滑设置：您可以自行调节动态光影的更新平滑度。 物品照明：任何手持发光物品的实体都会向周围散射光线。 物品的光照属性可通过资源包进行自定义，并完美兼容各类模组物品。 特定物品（如普通火把、灵魂火把等）在水下将无法发光。 实体自然发光：多种生物及实体能够自带光效，包括： 悦灵 (Allay) 烈焰人 (Blaze) 火球 (Fireball) 发光鱿鱼 (Glow Squid) 岩浆怪 (Magma Cube) 光灵箭 (Spectral Arrow) 着火照明：处于燃烧状态的实体会自动释放光芒。 开发者支持：为开发者及资源包作者提供简便易用的 API 接口。详情请参阅在线文档。 更多特性：等待您的探索。 场景展示 掉落物发光：掉落在地上的发光物品，现在也能产生真实的动态光源。 手持发光：当实体手持具备光照属性的物品时，周围环境将随之亮起。 烈焰喷射：任何陷入燃烧状态的实体都将成为行走的火源。 即将爆炸：苦力怕在引爆前会根据爆炸进度渐进式地发出强光。 发光鱿鱼：那些引人注目的发光鱿鱼终于在你的世界里名副其实了。 守卫者激光：守卫者的激光束现在拥有了视觉特效，极具张力。 萤火虫：萤火虫粒子在飞行过程中会不断释放光芒。 配置界面：v4.0.0 版本引入了直观的设置界面。 使用说明使用方法非常简单：
Fabric 版本：将其放置于 mods 文件夹中，同时需安装 Fabric API 和 ModMenu（若追求更高性能，建议搭配 Sodium 使用）。 NeoForge 版本：直接安装至 mods 文件夹即可（同样推荐搭配 Sodium 以提升性能）。模组安装后即刻生效。您可以通过视频设置或模组列表进入配置界面进行个性化调整。如需获取帮助，欢迎加入我的 Discord 服务器进行交流。
集成与兼容性 Sodium：强烈建议安装以获得最佳性能表现。 Beltborne Lanterns：允许将灯笼装备在腰带上，实现全天候随身携带光源。 Illuminated：一款基于 LambDynamicLights 开发的手电筒模组。7日热门资源
Feastful 美食扩展 Feastful
Feastful（美食盛宴）是一项旨在通过引入多元化的水果、精致糕点、果酱及冰沙，为《我的世界》带来更具层次感的饮食体验的模组。
果树栽培该模组新增了六种果树，玩家既可在世界生成中寻觅其踪迹，也能通过手动种植培育。只需手持水果并对着地面潜行加右键点击，即可种下树苗。随时间推移，果树将茁壮成长，供玩家收获。
水果种类及分布区域：
梨（Pear）： 老成桦木林 桃（Peach）： 花林 樱桃（Cherry）： 樱花林 橙子（Orange）： 风蚀热带草原 青柠（Lime）： 热带高原 葡萄（Grapes）： 可向农民村民交易获取此外，流浪商人也会随机出售上述水果。
基础食材模组添加了面粉袋、糖袋、牛奶瓶及巧克力棒作为核心烹饪原料。
浓汤与羹类新增了胡萝卜浓汤、土豆浓汤以及鲜美的竹笋汤。
烘焙珍品包含法棍面包、可颂及其巧克力与甜浆果变体、各类精美曲奇（基础、棋格、甜浆果口味）、多种口味马卡龙（由牛奶马卡龙为基础，辅以各类水果点缀）、杯子蛋糕、闪电泡芙、瑞士卷以及可搭配多种糖浆的松饼。
水果切片橙子与青柠可处理为切片，其饥饿值恢复量虽仅为整体的四分之一，但食用速度大幅提升，为战斗补给提供了新思路。
果酱、果冻与冰沙涵盖苹果、梨、桃、樱桃、橙子、甜浆果及发光浆果七种口味。果酱与果冻瓶不仅是美味佳肴，亦可作为富有生活气息的装饰品摆放。
甜点系列模组提供了苹果、梨、桃、樱桃、葡萄、牛奶及巧克力口味的冰淇淋，以及橙子、青柠、甜浆果和发光浆果口味的棒冰。
简单传送 SimpleTPA
简单传送 (SimpleTPA) 是一款专为我的世界 (Minecraft) 服务器打造的轻量级模组。它引入了一套直观且便捷的传送指令系统，旨在显著提升多人联机体验，让玩家间的互动更加流畅高效。
通过使用这套精简的指令集，玩家可以轻松地发起、确认或拒绝传送申请。无论是生存服务器、协作探索模式，还是任何追求高效移动的社区，该模组都是不可或缺的工具。
🔁 该模组支持自动检测玩家客户端语言，目前完美适配英语与波兰语。
主要特性 向其他在线玩家发送传送请求。 通过/tpahere 指令邀请他人传送至您的位置。
支持通过简易指令快速响应传送申请。
当仅存在一条待处理请求时，系统可触发自动确认功能。
支持随时撤销正在进行的传送倒计时或已发出的请求。
可利用 /tpatoggle 一键屏蔽所有传送申请。
支持使用 /tpaignore 针对特定对象进行精准拉黑。
传送请求具备自动过期机制，并会实时通知双方。
集成了动作栏倒计时显示及音效反馈，操作感十足。
内置传送请求冷却时间，有效杜绝垃圾信息刷屏。
提供 config/simpletpa.json 配置文件，允许用户灵活自定义。
轻量化架构，确保安装与使用过程毫无压力。
指令速览
指令
说明
/tpa <玩家ID>
向目标玩家发起传送申请
/tpahere <玩家ID>
邀请目标玩家传送至您所在位置
/tpaccept
同意待处理请求（若仅有一条则自动确认）
/tpaccept <玩家ID>
同意特定玩家发来的传送请求
/tpadeny <玩家ID>
拒绝来自目标玩家的传送请求
/tpacancel
取消当前的传送倒计时或已发出的申请
/tpalist
查看当前所有待处理的传送请求
/tpatoggle
切换您个人的传送功能接收开关
/tpaignore <玩家ID>
屏蔽或解锁指定玩家的传送请求 
初始结构 Starter Structure
初始结构 (Starter Structure)
初始结构 (Starter Structure) 是一款功能强大的模组，它赋予了你在世界初次生成时，在出生点自动构建预设建筑的能力。通过该模组，系统会在配置文件夹中读取架构文件（Schematic），并将其放置在指定的世界出生点位置。
该模组兼容结构方块架构 (SBS, .nbt 文件) 和世界编辑架构 (WES, .schem/.schematic 文件)。其中，SBS 文件能够包含实体数据，从而直接生成已保存的实体；WES 文件虽然不包含实体信息，但你可以通过在架构中放置告示牌来指定实体的生成位置。两者均支持自定义 NBT 数据。特别说明：你无需在服务器或客户端中长期安装世界编辑 (WorldEdit) 即可使用此模组，它仅在生成架构文件时作为工具使用，完成后即可将其移除。你也可以在其他实例中创建架构，然后将文件复制到所需的整合包中。
此外，模组还提供了丰富的配置选项，你可以精确控制玩家的出生位置（即建筑生成位置）以及建筑的放置方式。
配置选项详解
以下是所有可用的配置项说明：
是否生成建筑 (shouldGenerateStructure) (默认值: true) 决定是否在该模组配置目录('./config/starterstructure/schematics/...')下的架构文件生成。
强制精确出生点 (forceExactSpawn) (默认值: true) 通常玩家出生点是随机的。启用此项后，玩家将始终在设定的精确坐标（即最近的空气方块上方）生成。
建筑放置时忽略树木 (ignoreTreesDuringStructurePlacement) (默认值: true) 防止建筑生成在树木上方，放置过程中会自动忽略树叶和原木方块。
生成时忽略拼图和结构方块 (generationIgnoreJigsawAndStructureBlocks) (默认值: true) 默认情况下，架构文件中可能包含的拼图或结构方块在生成时会被忽略。
保护建筑方块 (protectStructureBlocks) (默认值: true) 决定生成的建筑方块是否受到保护，防止被破坏。
保护生成实体 (protectSpawnedEntities) (默认值: true) 决定在建筑内生成的实体是否受到伤害保护。
创造模式玩家忽略保护 (playersInCreativeModeIgnoreProtection) (默认值: true) 启用后，创造模式玩家将能够破坏或放置被保护的建筑方块。
创造模式玩家忽略实体保护 (playersInCreativeModeIgnoreEntityProtection) (默认值: false) 启用后，创造模式玩家将能够伤害受到保护的建筑内生成实体。
限制生成实体移动 (preventSpawnedEntityMovement) (默认值: false) 若开启，生成的实体将无法离开其生成的原始方块。默认为关闭。
支持架构下的非告示牌实体生成 (spawnNonSignEntitiesFromSupportedSchematics) (默认值: true) 在结构方块架构中发现非告示牌创建的实体时，是否生成它们。
是否使用建筑坐标 (shouldUseStructurePosition) (默认值: false) 是否启用自定义建筑生成坐标选项。
建筑 X 轴坐标 (generatedStructureXPosition) (默认值: 0, 范围: -10000000 至 10000000) 建筑生成的精确 X 轴坐标。需启用 shouldUseStructurePosition。
建筑 Y 轴坐标 (generatedStructureYPosition) (默认值: 0, 范围: -1000 至 1000) 建筑生成的精确 Y 轴坐标。需启用 shouldUseStructurePosition。
建筑 Z 轴坐标 (generatedStructureZPosition) (默认值: 0, 范围: -10000000 至 10000000) 建筑生成的精确 Z 轴坐标。需启用 shouldUseStructurePosition。
是否使用建筑偏移 (shouldUseStructureOffset) (默认值: false) 是否启用自定义建筑位置偏移选项。
建筑 X 轴偏移 (generatedStructureXOffset) (默认值: 0, 范围: -1000 至 1000) 建筑生成的 X 轴偏移量。需启用 shouldUseStructureOffset。
建筑 Y 轴偏移 (generatedStructureYOffset) (默认值: 0, 范围: -1000 至 1000) 建筑生成的 Y 轴偏移量。例如：当建筑生成高度总是偏高一个方块时，可设为 -1。需启用 shouldUseStructureOffset。
建筑 Z 轴偏移 (generatedStructureZOffset) (默认值: 0, 范围: -1000 至 1000) 建筑生成的 Z 轴偏移量。需启用 shouldUseStructureOffset。
是否使用出生点坐标 (shouldUseSpawnCoordinates) (默认值: false) 是否启用自定义出生点坐标选项。
出生点 X 坐标 (spawnXCoordinate) (默认值: 0, 范围: -10000000 至 10000000) 启用 shouldUseSpawnCoordinates 后设定的新出生点 X 坐标。
出生点 Y 坐标 (spawnYCoordinate) (默认值: 0, 范围: -1000 至 1000) 启用 shouldUseSpawnCoordinates 后设定的新出生点 Y 坐标。
出生点 Z 坐标 (spawnZCoordinate) (默认值: 0, 范围: -10000000 至 10000000) 启用 shouldUseSpawnCoordinates 后设定的新出生点 Z 坐标。
是否使用出生点坐标偏移 (shouldUseSpawnCoordOffsets) (默认值: false) 是否启用自定义出生点坐标偏移选项。
出生点 X 轴坐标偏移 (spawnXCoordOffset) (默认值: 0, 范围: -1000 至 1000) 启用 shouldUseSpawnCoordOffsets 后的坐标偏移量。
出生点 Y 轴坐标偏移 (spawnYCoordOffset) (默认值: 0, 范围: -1000 至 1000) 启用 shouldUseSpawnCoordOffsets 后的坐标偏移量。
出生点 Z 轴坐标偏移 (spawnZCoordOffset) (默认值: 0, 范围: -1000 至 1000) 启用 shouldUseSpawnCoordOffsets 后的坐标偏移量。
配置文件路径与操作指南
配置文件夹位于 ./config/starterstructure/schematics。 你可以放入 .nbt、.schem 或 .schematic 格式的架构文件。若文件夹内包含多个文件，模组将随机选择一个进行生成。
自定义告示牌数据存放在 ./config/starterstructure/signdata 中。 通过将 /summon 指令放入该文件夹内的 .txt 文件，并在架构中放置一个引用该文件的告示牌，即可在生成时创建对应的实体。
如何使用世界编辑 (WorldEdit) 生成架构
使用 //wand 指令获取选区工具。 左键点击第一个方块以确定架构的一个底角。 右键点击对角的第二个方块以确定范围（注意之后需移除临时方块），或者使用 //pos2 指令。 站在你希望建筑生成时玩家所处的位置，输入 //copy 指令。 输入 //schematic save <架构名称> 来生成文件。 文件将保存在 ./config/worldedit/schematics 中。 将其复制到初始结构 (Starter Structure) 的配置文件夹 ./config/starterstructure/schematics 中即可。当新世界生成时，模组即会自动加载并构建该建筑。
告示牌与实体生成
你可以在生成的建筑内部通过放置告示牌来便捷地生成实体：
简单实体生成： 在告示牌上输入以下信息： [Entity] 模组ID:实体ID （新行会被忽略。该格式即会在建筑生成时在此处生成相应的实体，例如村民。）
自定义 NBT 数据生成： 若需生成更复杂的实体（如带有自定义名称、装备或药水效果），可引用 .txt 文件： 在告示牌第一行输入 [NBT]，第二行输入文件名（不含扩展名）。 示例： [NBT] 文件名
系统将会在 ./config/starterstructure/signdata/文件名.txt 中查找实体数据。该文件内容应为标准的 /summon 指令（你可以使用 MCStacker 等工具生成）。初始结构 (Starter Structure) 会自动移除其中的 /summon 部分并将其转换为正确的 NBT 数据进行生成。
Skyblocker • Hypixel Skyblock
这是专为 Hypixel Skyblock 最新版本（26.1）打造的顶级增强模组。
📖 核心功能概览地下城功能
精美队伍查找器界面 秘密路径点高亮： 支持全面自定义配置。 小地图与评分系统 精英怪物光晕显示 克罗伊斯（Croesus）助手： 标记未开启的宝箱并计算潜在收益。 谜题解算器： 内置包括“三个怪人”、“烈焰人”、“苦力怕光束”、“测验”、“井字棋”、“水板”、“蠹虫”、“填冰”、“大圆石”、“西蒙说”、“点灯”、“传送迷宫”以及各种终端（顺序、色彩、物品名称）的自动解谜功能。 稀有掉落特效与宝箱收益计算器 战斗计时辅助： 包含火冻法杖计时、守护者生命值显示、利维德颜色标记、F7/M7 终端与设备路径点提示。 重组队伍： 使用/rp 指令快速重组并开启自动加入。
AOTV 和末影珍珠秘密路径点
玩家秘密追踪与凋零/血门高亮
资源包地下城纹理重置、评分标题与音效
干扰优化： 防止利维德战中队友光晕遮挡，阻拦错误的终端点击，隐藏灵魂织者头颅，并提供职业专属光晕。
采集与丛林功能
林地节点路径标记 发光花卉与海洋发光生物高亮 森林神庙解谜辅助库德拉（Kuudra）功能
库德拉全套辅助： 提供补给、补给堆、燃料电池、安全点及珍珠的路径点导航。 箭矢中毒预警： 实时提示毒素水平。 库德拉光晕与危险警报绯红岛屿（Crimson Isles）
道场助手与雾气半径扩展选项物品与装备定制
支持自定义物品重命名、护甲染色、装饰修剪及动态染料效果。健康与状态栏
实时仪表盘： 包含生命值/吸收量、法力值、防御力、经验值与速度显示。支持原版状态与高级仪表盘并行展示。个人档案查看器
全方位展示技能、杀戮、地下城进度，以及背包、末影箱、收藏品、宠物和配饰袋等容器信息。采矿辅助（矮人矿坑/水晶空洞/冰川矿区）
解谜助手： 自动处理费图尔与谜题大师的挑战。 深度导航： 提供水晶空洞地图、特殊位置坐标、服务器同步路径点（WebSocket）以及寻宝指南针辅助。 冰川隧道： 特供寒冷状态监控与尸体搜寻器。 任务 HUD： 实时追踪各项采矿任务，并提供粉末获取进度监控及路径规划。杂项功能
裂隙： 镜域路径点、谜题之魂标记、气泡生物高亮。 蜘蛛巢穴： 隐藏遗迹助手。 Slayer 杀戮辅助： 为吸血鬼、末影人、烈焰人 Slayer 提供全方位标记、计时与BOSS生成提醒，并支持自定义杀戮 HUD。 花园管理： 包含耕作 HUD、访客购买清单优化、地块小部件、速度预设及针对特定农作物的自动化点击锁定。 视觉增强： 包含平滑 AOTE、紧凑伤害显示、选项卡美化、交互 hitbox 修正、稀有掉落特效及可配置的夜视强度与终端 HUD。 UI 优化： 提供清单搜索遮罩、属性碎片显示、高级工具提示（涵盖 NPC 卖价、Bazaar 行情、拍卖行价格等）、配饰助手与快速导航，支持CTRL/CMD + F 快速搜索背包。
聊天与杂项： 支持自定义聊天规则、自动补全、消息过滤（屏蔽讨厌的系统提示）、实验解谜、钓鱼辅助、祭坛仪式提示、巧克力工厂辅助、杰瑞计时器等。
第三方集成： 兼容 REI/EMI/JEI，集成 Discord 状态显示，提供一键维基查询（F4），支持物品保护及服务器位置分享。
📦 模组安装包指南
请查阅相关文档，了解如何通过启动器轻松安装。
下载 Skyblocker Modpack。
将 .mrpack 文件直接拖拽至 MultiMC 或 Prism Launcher 等自定义 MC 启动器中，即可建立并启动全新实例。 
节气 Ecliptic Seasons
Ecliptic Seasons (节气)
Ecliptic Seasons 引入了一套基于二十四节气的气候系统。它通过动态地模拟气候变化，深刻地影响着游戏内的天气、农作物生长以及生态系统的运作。
Ecliptic Seasons
一款受二十四节气启发的季节性环境模组。
春雨绵绵，滋润远方田野。 夏日悠长，昆虫在暖风中鸣叫。 秋林渐染，层林尽染金红。 冬雪静谧，在至长的寒夜中悄然堆积。
Ecliptic Seasons 是专为 Minecraft 设计的独立季节性环境模组。这一设计汲取了中国传统“二十四节气”的精髓，将完整的年度周期划分为四季与二十四个细分节气。每个阶段不仅拥有独特的环境氛围，还会带来截然不同的外部变化。
随着时间的推移，游戏世界的天气、气温、光照时长、植被状态、作物生长、动物行为、环境音效、粒子效果、模型呈现乃至方块外观，都会随之发生演变。
让 Minecraft 变得如同一个真正随时间流转而演化的世界。
游戏版本支持
Minecraft 版本 支持状态 26.1+ (NeoForge 26.x) 开发中 1.21.1 持续支持 1.20.1 持续支持支持状态说明
开发中：该版本正处于更新阶段，将持续获得新功能、游戏性调整、错误修复及兼容性优化。 持续支持：该版本仅接收错误修复、兼容性补丁及本地化翻译的更新。精彩展示
（此处可放置演示图）
感知的季节更替
游戏世界将呈现完整的四季与二十四节气循环。告别突兀的季节更替，气候的流转将在潜移默化中自然完成。
完整的二十四节气周期 动态化的季节演进机制 与季节挂钩的昼夜时长 夏季的长昼与冬季的长夜 平滑自然的季节过渡效果随季节流转，游戏世界将为您展现一场自然的轮回。
天气、温度与积雪
天气系统不再局限于原版 Minecraft 单调且可预测的循环。
不同季节具有独特的天气倾向。某些节气可能伴随频繁的降雨、连绵的降雪、漫长的干燥期或更加寒冷的极端气候。
积雪系统与环境温度深度结合。随着气候环境的变化，雪花会逐渐析出、堆积，并在升温时融化退去。
核心特性包括：
季节性天气概率模型 持续性的降雨与降雪过程 基于环境温度的雪层堆积与融化 动态的雪景渲染系统 可选的原版积雪层支持农业、湿度与温室
季节系统的影响远不止于天际。
作物的生长逻辑取决于多种因素：季节、空气湿度、生物群系的气候特征以及局部环境条件。某些作物只能在特定的节气下茁壮成长，而在其他时段则难以存活。
玩家可以建造温室，确保作物在严苛的季节中依然能够维持生长。
湿度相关机制使得在不同气候区进行耕作的体验大不相同。在沙漠中开垦与在森林或平原耕种，将带来截然不同的挑战与策略。
季节性工具与方块
Ecliptic Seasons 引入了一系列实用工具与氛围类方块，例如：
用于查询当前节气的日历工具 与环境湿度交互的专属工具及方块 监测作物生长的辅助器具 清理积雪的除雪装备 风铃及其他季节性装饰物品这些辅助手段让玩家能够直观地观察、管理并与环境变化产生互动。
季节氛围营造
Ecliptic Seasons 不仅仅是一个机制型模组。
季节时间的推进可以驱动以下表现：
季节限定的背景音效 环境粒子特效 落叶效果 萤火虫景观 植被色彩变化 季节性方块外观调整 季节性模型交互 基于资源包的音乐系统资源包制作者可以基于此系统构建季节性的音乐包、自定义环境音效、视觉特效及模型替换，进一步丰富游戏体验。
数据驱动与高度可配置
该模组的设计核心在于灵活性。
无论是玩家、服务器管理员、整合包作者还是资源包制作者，都可以根据自身需求调整游戏体验。
详尽的配置选项 数据包 (Datapack) 支持 资源包 (Resource pack) 支持 季节自定义功能 服务器同步机制 对整合包友好的集成设计几乎所有主要功能模块均支持个性化调整。
平台与生态系统
Ecliptic Seasons 主要针对 NeoForge / Forge 平台开发。
同时，我们也提供了原生的 Fabric 实现版本：
NeoForge / Forge — Ecliptic Seasons Fabric — Ecliptic Seasons : Fabricated配套项目包括：
Serene Seasons API Stub Bridge：为依赖 Serene Seasons API 的其他模组提供兼容层。 Ecliptic Seasons: MultiMod Patch：针对支持模组的模块化兼容补丁与集成方案。 Ecliptic Seasons: Bundles：包含季节性数据包、资源包、整合内容及可选扩充包的整合集合。文档与支持
Wiki 文档: https://ecliptic-seasons.readthedocs.io/en/latest/en/
GitHub 代码仓库: https://github.com/joe-vettek/Ecliptic-Seasons
常见问题解答
我可以在我的整合包中使用此模组吗？ 可以。您可以将 Ecliptic Seasons 包含在整合包中，并根据需要进行自定义配置。请在更新前查阅更新日志，因为部分版本可能包含破坏性更改，并请确保给予适当的归属声明。
是否有 Fabric 版本？ 有的，可以通过相关渠道获取：https://modrinth.com/mod/ecliptic-seasons-fabricated
此模组会移植到旧版本吗？ 旧版 Minecraft 往往缺乏 Ecliptic Seasons 运行所依赖的核心系统，因此暂无向旧版本移植的计划。
制作人员
Ecliptic Seasons 的主要美术资源由 YunFei 创作，其余大部分视觉工作由 Aerolite_Dust 完成。
特别感谢 TeaCon 社区在模组测试、性能分析、评审及改进方面提供的宝贵贡献。
性能评估工具由 JProfiler 提供支持。
衷心感谢所有在项目开发过程中提供反馈、协助测试、给予灵感、赞助及支持的每一位伙伴。
真冬的舞步 Moves Like Mafuyu
这是一个轻量级的动作模组，旨在优化玩家在探索和建筑过程中的移动体验。
滑行 在冲刺状态下按下潜行键即可触发滑行。玩家会获得一段加速效果，且身体姿态降低，能够轻松穿越仅有一格高的空间。 滑行结束后，玩家会自动恢复为冲刺状态。通过跳跃或向后移动可以中断滑行，但向后移动中断不会保留冲刺速度。 若滑行过程中离开地面，滑行时间将重置，从而实现在斜坡或复杂地形上的持续滑行。 滑向水面时，玩家会轻微弹起并保持向前滑行，这种现象被称为“打水漂”（Water Skipping），默认上限为两次。 额外特性：滑行时若正前方撞击到实体，会将该实体撞开，同时玩家的滑行惯性会减小。 攀爬 面对两格高的障碍物时，通过跳跃可以像原版攀爬机制一样翻越。其底层逻辑表现为障碍物上方方块处存在隐形梯子。 若上方方块不是实体渲染块（如台阶、树叶或冰块）、未正对障碍物或障碍高度不足两格，则无法触发攀爬。 当停留在可攀爬表面时，按住潜行键的同时按跳跃键可执行普通跳跃。这对于翻越顶部非实体渲染的三格高障碍物非常有效。 若玩家意外从方块边缘滑落，正对原方块并按住潜行键可止住坠落，这是因为攀爬判定在坠落过程中更为宽松。 游泳 在接触水的瞬间按下冲刺键即可进入游泳模式，即便是在一格深的水中也可触发。 向上游向水面时，玩家可以保持呼吸并维持游泳速度，这被称为“自由泳”（Freestyle Swimming）。虽然原版已有此机制，但本模组大幅简化了其触发流程。 游泳过程中按下冲刺键可获得短暂的加速并消耗氧气，即“泳姿冲刺”（Swimming Boost）。 在自由泳过程中按跳跃键，玩家会朝着视野方向腾空跃出水面，随后自动衔接滑行及“打水漂”效果，该连招被称为“水上滑行”（Water Glide）。 爬行 双击潜行键即可进入爬行状态，这与原版在窄空间内的爬行机制一致，再次单击潜行键即可退出。 默认情况下，玩家在爬行时仍可跳跃，也可在配置文件中将其修改为按跳跃键退出爬行。 在疾跑跳跃后立即按潜行键进入爬行，可获得一段位移加速，称为“飞跃”（Leap）。着陆不会自动取消爬行，该动作可跨越 1.5 格高的障碍物。 爬行过程中按下潜行键会触发滑行，滑行结束后爬行状态依然保留。 翻滚 按住移动键并双击冲刺键即可触发翻滚。若已在疾跑中，通常按一下冲刺键即可触发（可在配置中改为双击）。翻滚亦可在空中触发。 地面翻滚可获得持续的指向性速度，并能穿过 1.5 格高的缝隙。空中翻滚虽然无即时加速，但在落地后会获得速度加成。 疾跑跳跃后按下冲刺键可触发“空中空翻”（Air Flip），同样能越过 1.5 格高的障碍物。 翻滚默认提供无敌帧，可用于规避伤害或缓解落地僵直。 指令 使用/moveslikecommand attribute 可为单个或多个玩家设置自定义移动属性，该设置优先级高于配置文件。
示例：/moveslikecommand attribute @p slideStartBoost set 1.2 可提升指定玩家的滑行初始速度，使用 clear 则可恢复默认设置。
可覆盖的属性涵盖所有滑行、攀爬跳跃、泳姿冲刺、飞跃、爬行、翻滚及空中空翻的数值。
开发者亦可通过 KubeJS 直接修改玩家能力，在 1.21 及以上版本中，建议通过数据附件（Data Attachments）实现。
其他信息
潜行、跳跃、冲刺——只需这三个基础键位即可掌握本模组。虽然功能丰富，但完全无需额外的按键绑定。
建议搭配“智能按键提示”（Smart Key Prompts）模组使用，它能实时提示玩家当前可用的交互动作。
大部分功能均可在配置文件中自定义，服务器配置享有最高优先级。你可以调节滑行是否需要双击触发、翻滚是否旋转第一人称视角、是否允许空中翻滚以及无敌帧时长等。
与 TaCZ 模组共用时，由于两者对爬行的检测逻辑冲突，本模组会自动禁用 TaCZ 的爬行功能，并允许玩家在滑行过程中进行射击。
通过熟练运用按键组合，可以打出进阶的跑酷技术。例如：疾跑滑行接瞬间跳跃，触发空中空翻，再取消衔接飞跃，最终冲刺落地。这套动作预估可覆盖八格距离，且后续仍能爬上一格高的障碍物。未来将添加更多机制以提高操作上限。
模组的中文名称源自 Bilibili 评论区的一个梗。 
