返回大厅的传送预设

把这个预设用在小游戏重置、地下城出口、大厅按钮、挑战失败后的返回，以及所有需要让玩家落到一个已知安全位置的测试流程中。传送命令影响很大，因为一个错误的选择器或坐标就可能把不该被移动的玩家送走。

在复制输出之前，传送 Workbench 让目标选择器、模式、坐标、偏航角和俯仰角都摆在面上。这让这条命令比长长的 Project 包里手写的 `/tp @a` 行要更容易审阅。复制出去的命令只有在周围的假设也清晰可见时才真正有用：选择器范围、世界状态、包内顺序，以及最终会被粘贴进 Minecraft 的那段确切输出。把这个预设当作检查点，让这些细节在命令离开 NBTForge 之前都能被审阅。

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

当最终的传送目标不止一名玩家时，务必先用无害的命令检查一遍选择器。然后验证目的地确实存在于正确的维度，并且玩家到达后面向的方向也符合预期。

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

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

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

把它保存在世界初始化命令的下方、反馈命令的上方，然后再配上标题、音效或路径点，告诉玩家他们为什么会被移动。

对于相邻的流程，可对照参考定位栏的路径点预设、小游戏的 Spreadplayers 预设以及冒险地图入门 Command Pack。