用声音和粒子构成的奖励反馈预设

当奖励需要被确认，但又不想多塞一件物品或一整段聊天文字时，就用这个预设。它适合任务交付、宝库解锁、试炼奖励、大厅成就以及那些 Command Pack 里程碑——这些场合玩家需要一个明确的提示。

在把两条命令保存到一起之前，这条 Workbench 路径会让音效选择、音调、粒子类型、数量和目标选择器都保持可见。这一点很重要，因为奖励反馈通常会被复制到更大的 Project 包中，而不是作为孤立的一条命令运行。复制出去的命令只有在周围的假设也清晰可见时才真正有用：选择器范围、世界状态、包内顺序，以及最终会被粘贴进 Minecraft 的那段确切输出。把这个预设当作检查点，让这些细节在命令离开 NBTForge 之前都能被审阅。

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

当声音和粒子提示是从重复触发器或宽泛的选择器中跑出来时，很容易变得吵杂。测试阶段请把选择器范围收窄，然后把最终的这一对命令放在计分板或进度命令旁边，以保证奖励只触发一次。

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

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

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

把它放在那些真正解决目标的奖励物品、进度或战利品命令之后，这样玩家只有在状态变更成功后才会收到反馈。

对于相邻的反馈模式，可对照参考带标题与音效的警告警报预设、任务奖励的 Playsound 预设和治疗效果的爱心粒子预设。