召唤预设
僵尸骑蜘蛛命令预设
这个预设把经典的「僵尸骑蜘蛛」想法做得很实用：选中蜘蛛作为根实体，添加一个僵尸 passenger，核对嵌套的 passenger 输出，然后在真正的截图世界里验证这个堆。它刻意做得足够小，能塞进当前 Java 的聊天框，因此在你构建更大的 rider 链之前，它可以充当第一个 passenger 测试。
预设结果
一只可见的蜘蛛坐骑，背上骑着一只僵尸 passenger，随时可以用在测试世界、竞技场恶搞或 passenger 链实验里。
输出
僵尸骑蜘蛛召唤命令
/summon minecraft:spider ~ ~ ~ {Passengers:[{id:"minecraft:zombie"}]}预设截图
构建预设
- 打开 Summon Workbench，把根实体设置为 Spider。
- 添加一个 passenger，把 PASSENGER ENTITY 设置为 Zombie。
- 对这条紧凑的起始命令而言，不要在这个 passenger 上再嵌套额外的 rider。
- 查看输出面板，确认命令没有超出聊天上限。
- 把这条召唤命令复制到 Java 测试世界里，或者保存成一个 Project 条目。
- 在一片平坦区域生成它，让蜘蛛有空间活动、rider 也方便检查。
为什么蜘蛛是根实体
根实体才是真正在指定坐标被召唤出来的那只生物。在这个预设里，蜘蛛拥有位置、运动和碰撞，僵尸则被塞进了 Passengers 列表里。这让这条命令比「先召唤僵尸再附上蜘蛛」更容易讲清楚思路。
NBTForge 把 passenger 树和输出并排展示，因此整个结构很容易审核：蜘蛛在根部，僵尸在它下面一层，并没有藏起来的第二只 rider。当你之后从这种简单的堆转向嵌套的 passenger 链时，这一点尤其重要。
- 用蜘蛛作为坐骑。
- 用僵尸作为直接 passenger。
- 让第一个版本保持精炼，以便用聊天框测试。
安全地测试命令
在一个足够开阔的 Java 创造模式世界里运行这条命令。敌对的 passenger 会立刻开始移动，所以在把这个堆放进竞技场或地图触发器之前，请先在平地上测试。
如果命令看起来什么也没发生，请在动手改 NBT 之前先核对难度和选择器。和平难度会清掉敌对生物，而命令方块或函数也可能在和你想象中不一样的位置上运行。
接下来去哪里
这个预设跑通之后，下一步自然就是添加 equipment、标签、自定义名称或再加一个嵌套 passenger。请让每次改动都各自独立，并在每次编辑后都使用 Diff 面板——这样坏掉的 rider 堆就很容易追溯回去。
做跨版本工作时，请记住 Java 的 Passengers 并不能直接转换到 Bedrock。请把它当作 Java 的事实来源，如果需要 Bedrock 支持，就单独构建一套 Bedrock 骑乘序列。
如果想看看同级的 passenger 范例，可以对比 spider jockey 召唤命令预设、chicken jockey 召唤命令预设，以及僵尸加两只蜘蛛的 passenger 链预设。
FAQ
我能把这条「僵尸骑蜘蛛」命令直接粘进聊天框吗？
可以，这个紧凑版本是低于 Java 聊天上限的。对于更长的 passenger 堆，请改用命令方块或数据包函数，而不要把整行粘到聊天里。
僵尸为什么消失了？
先看一下世界难度。即便召唤语法本身有效，和平难度也会清掉敌对生物——包括作为 passenger 的僵尸。
我能给这个预设再加更多 passenger 吗？
可以。在 NBTForge 里再添加一个 passenger，然后在复制更大的命令之前，把 passenger 树和输出差异核对一遍。
打开这个工作流
从相关 Summon 工作台开始，然后按你的世界调整预设字段。