召唤预设
僵尸加两只蜘蛛的 passenger 链预设
这条预设是第 1 批里的嵌套 passenger 压力测试。它从一只蜘蛛开始，让一个僵尸骑在这只蜘蛛上，再把另一只蜘蛛嵌套成僵尸的 passenger。命令本身还算可读，但截图把层级关系讲得清清楚楚，让你能一眼分清根部 passenger、中间 passenger 和顶层 passenger。
预设结果
一个嵌套的三实体 passenger 堆：根部是蜘蛛，中间是作为 rider 的僵尸，顶层是作为 passenger 的第二只蜘蛛。
输出
嵌套僵尸与蜘蛛召唤命令
/summon minecraft:spider ~ ~ ~ {Passengers:[{id:"minecraft:zombie",Passengers:[{id:"minecraft:spider"}]}]}预设截图
构建预设
- 把根实体设为 Spider。
- 给这只根部蜘蛛加一个僵尸 passenger。
- 展开僵尸 passenger 那一行，再把第二只蜘蛛加进去，作为僵尸自己的 passenger。
- 检查 passenger 树，确认顶层那只蜘蛛是嵌在僵尸下面的，而不是和它平级。
- 查看输出里嵌套的 Passengers 括号结构。
- 在难度简单或更高的环境下做游戏内测试，再叠加更多 rider 之前先把预设保存好。
嵌套 passenger 对顺序极其敏感
这条命令一共有两层 passenger：第一只蜘蛛是召唤坐标上的根实体，僵尸骑在那只蜘蛛上，然后第二只蜘蛛又骑在僵尸上。如果把两只蜘蛛塞到了同一层级，画面效果会完全跑偏。
NBTForge 把 passenger 树和输出同屏展示，正是为了帮你避开这种问题。请同时盯住这两个视图：树更便于快速扫读层级，而输出则确认 Minecraft 最终会怎么解析这一串括号。
为什么这是一个质量关卡
单 passenger 预设证明了「passenger 这片领域」是真的存在的。嵌套预设则进一步证明，编辑器、截图流程和文章文案都有能力把层级关系讲清楚，而不是用一句笼统的「堆叠生物」糊弄过去。
游戏内截图在这里尤其重要——一个嵌套堆即便语法能正常解析，只要某个 passenger 挂错了层级，看上去就依然是错的。
- 根层：蜘蛛。
- 中层：僵尸。
- 顶层：第二只蜘蛛。
如何扩展这个堆
在追加更多 passenger 之前，先把标签准备好。标签可以让你在测试环境里只清掉、轮换或检查这一个堆。如果命令长度超过聊天上限，请把召唤行挪到命令方块或数据包函数里。
排错时，可以先把顶层 passenger 摘掉，先测两实体堆能不能跑通，再把第三个实体加回来。这样可以避免一个小小的括号错误把整条命令一起拖下水。
在继续扩展这条嵌套链之前，可以用僵尸骑蜘蛛命令预设或者spider jockey 召唤命令预设当一个更简单的基线。
FAQ
为什么我最后得到的是两只各自独立的 rider，而不是一个堆？
多半是因为第二只蜘蛛被加在了僵尸的旁边，而不是僵尸 passenger 条目的内部。请重新展开 passenger 树，再核对一遍嵌套层级。
这条命令直接发到聊天框里还安全吗？
这个示例本身很紧凑，但嵌套堆会迅速变大。请留意命令长度警告，必要时改用命令方块或函数。
我能把它原样当作基岩版命令用吗？
不行——Java 的嵌套 Passengers 不会直接映射到基岩版。基岩世界请单独写一套独立的骑乘序列。
打开这个工作流
从相关 Summon 工作台开始，然后按你的世界调整预设字段。