预设

物品预设

Java 1.21 物品组件预设指南

Java 1.21 物品组件预设指南如今是一套完整的 Give 工作流程，而不再是模板化的命令说明。当目标世界已经位于 Java 1.21 语法系列中，并且这件物品从一开始就应该用组件来写时，请使用这个预设。它是 Java 1.20.4 旧版 NBT 预设在当前输出形式上的对应物。本文把设置字段、输出审阅、Project 归位与结果捕获放在一起呈现，让命令在成为地图设置、事件触发器或可复用 Command Pack 一部分之前，能被轻松审查。Give 工作台应当在命令被复制之前，就把组件负载暴露出来。自定义名称、描述文本 (lore)、附魔光效与 custom_data 都作为组件输出来审阅，这让本文聚焦于当前的 Java 行为，而不是旧版 NBT 例子。

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

预设结果

一条当前的 Java 1.21 物品组件命令，带有名称、描述文本 (lore)、附魔光效与 custom_data。

输出

Java 1.21 组件物品命令

/give @p minecraft:trial_key[custom_name={text:"Vault Trial Key",color:"gold",italic:false},lore=[{text:"Java 1.21 component item",color:"gray",italic:false}],custom_data={trial_key:"vault_alpha"},enchantment_glint_override=true] 1

预设截图

从定义此预设状态的 Give 控件开始。
第二张截图突出展示改变玩家可见行为的设置或配套命令。
输出截图在进入 Project 之前，让最终命令或命令对保持可见。

构建预设

  1. 打开 Give，并选择 Java 1.21。
  2. 选一件能匹配地图奖励或钥匙的基础物品。
  3. 添加组件版本支持的自定义名称与描述文本 (lore)。
  4. 只有在工作流真正需要时，才设置附魔光效或 custom_data。
  5. 在输出里审阅方括号写法的组件语法。
  6. 把命令保存下来，并清晰地写明目标版本。

为什么这个 Give 预设应该归入 Project

当目标世界已经位于 Java 1.21 语法系列中，并且这件物品从一开始就应该用组件来写时，请使用这个预设。它是 Java 1.20.4 旧版 NBT 预设在当前输出形式上的对应物。

Give 工作台应当在命令被复制之前，就把组件负载暴露出来。自定义名称、描述文本 (lore)、附魔光效与 custom_data 都作为组件输出来审阅，这让本文聚焦于当前的 Java 行为，而不是旧版 NBT 例子。一条复制出去的命令，只有在其周围的假设全部可见时才真正有用：选择器范围、世界状态、数据包内部顺序，以及最终会被粘贴进 Minecraft 的确切输出。请把这个预设当作一个检查点，让这些细节都能在命令离开 NBTForge 之前被审视一遍。

整组示意图正是围绕这种审视方式构建的。第一张截图展示工作台状态，第二张截图调出会改变玩家面向行为的字段或配套模块，输出截图则让最终命令或命令对保持可见。当预设具备可见结果时，游戏内截图会在一个已恢复的测试世界中确认相同的思路，而不是依靠通用覆盖层。

测试与范围检查

组件输出对版本敏感。请把所选的目标版本与保存的 Project 条目一起留存，避免其他作者在没有先核对语法的情况下，把这条命令拿到旧服务器上复用。

用范围狭窄的选择器和干净的世界状态先做一次冒烟测试。环境、工具、传送和反馈类命令看起来无害，却往往会影响所有玩家或整个世界。先确认命令只改变了你期望的状态，再把准确的输出保存到对应的设置行或后续行旁边，让它的存在理由一目了然。

如果命令会成为函数文件或命令方块链的一部分，请测试复制出去的成品，而不是只验证实时的工作台状态。这样才能抓出陈旧的选择器、错乱的命令顺序、被漏掉的设置行，以及那些只是因为上一次测试残留状态才看似生效的效果。

  • 在完整数据包接受审阅之前，把选择器范围保持得足够窄。
  • 把世界设置类命令排在遭遇专属的覆盖命令之前。
  • 把反馈类命令紧挨着触发它们的状态变化一起保存。

下一步去哪里

在淘汰旧版 Java 物品 NBT 命令时，把这个组件版物品作为现代替代品。

想了解迁移上下文，可以对照Java 1.20.4 物品 NBT 预设指南与跨版本物品预设检查清单。

FAQ

我可以把这条 Give 命令粘贴到聊天里吗？

如果选择器安全、命令行也很短，做单条命令冒烟测试通常没问题。要实现可重复的地图行为，请把它保存到 Project，再复制带顺序的数据包输出或函数风格的输出。

为什么这组示意图全是 UI？

这个预设产出的是 JSON、Project 组织或审阅流程，而不是世界中可见的实体物体。真正有用的证据是工作台状态、输出，以及它在 Project 中的归位。

在分享这个预设之前，我应该检查什么？

检查选择器范围、命令顺序、目标版本，以及这条命令究竟属于设置、遭遇逻辑、反馈还是清理。这些类别决定了它在 Project 数据包中应归入哪个位置。

打开这个工作流

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