实体预设
移动速度属性预设
移动速度属性预设如今是一整套完整的 Attribute 工作流程，而不再是一段模板化的命令注释。当自定义怪物、坐骑、奔跑者或追逐战需要一个独立于药水效果的移动调整时，请使用这个预设。属性速度对实体设计很有用，因为它附在生物本身上，而不是短暂可见的状态效果。本文把设置字段、输出审查、Project 归位以及结果截图整合在一起，让命令在成为地图设置、事件触发器或可复用 Command Pack 的一部分之前，容易被审计。Attribute 工作台会在你复制命令之前，把目标标签、移动速度属性、操作和数值保持可见。在这里，微小的改动也很重要，因为 movement_speed 的数值很容易把战斗从可读变成混乱。
预设结果
被打了标签的奔跑型怪物会获得更高的移动速度基础值。
输出
移动速度属性命令
/attribute @e[tag=runner,limit=1] minecraft:movement_speed base set 0.35预设截图
构建预设
- 打开 Attribute 工作台。
- 把目标选择器设为打了标签的怪物，例如 `@e[tag=runner,limit=1]`。
- 选择 `minecraft:movement_speed`。
- 使用 base set 操作，从一个保守的数值起步，例如 `0.35`。
- 审查输出，并把它和怪物召唤命令一起保存。
- 在测试环境中运行命令，并以小幅增量微调数值。
为什么这个属性预设应进入 Project
当自定义怪物、坐骑、奔跑者或追逐战需要一个独立于药水效果的移动调整时，请使用这个预设。属性速度对实体设计很有用，因为它附在生物本身上，而不是短暂可见的状态效果。
Attribute 工作台会在你复制命令之前，把目标标签、移动速度属性、操作和数值保持可见。在这里，微小的改动也很重要，因为 movement_speed 的数值很容易把战斗从可读变成混乱。复制出来的命令只有在周围假设可见时才有用：选择器范围、世界状态、包内顺序，以及将要粘贴进 Minecraft 的确切输出。把这个预设当作检查点，让这些细节在命令离开 NBTForge 之前接受审查。
整组截图就是围绕这种审查思路而设计的。第一张展示工作台状态，第二张点出改变面向玩家行为的字段或配套模块，输出截图保留最终命令或命令对。当预设有可见结果时，游戏内截图会在恢复的测试世界中确认同一个结论，而不是靠通用素材敷衍了事。
测试与范围审查
请在真实的竞技场尺寸下测试速度变化。在开阔的超平坦世界中看起来合适的数值，放到走廊、危险地形附近或带击退与粒子的 Boss 房间里可能会快得离谱。
用窄选择器和干净的世界状态做第一次冒烟测试。环境、实用、路由和反馈类命令看起来无害，但它们往往会影响每一位玩家或整张世界。先确认命令只改变预期的状态，再把确切的输出和设置行或解释行一起保存。
如果命令将进入函数文件或命令方块链，请测试复制出来的成品，而不仅是当前工作台状态。这样才能抓出过期的选择器、错误的命令顺序、漏掉的设置行，以及那些只因前一次测试残留状态而显得有效的效果。
- 在完整审过整个包之前，始终把选择器范围收窄。
- 把世界级设置放在战斗专用覆盖之前。
- 把反馈命令紧挨着触发它们的状态变化保存。
接下来用在哪里
FAQ
我可以直接把这条 attribute 命令粘进聊天框吗？
如果选择器安全、命令行不长，做一次性冒烟测试通常没问题。但若要复用为地图行为，请把它保存到 Project，并复制有序的包或函数式输出。
为什么实用类预设也要附上结果截图？
结果截图能证明命令真的在 Minecraft 中改变了可见世界、HUD、路由或反馈状态，而不仅仅是在输出面板里看起来对。
在分享这个预设之前，我应该核对哪些内容？
核对选择器范围、命令顺序、目标版本，以及这条命令到底属于设置、战斗逻辑、反馈还是清理。这些分类决定了它在 Project 包中的位置。
打开这个工作流
从相关 Attributes 工作台开始，然后按你的世界调整预设字段。