实用预设
清理用 Kill 命令预设
清理用 Kill 命令预设如今是一整套完整的 Kill 工作流程，而不再是一段模板化的命令注释。当反复测试地图时，如果留下了下一轮开始前必须清掉的掉落物、标记实体、临时怪物或竞技场道具，请使用这个预设。清理命令只有在选择器收得足够窄、足够安全时才有用。本文把设置字段、输出审查、Project 归位以及结果截图整合在一起，让命令在成为地图设置、事件触发器或可复用 Command Pack 的一部分之前，容易被审计。Kill 这条流程更看重选择器审查，而不是命令长度。复制之前，要让类型、距离、标签和数量上限的判断都保持可见，因为没有过滤器的 `/kill @e` 是毁掉测试世界最快捷的方式之一。
预设结果
限定范围的 kill 命令会移除测试实体或掉落的物品，而不会误杀玩家。
输出
竞技场清理用 kill 命令
/kill @e[type=minecraft:item,distance=..16]预设截图
构建预设
- 打开 Kill 或 Advanced 工作台中负责清理选择器的入口。
- 选择用来标记临时测试状态的实体类型或标签。
- 若清理需要移除自定义测试实体，优先在召唤时就为它们加上标签。
- 为清理命令加上距离过滤器，确保只影响竞技场范围。
- 除非包里明确需要，否则避免使用可能命中玩家的选择器。
- 审查生成的 `/kill` 输出，并把它与重置命令保存在一起。
- 在干净的测试世界中执行，确认只有预期的临时实体消失。
为什么这个 Kill 预设应进入 Project
当反复测试地图时，如果留下了下一轮开始前必须清掉的掉落物、标记实体、临时怪物或竞技场道具，请使用这个预设。清理命令只有在选择器收得足够窄、足够安全时才有用。
Kill 这条流程更看重选择器审查，而不是命令长度。复制之前，要让类型、距离、标签和数量上限的判断都保持可见，因为没有过滤器的 `/kill @e` 是毁掉测试世界最快捷的方式之一。复制出来的命令只有在周围假设可见时才有用：选择器范围、世界状态、包内顺序，以及将要粘贴进 Minecraft 的确切输出。把这个预设当作检查点，让这些细节在命令离开 NBTForge 之前接受审查。
整组截图就是围绕这种审查思路而设计的。第一张展示工作台状态，第二张点出改变面向玩家行为的字段或配套模块，输出截图保留最终命令或命令对。当预设有可见结果时，游戏内截图会在恢复的测试世界中确认同一个结论，而不是靠通用素材敷衍了事。
测试与范围审查
不要在正式地图上使用宽泛的清理选择器。先用无害的选择器起步，在创建临时实体时就给它们加上标签，并把 kill 命令放在重置函数附近，以便说明允许移除的范围。
用窄选择器和干净的世界状态做第一次冒烟测试。环境、实用、路由和反馈类命令看起来无害，但它们往往会影响每一位玩家或整张世界。先确认命令只改变预期的状态，再把确切的输出和设置行或解释行一起保存。
如果命令将进入函数文件或命令方块链，请测试复制出来的成品，而不仅是当前工作台状态。这样才能抓出过期的选择器、错误的命令顺序、漏掉的设置行，以及那些只因前一次测试残留状态而显得有效的效果。
- 在完整审过整个包之前，始终把选择器范围收窄。
- 把世界级设置放在战斗专用覆盖之前。
- 把反馈命令紧挨着触发它们的状态变化保存。
接下来用在哪里
在反复测试中，把清理放在设置命令之前运行，然后把它紧挨着生成临时状态的召唤、战利品或物品命令保存。
想要更安全的重置流程，可对比保留物品栏预设工作流程、传送回大厅预设与Minecraft Command Pack 审查清单。
FAQ
我可以直接把这条 Kill 命令粘进聊天框吗？
如果选择器安全、命令行不长，做一次性冒烟测试通常没问题。但若要复用为地图行为，请把它保存到 Project，并复制有序的包或函数式输出。
为什么实用类预设也要附上结果截图？
结果截图能证明命令真的在 Minecraft 中改变了可见世界、HUD、路由或反馈状态，而不仅仅是在输出面板里看起来对。
在分享这个预设之前，我应该核对哪些内容？
核对选择器范围、命令顺序、目标版本，以及这条命令到底属于设置、战斗逻辑、反馈还是清理。这些分类决定了它在 Project 包中的位置。
打开这个工作流
从相关 Kill 工作台开始，然后按你的世界调整预设字段。