预设

物品预设

Minecraft 属性修饰符物品命令

属性修饰符物品命令颇有风险，因为旧示例用的是过时的槽位和修饰符写法，而一个小错误就可能在你不希望的地方改变玩家数值。这篇升级后的文章对应的是当前的工作流程：给物品起名、写上可读的描述文本 (lore)、设置具体的修饰符，并在复制之前先核对槽位行为。本图库把属性编辑器、面向提示框的文本、生成的输出和已交付的物品收进同一条路径，因此这个预设可以复用在套装、商店、BOSS 掉落或平衡测试里，而无需把命令当作一段不透明的片段。

阅读语言ENRUDEESPT中文日本語VIFR한국어IDPLTR

预设结果

一条可直接复制的物品命令，只在预期的 equipment 槽位里改变玩家数值。

输出

属性修饰符 Give 输出

/give @p minecraft:netherite_axe[custom_name={text:"Titan Axe",color:"red",italic:false},lore=[{text:"+6 attack damage in main hand",color:"gray",italic:false}],attribute_modifiers=[{id:"nbtforge:titan_axe_damage",type:"minecraft:attack_damage",amount:6,operation:"add_value",slot:"mainhand"},{id:"nbtforge:titan_axe_speed",type:"minecraft:attack_speed",amount:-2.8,operation:"add_value",slot:"mainhand"}],custom_data={attribute_item:"titan_axe"}] 1
Too long for Minecraft chat

The longest command line is 449 characters, 193 over the 256-character chat input limit. Pasting it into chat can truncate the line and make Minecraft report a syntax error even when the generated command is valid.

  • Use a Command Block: run /give @s command_block, place it, then paste this command into the block command field.
  • Use a .mcfunction for a reusable datapack: save the line without the leading slash at saves/<world>/datapacks/<pack>/data/<ns>/function/<name>.mcfunction with a minimal pack.mcmeta, run /reload, then run /function <ns>:<name>. Do not paste .mcfunction content into chat.

预设截图

Workbench 在复制之前把修饰符槽位、数值、描述文本 (lore) 和输出统统并排展示。
第二张截图重点标出那些会改变物品提示框或组件载荷的字段。
输出截图让最终命令和复制按钮在测试之前始终保持可见。
游戏内截图证实这件属性物品已经被发到了快捷栏。

构建预设

  1. 打开 Give，选择那件要承载数值变化的物品。
  2. 添加 attribute_modifiers，配上稳定的 id、类型、数值、运算方式和槽位。
  3. 写一段描述文本 (lore)，告诉玩家哪项数值会变、又在什么时候生效。
  4. 查看输出面板，确认它采用的是当前 Java 的组件语法。
  5. 只有当槽位和数值都符合预期的平衡时，才复制并运行这条命令。
  6. 在把它用于套装、商店或 BOSS 奖励之前，先在它应当所处的槽位里测试。

槽位能防止数值意外变成全局生效

修饰符槽位本身就是一道安全护栏。武器伤害修饰符属于 mainhand；护甲数值则属于对应的护甲槽。一旦槽位意图模糊，物品的行为就会变得难以预料。

NBTForge 把修饰符的细节集中在一个输出块里，方便你把 id、运算方式、数值和槽位一次性核对。

请把这次审查当作平衡检查点，而不只是语法检查。一个修饰符即便对地图来说语法有效，也仍然可能是错的——只要它在物品落入错误的手中、与另一套装备叠加，或在遭遇预算之外给玩家造成额外伤害时还能生效。本文把游戏内的交付截图和 Workbench 流程并列起来，方便你在把物品交给测试者之前确认那一摞物品的真实样子。

可读的数值设计

用描述文本 (lore) 把数值变化用玩家能懂的话讲清楚。命令数据是给 Minecraft 看的；描述文本 (lore) 是给那个正在决定要不要装备它的人看的。

做平衡测试时，请把较弱和较强的版本分别保存为 Project 条目，而不要反复编辑同一条又长又烦的属性命令。

最好的属性预设能让机制意图一目了然。如果一把斧子加伤害但降低攻击速度，请在描述文本 (lore) 里写明，并让修饰符 ID 保留命名空间，方便后续命令审核。当一套套装用到多件数值物品时，请在相同版本和相同难度下把它们放在一起测试，而不要想当然地以为——一旦护甲、药水效果和生物生命值全部加进来——每件单品的手感都还正确。

如果想看看相近的数值预设，可以对比 Java 的攻击速度武器预设和带属性与描述文本 (lore) 的护甲预设。

  • 用 add_value 来做直接的数值变化。
  • 让修饰符 ID 保持稳定并带上命名空间。
  • 把攻击速度和伤害放在一起测试。

把预设用到真实项目里

请把 Minecraft 属性修饰符物品命令当作一个已经过测试的起点，而不只是一段被复制的字符串。输出跑通一次后，用清晰的 Project 名称把它保存下来，记上目标 Minecraft 版本，再把这个预设放在相关配置命令(比如计分板、Bossbar、战利品或重置行)的旁边。

在把预设发布到地图、服务器或 Command Pack 之前，请从复制出来的成品而不是仅从实时 Workbench 来运行它。这样能查出缺失的依赖、过时的选择器、错误的版本选择，以及那些只是因为本地测试状态恰好已存在才生效的命令。

  • 通过共享命令保留所选的 Edition 和 Version。
  • 在使用伤害、击杀、清除或传送命令之前，先用无害命令测试选择器。
  • 把长命令转入 Project 或函数式工作流程，而不要粘进聊天框。
  • 在改动实体、物品组件、passenger 或数据包资源之后，重新核对警告。

FAQ

为什么旧的属性修饰符命令在较新的 Java 版本里会失效？

属性修饰符的语法和槽位处理方式在不同版本系列之间发生过变化。请用你所选的目标 Java 版本重建这件物品。

一件物品可以带多个修饰符吗？

可以。请让每个修饰符 ID 都保持唯一，并确保每一个槽位都与预期的 equipment 行为相符。

这个预设什么时候应该成为 Command Pack 的一部分？

当输出依赖于配置行、重置命令、战利品资源、计分板状态或反复测试时，就把它当作 Command Pack 条目。安全的单条命令仍然可以直接从输出里复制。

打开这个工作流

从相关 Give 工作台开始，然后按你的世界调整预设字段。