世界预设
冒险地图的游戏规则预设
冒险地图的游戏规则预设如今是一套完整的游戏规则工作流程，而不再只是一段模板化的命令注释。用这个预设把地图规则讲清楚，而不是把它们藏在初始化注释里。冒险地图常常依赖于怪物生成、昼夜循环、火焰蔓延、保留物品栏或破坏行为这些前提，而这些假设理应摆在 Command Pack 的最上方。本页把设置字段、输出审阅、Project 安置位置以及结果截图放在一起，因此在命令成为地图设置、事件触发器或可复用 Command Pack 的一部分之前就能轻松审核。游戏规则 Workbench 让规则 ID 与数值和输出并排显示。当测试人员问“为什么怪物不刷”、“为什么火不蔓延”或“为什么世界总会被重置回稳定状态”时，这套初始化命令也更容易被审阅。
预设结果
这条游戏规则初始化命令把后续命令所依赖的冒险地图世界规则记录了下来。
输出
冒险地图游戏规则命令
/gamerule doDaylightCycle false预设截图
构建预设
- 打开游戏规则 Workbench。
- 选择属于地图初始化的规则，例如 `doMobSpawning` 或 `keepInventory`。
- 有意识地设置数值，而不是沿用上次测试留下的默认值。
- 检查生成的 `/gamerule` 输出。
- 把这条规则保存在 Project 中其他世界初始化命令的旁边。
- 在干净的测试世界中运行命令，并记录这条规则之所以属于命令包的原因。
为什么这个游戏规则预设属于 Project
用这个预设把地图规则讲清楚，而不是把它们藏在初始化注释里。冒险地图常常依赖于怪物生成、昼夜循环、火焰蔓延、保留物品栏或破坏行为这些前提，而这些假设理应摆在 Command Pack 的最上方。
游戏规则 Workbench 让规则 ID 与数值和输出并排显示。当测试人员问“为什么怪物不刷”、“为什么火不蔓延”或“为什么世界总会被重置回稳定状态”时，这套初始化命令也更容易被审阅。复制出去的命令只有在周围的假设也清晰可见时才真正有用：选择器范围、世界状态、包内顺序，以及最终会被粘贴进 Minecraft 的那段确切输出。把这个预设当作检查点，让这些细节在命令离开 NBTForge 之前都能被审阅。
图集就是围绕这一思路搭建的。第一张截图展示 Workbench 状态，第二张突出那些会改变玩家可见行为的字段或配套模块，输出截图让命令或命令对保持可见。当预设有明确的可见结果时，游戏内截图会在还原的测试世界中再次确认同一件事，而不是只靠一张通用的覆盖图。
测试与作用范围检查
游戏规则是世界级的开关。如果脱离上下文地复制对某一张地图有用的命令，它很可能会破坏另一个测试世界，所以请保留 Project 条目的命名，以及该地图专用的那一组周边初始化命令。
用收窄的选择器和干净的世界状态跑第一次冒烟测试。环境、工具、路径和反馈命令看似无害，但它们往往会影响到每一位玩家或整个世界。先确认命令只改变了预期的状态，再把确切的输出与触发它的设置命令或解释其存在原因的后续命令保存在一起。
如果命令将成为函数文件或命令方块链的一部分，请测试复制出来的成品，而不只是 Workbench 中实时的状态。这样可以揪出陈旧的选择器、错乱的命令顺序、漏掉的设置行，以及那些只是因为上一次测试留下了残余状态才看起来生效的效果。
- 在完整命令包审核完毕之前，先把选择器范围收窄。
- 把世界设置类命令放在遭遇专用的覆盖类命令之前。
- 把反馈命令和触发它们的状态变更命令保存在一起。
接下来用在哪里
把它和天气、时间、大厅传送以及重置命令保存在一起，这样整套初始化就能按顺序成批复制出去。
想要看具体的规则示例，可继续阅读保留物品栏预设工作流程和冒险地图入门 Command Pack。
FAQ
我可以把这条游戏规则命令直接粘贴到聊天里吗？
如果选择器范围安全而且这一行很短，用作单条命令的冒烟测试通常没问题。但要做出可重复的地图行为，请把它保存到 Project，再以有序的命令包或函数样式输出复制出去。
为什么连工具型预设也要附上结果截图？
结果截图证明命令真的改变了 Minecraft 里看得见的世界、HUD、路径或反馈状态，而不是只在输出面板里看着没问题。
在分享这个预设之前我应该检查什么？
检查选择器范围、命令顺序、目标版本，以及这条命令到底属于设置、遭遇逻辑、反馈还是清理类别。这些分类决定了它在 Project 命令包中的位置。
打开这个工作流
从相关 Gamerule 工作台开始，然后按你的世界调整预设字段。