预设

召唤预设

Minecraft Summon 命令生成器

本页把旧的召唤预设升级成了一篇真正的召唤命令生成器文章，配有可见的 Workbench 路径、生成的输出和游戏内结果。真正有用的部分并不只是末尾那一行 /summon；在复制 NBT 之前，它把实体类型、equipment、生命值、标签、持久性以及安全的选择器名称统统都当作可编辑状态来对待。请把它当作测试生物、守卫、小型 BOSS 或遭遇原型的干净起点，然后在围绕生成的实体添加 Bossbar、战利品表、粒子或清理逻辑之前，先把命令保存下来。

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

预设结果

一条可以可视化编辑、保存到 Project，并被复用为遭遇或测试生物起点的召唤命令。

输出

Summon 生成器输出

/summon minecraft:zombie ~ ~ ~ {CustomName:{text:"Arena Guard",color:"gold",bold:true},CustomNameVisible:1b,PersistenceRequired:1b,equipment:{mainhand:{id:"minecraft:iron_sword",count:1},head:{id:"minecraft:golden_helmet",count:1}},Tags:["arena_guard"]}
/attribute @e[tag=arena_guard,limit=1,sort=nearest] minecraft:max_health base set 40
/attribute @e[tag=arena_guard,limit=1,sort=nearest] minecraft:attack_damage base set 8
/data merge entity @e[tag=arena_guard,limit=1,sort=nearest] {Health:40f}

预设截图

从把僵尸当作根实体开始，这样预览与输出才会保持一致。
第二张截图重点标出那些让召唤预设变得具体的实体关系或 equipment 细节。
输出截图让最终的 /summon 命令和复制按钮在测试之前始终保持可见。
游戏内结果证实竞技场守卫僵尸的召唤在干净的还原世界里按预期渲染出来了。

构建预设

  1. 打开 Summon，在动手编辑高级 NBT 之前先选定实体类型。
  2. 添加可见的自定义名称、PersistenceRequired、生命值、攻击力，以及任何手持物品或护甲。
  3. 用诸如 arena_guard 之类的标签，方便后续命令能够安全地以这只生物为目标。
  4. 每做完一次有意义的改动，都把预览和输出面板核对一遍。
  5. 只有当生成的 NBT 与预期遭遇一致时，才在预览之后复制输出。
  6. 在干净的测试世界里跑一次命令，确认生物表现与保存的 Workbench 状态一致。

生成器应该把哪些东西摆在明面上

召唤命令之所以经常失败，是因为某个微小的 NBT 细节被埋进了又长又乱的一行文本里。NBTForge 把常用控件统统摆在明面上：实体类型、显示名称、生命值、属性、equipment、passenger 以及高级 NBT。

这让本页既能服务于简单生物，也能服务于更大的 Command Pack 工作。从单只实体起步，当 Bossbar、战利品表或效果命令需要围绕它运转时，再把它保存到 Project。

本图库还把创作与验证分了开。Workbench 截图展示是哪些控件生成了 NBT，而游戏内截图则确认那只带名字、带 equipment、按生命值配置好的僵尸，确实能在还原好的世界里被召唤出来。这让本文对那些需要先审核命令再把它复制进地图触发器的读者格外有用。

版本与版本系列核对

Summon 语法在 Java 和 Bedrock 之间的可移植性并不对等。Java 支持丰富的实体 NBT 和 passenger 结构，而 Bedrock 对许多 rider 或行为类工作流程，需要的是另一套完全不同的命令系列。

对于 Java 输出，请核对所选的版本系列并留意警告。对于 Bedrock，请把本页当作规划页面，如有需要再把 passenger 行为转入骑乘工作流程。

当预设开始携带属性、equipment 组件或 passenger 数据时，Version 的选择最为关键。请在 Command Pack 将来真正运行的同一 Minecraft 版本里测试输出，并把任何后续命令绑定到标签而不是显示名称——这样本地化、颜色变化和将来对名称的编辑就不会破坏选择器。

如果想看看具体的 Summon 范例，可以对比骷髅陷阱骑兵预设、猪灵骑乘疣猪兽预设和带自定义武器的 BOSS 生物预设。

  • 用自定义名称加上标签作为安全的选择器。
  • 在添加更高级的 NBT 之前，先让 equipment 保持可见。
  • 把多命令的遭遇保存到 Project，而不是一次只复制一行。

把预设用到真实项目里

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

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

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

FAQ

我能在这里召唤带 equipment 的自定义生物吗？

可以。Summon Workbench 能为手持物品、护甲、名称、属性、标签和高级 NBT 建模，然后生成一条可以直接复制的召唤命令。

这跟 Bedrock 的召唤为什么不一样？

Java 的召唤 NBT 和 Bedrock 的实体命令并不共享同一套功能集。只有当目标模块带有明确的、对 Bedrock 安全的输出时，才选择 Bedrock。

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

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

打开这个工作流

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