实体预设
自定义怪物缩放属性预设
自定义怪物缩放属性预设如今是一整套完整的 Attribute 工作流程，而不再是一段模板化的命令注释。当同一只基础怪物需要被解读成小 Boss、小型助手或特殊战斗成员，但又不想改变实体类型时，请使用这个预设。缩放是非常强烈的视觉提示，所以它在 Project 包里应当紧挨着生命值、伤害、装备和命名设置。本文把设置字段、输出审查、Project 归位以及结果截图整合在一起，让命令在成为地图设置、事件触发器或可复用 Command Pack 的一部分之前，容易被审计。Attribute 工作台会把目标标签、缩放属性、操作和数值与输出并排展示。这让创作者既能调整视觉尺寸，又能始终看到那个用来防止无关怪物被改尺寸的精确选择器。
预设结果
被打了标签的自定义怪物会被放大，在竞技场里看起来就像一个小 Boss。
输出
缩放属性命令
/attribute @e[tag=miniboss,limit=1] minecraft:scale base set 1.5预设截图
构建预设
- 打开 Attribute 工作台。
- 把目标设为打了标签的自定义怪物，例如 `@e[tag=miniboss,limit=1]`。
- 选择 `minecraft:scale` 作为属性。
- 把基础值设为 `1.5`，得到可读的小 Boss 体型。
- 在召唤行之后审查命令并保存。
- 在游戏里运行命令，检查变大后的怪物是否仍能容纳在竞技场内。
- 等视觉尺寸感觉合适之后，再去调整生命值和伤害。
为什么这个属性预设应进入 Project
当同一只基础怪物需要被解读成小 Boss、小型助手或特殊战斗成员，但又不想改变实体类型时，请使用这个预设。缩放是非常强烈的视觉提示，所以它在 Project 包里应当紧挨着生命值、伤害、装备和命名设置。
Attribute 工作台会把目标标签、缩放属性、操作和数值与输出并排展示。这让创作者既能调整视觉尺寸，又能始终看到那个用来防止无关怪物被改尺寸的精确选择器。复制出来的命令只有在周围假设可见时才有用：选择器范围、世界状态、包内顺序，以及将要粘贴进 Minecraft 的确切输出。把这个预设当作检查点，让这些细节在命令离开 NBTForge 之前接受审查。
整组截图就是围绕这种审查思路而设计的。第一张展示工作台状态，第二张点出改变面向玩家行为的字段或配套模块，输出截图保留最终命令或命令对。当预设有可见结果时，游戏内截图会在恢复的测试世界中确认同一个结论，而不是靠通用素材敷衍了事。
测试与范围审查
大尺寸会影响可读性、镜头取景和碰撞箱预期。请先在真实竞技场里测试缩放后的怪物，再围绕它加入粒子、乘客或近战攻击。
用窄选择器和干净的世界状态做第一次冒烟测试。环境、实用、路由和反馈类命令看起来无害，但它们往往会影响每一位玩家或整张世界。先确认命令只改变预期的状态，再把确切的输出和设置行或解释行一起保存。
如果命令将进入函数文件或命令方块链，请测试复制出来的成品，而不仅是当前工作台状态。这样才能抓出过期的选择器、错误的命令顺序、漏掉的设置行，以及那些只因前一次测试残留状态而显得有效的效果。
- 在完整审过整个包之前，始终把选择器范围收窄。
- 把世界级设置放在战斗专用覆盖之前。
- 把反馈命令紧挨着触发它们的状态变化保存。
接下来用在哪里
把它和最大生命值、移动速度或 bossbar 设置搭配，让视觉尺寸和战斗设计相互呼应。
如需相关的数值调参方案，可对比最大生命值属性预设与僵尸 Boss 自定义装备预设。
FAQ
我可以直接把这条 attribute 命令粘进聊天框吗？
如果选择器安全、命令行不长，做一次性冒烟测试通常没问题。但若要复用为地图行为，请把它保存到 Project，并复制有序的包或函数式输出。
为什么实用类预设也要附上结果截图？
结果截图能证明命令真的在 Minecraft 中改变了可见世界、HUD、路由或反馈状态，而不仅仅是在输出面板里看起来对。
在分享这个预设之前，我应该核对哪些内容？
核对选择器范围、命令顺序、目标版本，以及这条命令到底属于设置、战斗逻辑、反馈还是清理。这些分类决定了它在 Project 包中的位置。
打开这个工作流
从相关 Attributes 工作台开始，然后按你的世界调整预设字段。