Minecraft 物品预设生成器指南

在锁定具体的书、头颅、药水、武器或冒险钥匙之前，先把本页当作各类物品预设的通用起点。

整套配置的关键在于让物品选择、自定义名称、描述文本 (lore)、附魔以及 custom_data 始终与生成的输出并排可见。这恰恰是一段普通命令片段最容易隐藏的部分：面向玩家的文本、随版本变化的组件以及可直接复制的输出，必须在命令离开 Workbench 之前彼此一致。

在物品被接入更大的命令链之前，请把这个预设当成一块校验面板。确认提示框已向玩家说清楚物品的用途，确认 custom_data 或其他隐藏组件承载着真正的命令逻辑，并确认复制出来的输出仍然贴合所选的 Minecraft 版本。游戏内结果之所以特意保持简单，是因为它能直接回答第一个 QA 问题：这条命令是不是真的发放了文章所描述的那一份物品堆叠？

现代 Java 版的物品命令把许多旧教程里以 NBT 形式存在的细节都改用物品组件来表达。编辑时务必让所选版本一直可见，尤其是当物品涉及名称、描述文本 (lore)、附魔、稀有度、自定义模型数据、药水内容或不可破坏状态时。

不要把物品名称当作逻辑键来使用。把 custom_data 留作稳定的标记，这样即便可见文本以后改了，后续命令也仍然能够识别这件物品。

命令通过校验后，请在地图或数据包将来真正运行的同一版本系列里再跑一遍。即便命令看上去复制得干干净净，只要组件不受支持、选择器命中过多玩家，或者物品文本承诺了数据并未真正强制执行的行为，它就依然存在设计漏洞。在添加计分板、战利品、商店、NPC 或重置命令之前，先把这条稳定版本保存到 Project 中。

• 在动手编辑原始命令文本之前，优先使用 Workbench 字段。
• 让显示文本足够简短，能够完整放进物品栏提示框里。
• 用 custom_data 来承载命令逻辑，而不要依赖可见名称。

当这件起始物品要供给某个套装、BOSS 掉落、商店奖励或 Command Pack 配置时，请把它保存到 Project。

如果这件物品需要反复使用，请先把它存为 Project 条目，再围绕它去添加计分板、战利品表、NPC 或重置命令。这样在地图规模不断扩大的过程中，物品定义本身依然可以审核。

如果需要更具针对性的物品方案，可继续查看任意物品的自定义名称与描述文本 (lore) 预设、Minecraft 命令的不可破坏工具预设，或BOSS 战的药水预设生成器。