世界预设
电影场景的时间预设
电影场景的时间预设如今是一套完整的时间工作流程，而不再只是一段模板化的命令注释。当场景需要可重复的光照来支持截图、中心枢纽区、谜题房或者 Command Pack 测试时，就用这个预设。时间命令很容易被忽视，因为它们不会创建实体或物品，但它们决定了预设库里其他命令是否能被看清。本页把设置字段、输出审阅、Project 安置位置以及结果截图放在一起，因此在命令成为地图设置、事件触发器或可复用 Command Pack 的一部分之前就能轻松审核。时间 Workbench 把操作、数值和生成的输出放在一起，这样创作者可以在 `set`、`add` 与 `query` 之间做出明确选择，而不是闭着眼复制一条旧命令。对于电影化的初始化,`set noon` 是稳定的默认值。
预设结果
`/time set noon` 命令在截图或地图初始化命令开始运行之前先把场景光照固定下来。
输出
电影时间命令
/time set noon预设截图
构建预设
- 打开时间 Workbench。
- 把操作设为 `set`。
- 输入 `noon` 或 `6000`，以获得稳定的截图光照。
- 检查 `/time set` 输出，只有在确认目标世界确实要使用这种光照后再复制。
- 把这条时间命令和上方的视觉效果以及截图相关命令一起保存到 Project。
- 在录制或试玩之前运行它，确认场景的亮度始终一致。
为什么这个时间预设属于 Project
当场景需要可重复的光照来支持截图、中心枢纽区、谜题房或者 Command Pack 测试时，就用这个预设。时间命令很容易被忽视，因为它们不会创建实体或物品，但它们决定了预设库里其他命令是否能被看清。
时间 Workbench 把操作、数值和生成的输出放在一起，这样创作者可以在 `set`、`add` 与 `query` 之间做出明确选择，而不是闭着眼复制一条旧命令。对于电影化的初始化,`set noon` 是稳定的默认值。复制出去的命令只有在周围的假设也清晰可见时才真正有用：选择器范围、世界状态、包内顺序，以及最终会被粘贴进 Minecraft 的那段确切输出。把这个预设当作检查点，让这些细节在命令离开 NBTForge 之前都能被审阅。
图集就是围绕这一思路搭建的。第一张截图展示 Workbench 状态，第二张突出那些会改变玩家可见行为的字段或配套模块，输出截图让命令或命令对保持可见。当预设有明确的可见结果时，游戏内截图会在还原的测试世界中再次确认同一件事，而不是只靠一张通用的覆盖图。
测试与作用范围检查
不要在没有为 Project 条目起好明确名字的情况下，把基线时间设置和遭遇专用的夜晚或黄昏场景混在一起。后续那条 `/time set` 行很可能会撤销 Boss、标题或粒子时刻当初赖以设计的光照。
用收窄的选择器和干净的世界状态跑第一次冒烟测试。环境、工具、路径和反馈命令看似无害，但它们往往会影响到每一位玩家或整个世界。先确认命令只改变了预期的状态，再把确切的输出与触发它的设置命令或解释其存在原因的后续命令保存在一起。
如果命令将成为函数文件或命令方块链的一部分，请测试复制出来的成品，而不只是 Workbench 中实时的状态。这样可以揪出陈旧的选择器、错乱的命令顺序、漏掉的设置行，以及那些只是因为上一次测试留下了残余状态才看起来生效的效果。
- 在完整命令包审核完毕之前，先把选择器范围收窄。
- 把世界设置类命令放在遭遇专用的覆盖类命令之前。
- 把反馈命令和触发它们的状态变更命令保存在一起。
接下来用在哪里
把它和天气、游戏规则一起作为初始化命令安置，然后只在剧情需要时让特殊场景去覆盖时间。
对于相邻的环境初始化命令，可对照参考用于地图初始化的天气预设和冒险地图的游戏规则预设。
FAQ
我可以把这条时间命令直接粘贴到聊天里吗？
如果选择器范围安全而且这一行很短，用作单条命令的冒烟测试通常没问题。但要做出可重复的地图行为，请把它保存到 Project，再以有序的命令包或函数样式输出复制出去。
为什么连工具型预设也要附上结果截图？
结果截图证明命令真的改变了 Minecraft 里看得见的世界、HUD、路径或反馈状态，而不是只在输出面板里看着没问题。
在分享这个预设之前我应该检查什么？
检查选择器范围、命令顺序、目标版本，以及这条命令到底属于设置、遭遇逻辑、反馈还是清理类别。这些分类决定了它在 Project 命令包中的位置。
打开这个工作流
从相关 Time 工作台开始，然后按你的世界调整预设字段。