用于地图初始化的天气预设

当下雨、打雷或天气切换会让截图、粒子提示或玩家路线难以辨认时，就把这个预设放在地图初始化包的最顶部。它本身是一条小命令，但它属于游戏规则和时间命令的同一区段，因为它决定了后续每一条命令所默认的世界状态。

天气 Workbench 让天气类型和可选的持续时间与输出并排显示。这样就更容易决定：这次初始化是要做成一条永久的清除命令、事件之前的定时重置，还是函数包里可复用的一行。复制出去的命令只有在周围的假设也清晰可见时才真正有用：选择器范围、世界状态、包内顺序，以及最终会被粘贴进 Minecraft 的那段确切输出。把这个预设当作检查点，让这些细节在命令离开 NBTForge 之前都能被审阅。

图集就是围绕这一思路搭建的。第一张截图展示 Workbench 状态，第二张突出那些会改变玩家可见行为的字段或配套模块，输出截图让命令或命令对保持可见。当预设有明确的可见结果时，游戏内截图会在还原的测试世界中再次确认同一件事，而不是只靠一张通用的覆盖图。

天气状态是全局性的，因此一条宽泛的初始化命令如果跑得太晚，反而会无意中抹掉刻意营造的暴风雨场景。请把晴天初始化放在遭遇专用的命令之前，然后让风暴类的预设只在需要雷声的场景内部去覆盖它。

用收窄的选择器和干净的世界状态跑第一次冒烟测试。环境、工具、路径和反馈命令看似无害，但它们往往会影响到每一位玩家或整个世界。先确认命令只改变了预期的状态，再把确切的输出与触发它的设置命令或解释其存在原因的后续命令保存在一起。

如果命令将成为函数文件或命令方块链的一部分，请测试复制出来的成品，而不只是 Workbench 中实时的状态。这样可以揪出陈旧的选择器、错乱的命令顺序、漏掉的设置行，以及那些只是因为上一次测试留下了残余状态才看起来生效的效果。

• 在完整命令包审核完毕之前，先把选择器范围收窄。
• 把世界设置类命令放在遭遇专用的覆盖类命令之前。
• 把反馈命令和触发它们的状态变更命令保存在一起。

把它和游戏规则、时间命令配成一组，让录制或测试用的世界总是从一个已知的环境开始。

想要看反差强烈的对比，可对照参考Boss 竞技场的雷暴预设，并在其上加入电影场景的时间预设。