高级预设
快照命令预设安全检查清单
快照命令预设安全检查清单如今是一套完整的高级工作流程，而不再是模板化的命令说明。当作者在测试快照语法、预览特性或在 Minecraft 稳定版发布之前可能改变的命令行为时，请使用这个预设。本文把快照测试工作变成了一份检查清单，而不是一堆随手复制的命令。本文把设置字段、输出审阅、Project 归位与结果捕获放在一起呈现，让命令在成为地图设置、事件触发器或可复用 Command Pack 一部分之前，能被轻松审查。高级视图与输出视图都很重要，因为快照层面的改动往往不会因为一次成功复制就直接显现出来。请把版本标签、导入的命令、生成的输出、差异和测试笔记放在一起呈现，这样将来发布稳定版时，就可以有意识地重新审阅一遍。
预设结果
一条安全的快照审阅路径，在被测试通过之前，把实验性命令输出与稳定数据包分开。
输出
快照命令审阅检查清单
Snapshot preset review
1. Record snapshot id beside the command.
2. Rebuild from workbench fields after each version bump.
3. Compare generated output with Diff before copying.
4. Test in a disposable world, not the production map.预设截图
构建预设
- 打开对应命令族的相关工作台。
- 记录下确切的快照或预发布版本号。
- 从字段里 Import 或重新构建命令。
- 打开输出审阅，与最近一个稳定版命令做差异比较。
- 在 Project 里单独保存这个快照变体。
- 在一次性的快照测试世界里测试复制出去的输出。
为什么这个高级预设应该归入 Project
当作者在测试快照语法、预览特性或在 Minecraft 稳定版发布之前可能改变的命令行为时，请使用这个预设。本文把快照测试工作变成了一份检查清单，而不是一堆随手复制的命令。
高级视图与输出视图都很重要，因为快照层面的改动往往不会因为一次成功复制就直接显现出来。请把版本标签、导入的命令、生成的输出、差异和测试笔记放在一起呈现，这样将来发布稳定版时，就可以有意识地重新审阅一遍。一条复制出去的命令，只有在其周围的假设全部可见时才真正有用：选择器范围、世界状态、数据包内部顺序，以及最终会被粘贴进 Minecraft 的确切输出。请把这个预设当作一个检查点，让这些细节都能在命令离开 NBTForge 之前被审视一遍。
整组示意图正是围绕这种审视方式构建的。第一张截图展示工作台状态，第二张截图调出会改变玩家面向行为的字段或配套模块，输出截图则让最终命令或命令对保持可见。当预设具备可见结果时，游戏内截图会在一个已恢复的测试世界中确认相同的思路，而不是依靠通用覆盖层。
测试与范围检查
除非项目已经明确标记为实验性，否则不要用快照输出覆盖一条稳定的 Project 条目。快照语法可能改变，今天还能跑通的命令，下一个预发布版本里就可能失败。
用范围狭窄的选择器和干净的世界状态先做一次冒烟测试。环境、工具、传送和反馈类命令看起来无害，却往往会影响所有玩家或整个世界。先确认命令只改变了你期望的状态，再把准确的输出保存到对应的设置行或后续行旁边，让它的存在理由一目了然。
如果命令会成为函数文件或命令方块链的一部分，请测试复制出去的成品，而不是只验证实时的工作台状态。这样才能抓出陈旧的选择器、错乱的命令顺序、被漏掉的设置行，以及那些只是因为上一次测试残留状态才看似生效的效果。
- 在完整数据包接受审阅之前，把选择器范围保持得足够窄。
- 把世界设置类命令排在遭遇专属的覆盖命令之前。
- 把反馈类命令紧挨着触发它们的状态变化一起保存。
下一步去哪里
在比较输出之前，先复制保存好的稳定版与快照版条目。
想要相邻的审阅工作流，可以使用预设导入与对比工作流以及旧版 Java 命令预设迁移。
FAQ
我可以把这条高级命令粘贴到聊天里吗？
如果选择器安全、命令行也很短，做单条命令冒烟测试通常没问题。要实现可重复的地图行为，请把它保存到 Project，再复制带顺序的数据包输出或函数风格的输出。
为什么这组示意图全是 UI？
这个预设产出的是 JSON、Project 组织或审阅流程，而不是世界中可见的实体物体。真正有用的证据是工作台状态、输出，以及它在 Project 中的归位。
在分享这个预设之前，我应该检查什么？
检查选择器范围、命令顺序、目标版本，以及这条命令究竟属于设置、遭遇逻辑、反馈还是清理。这些类别决定了它在 Project 数据包中应归入哪个位置。
打开这个工作流
从相关 Advanced 工作台开始，然后按你的世界调整预设字段。