召唤预设
浮动标签文本展示预设
浮动标签文本展示预设如今已经是一套完整的 Summon 工作流程，把根实体、乘客关系、输出审查与游戏内结果一并呈现出来。它适合用来制作 NPC 标签、任务标记、奖励底座或地图说明——这些标签应当以展示实体的形式存在，而不是化为聊天里的一行消息。本页把召唤命令视作需要肉眼复查的摆放数据，而不只是一份语法校验报告。图库把 Workbench 状态和生成结果并排陈列，方便你在命令变成触发器之前，先把根实体、乘客堆、装备和最终输出都过一遍。
预设结果
一条面向玩家的浮动文本展示标签，用来标注 Vault Key 兴趣点。
输出
文本展示浮动标签命令
/summon minecraft:text_display ~ ~1.5 ~ {text:"Vault Key",billboard:"center",background:1073741824,text_opacity:-1b,see_through:1b,alignment:"center",line_width:200,transformation:{scale:[8f,8f,8f]},Tags:["floating_label"]}预设截图
构建预设
- 打开 Summon Workbench，把根实体设为 text_display。
- 添加或核对乘客与装备细节，让 text_display 浮动 Vault Key 标签在游戏中清晰可辨。
- 在复制命令之前，先检查预览效果和乘客树。
- 查看输出面板里最终的 /summon 行以及命令长度提示。
- 复制命令做一次冒烟测试，或在追加后续命令前先存入 Project。
- 在干净的测试世界中运行命令，确认游戏内结果与 Workbench 中的乘客树相吻合。
为什么 text_display 浮动 Vault Key 标签值得做成预设
这套预设适合用来制作 NPC 标签、任务标记、奖励底座或地图说明——这些标签应当以展示实体的形式存在，而不是化为聊天里的一行消息。
真正有用的是它的结构：text_display 承担召唤位置，而可见的乘客、装备或显示数据则赋予这套预设独特的展示身份。让这棵实体树始终保持可见，可以避免命令在离开 Workbench 之前出现括号或层级错误。
用预设来管理这类摆放，方便日后回头复查。Workbench 截图记录了哪一个实体承担运动与碰撞，第二张截图记录乘客与装备细节，输出截图则让最终生成的 /summon 行一目了然。随后的游戏内截图会确认 Minecraft 渲染出的关系与预期一致——这是纯文本示例无法提供的检验。
测试与版本细节
文本展示命令把实体 NBT 与 JSON 文本杂糅在一起。请把文本组件写得短小，亲自测试广告牌朝向在真实世界中的表现，并且别让游戏逻辑依赖于可见的标签字符串。
请在开阔的 Java 测试世界中跑第一次试运行，并留意命令长度警告。短小的骑乘预设可以直接粘进聊天框，而较长的 BOSS 或装备变体则更适合放进命令方块或数据包函数里。
在挂上效果、战利品表、音效或计分板之前，先让第一次冒烟测试保持精简。展示实体可能因为体型、难度或维度差异而行为各异，因此请在受控条件下确认基础堆。等视觉效果稳定后，再加上标签，让后续命令依靠标签来定位，而不要再依赖显示名称或就近的选择器。
- 让根实体与乘客承担的角色各不相同。
- 在加入清理或后续命令之前，先给实体打上标签。
- 在发布之前，把难度与维度行为都测试一遍。
下一步可以看哪里
在为地图道具或奖励站做标注时，把这条标签与 item_display 或 block_display 预设搭配起来。
如需同级的展示工作流程，可对比物品展示用的展示实体预设和方块展示装饰预设。
FAQ
我可以把这条 text_display 浮动 Vault Key 标签命令直接粘到聊天框里吗？
请以命令长度警告为判断依据。若生成的命令行低于聊天上限，就可以做快速的聊天测试；超过的话，请把它放进命令方块或数据包函数中执行。
这套预设在基岩版中能用吗？
作为 Java Passengers 命令来说并不能直接使用。基岩版需要另一套独立的骑乘工作流程，因为它无法嵌入与 Java 同样递归的 passenger NBT。
为什么还要附上游戏内截图？
这张截图用来确认乘客树或实体配置在 Minecraft 里渲染正确，而不仅仅是在 Workbench 预览中看起来对而已。
打开这个工作流
从相关 Summon 工作台开始，然后按你的世界调整预设字段。