带属性与描述文本 (lore) 的护甲预设

用它来做竞技场套装、小型 BOSS 奖励、守卫装备，以及任何数值变化应当可见且作用范围明确的护甲奖励。

Workbench 把描述文本 (lore) 与 attribute_modifiers 绑在一起，这样提示框承诺的内容就是命令真正会执行的行为。这正是普通命令片段惯常隐藏的部分：面向玩家的文本、随版本变化的组件，以及可直接复制的输出，在命令离开 Workbench 之前必须彼此一致。

在物品进入更大的命令链之前，请把这个预设当作校验面板。确认提示框已经告诉玩家这件物品是干什么用的，确认 custom_data 或其他隐藏组件真正承载着命令逻辑，也确认复制出来的输出仍然适配你选定的 Minecraft 版本。游戏内结果之所以刻意保持简单，是因为它要回答的是第一个 QA 问题：这条命令是否真的发放了文章里所描述的那一摞物品？

现代 Java 物品命令把许多旧教程仍以 NBT 描述的细节，改成了用物品组件来实现。编辑时让所选版本保持可见，尤其是物品用到名称、描述文本 (lore)、附魔、稀有度、自定义模型数据、药水内容或不可破坏状态时。

护甲修饰符应当使用与之对应的护甲槽。一个放错位置的生命值修饰符，会在游戏测试时把平衡搞得一团糟。

命令通过校验后，请在地图或数据包将来真正运行的同一版本系列里跑一次。即便命令复制得干干净净，如果组件不受支持、选择器命中了过多玩家，或者物品文本承诺了数据并未强制保证的行为，它依然可能在设计上有问题。在围绕它添加计分板、战利品、商店、NPC 或重置命令之前，先把稳定的版本保存到 Project 里。

• 在动手改原始命令文本之前，先用 Workbench 的字段来调整。
• 让显示文本保持精炼，以便能塞进物品栏的提示框。
• 用 custom_data 来承载命令逻辑，而不要依赖可见的名称。

当这件护甲属于一整套套装时，请把它与配套的武器、药水或 Bossbar 命令一起保存。

如果这件物品需要反复使用，请先把它存为 Project 条目，再围绕它添加计分板、战利品表、NPC 或重置命令。这样在地图越做越大时，物品定义仍然可以被审核。

想凑成一整套装备，可以把它与 Java 的攻击速度武器预设和冒险地图自定义盾牌预设搭配使用。