物品预设
冒险地图关键物品预设
这个预设要做的是一把实用的冒险地图钥匙，而不只是装饰物。玩家会看到一把带描述文本 (lore) 的命名 Vault Key，而命令逻辑则能够检测到 `custom_data` 标记。截图展示了 Give Workbench 字段以及游戏里的绊线钩结果，因此创作者和玩家两种使用场景都被完整覆盖。
预设结果
一件易读的 Vault Key 物品，其描述文本 (lore) 面向玩家，custom_data 则面向地图逻辑。
输出
冒险钥匙 Give 命令
/give @p minecraft:tripwire_hook[custom_name={text:"Vault Key",color:"yellow",italic:false},lore=[{text:"Opens the trial vault",color:"gray",italic:false}],custom_data={key:"trial_vault"}] 1预设截图
构建预设
- 打开 Give，把物品设为绊线钩。
- 把物品命名为 Vault Key，并选择一种可读性好的黄色。
- 添加一行描述文本 (lore)，说明这把钥匙能用来打开什么。
- 添加 custom_data，例如 {key:"trial_vault"}，方便日后做检测。
- 检查命令长度是否仍然低于聊天上限。
- 复制命令用于测试，或者把它与地图的其余配置一起保存。
面向玩家的数据与面向逻辑的数据
一把出色的地图钥匙需要兼顾两个层面。自定义名称和描述文本 (lore) 告诉玩家自己找到了什么；custom_data 字段则为命令逻辑提供一个稳定标记，比仅靠检查显示名称要可靠得多。
NBTForge 把这两个层面保留在同一次输出审查里。这样在你添加选择器、清除命令或奖励清理所需的数据字段之后，依然容易确认钥匙仍然正确。
如何选择物品
绊线钩是一个非常合用的默认关键物品，因为它在物品栏里看起来就像一把钥匙。如果你的资源包带有自定义模型，之后还可以再加上物品模型或自定义模型数据，而不需要改动核心逻辑。
请让第一条钥匙命令保持简短。在它真正成为更大型的门、金库或任务链的一部分之前，应当方便粘贴、测试、清除和检测。
- 用绊线钩做出原版的钥匙外形。
- 用 custom_data 来承载命令逻辑。
- 用描述文本 (lore) 来给玩家下达指示。
测试地图逻辑
在游戏里能正确显示这件物品之后，请单独测试一下检测流程。在把钥匙接入门或金库事件之前，先用一条小型选择器或清除命令检查 custom_data 标记。
如果检测失败，先不要急着给物品改名。请检查 custom_data 语法、版本目标以及选择器路径，让视觉上的钥匙与逻辑上的钥匙保持一致。
如需相近的物品工作流，可对比Minecraft 自定义剑制作预设；当选择器检测需要排错时，再参考为什么你的 Minecraft 命令不起作用。
FAQ
为什么要用 custom_data 而不是只用名称？
名称面向玩家展示，可能因为美观需要而改动。对于真正负责识别钥匙的地图命令来说，custom_data 是一个更稳定的标记。
我可以换成别的物品当钥匙吗？
可以。改动物品字段即可，并在适合你这张地图的前提下保留相同的名称、描述文本 (lore) 与 custom_data 模式。
这把钥匙用过之后可以被消耗掉吗？
可以。再添加一条单独的清除或物品命令，在门或金库操作成功之后以 custom_data 标记为目标进行清除即可。
打开这个工作流
从相关 Give 工作台开始，然后按你的世界调整预设字段。