预设

召唤预设

strider jockey 召唤命令预设指南

strider jockey 召唤命令预设指南现在已经是一整套完整的 Summon 工作流程，把根实体、passenger 关系、输出审查和游戏内表现一并串起来。用它来搭熔岩巡逻路线、下界穿越布景，或者那些「坐骑读法」需要明显区别于蜘蛛和马类例子的 passenger 测试。整篇文章把召唤命令当作需要肉眼复核的遭遇数据来对待，而不只是一道语法题。图库里把 Workbench 状态和生成结果并排摆放，方便你在命令变成正式遭遇触发器之前，先把根实体、passenger 堆、装备和最终输出全部审视一遍。

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

预设结果

一只炽足兽坐骑，背上骑着一个手持颤手棒的僵尸猪灵 passenger，可以用来做下界巡逻测试。

输出

strider jockey 召唤命令

/summon minecraft:strider ~ ~ ~ {PersistenceRequired:1b,NoAI:1b,CustomName:{text:"Lava Patrol",color:"gold",bold:true},CustomNameVisible:1b,Passengers:[{id:"minecraft:zombified_piglin",equipment:{mainhand:{id:"minecraft:warped_fungus_on_a_stick",count:1}}}],Tags:["lava_patrol"]}
Too long for Minecraft chat

The longest command line is 279 characters, 23 over the 256-character chat input limit. Pasting it into chat can truncate the line and make Minecraft report a syntax error even when the generated command is valid.

  • Use a Command Block: run /give @s command_block, place it, then paste this command into the block command field.
  • Use a .mcfunction for a reusable datapack: save the line without the leading slash at saves/<world>/datapacks/<pack>/data/<ns>/function/<name>.mcfunction with a minimal pack.mcmeta, run /reload, then run /function <ns>:<name>. Do not paste .mcfunction content into chat.

预设截图

先把炽足兽设成根实体，这样预览和输出从一开始就对齐。
第二张截图突出展示了那些让召唤预设变得具体的实体关系和装备细节。
输出截图把最终的 /summon 命令和复制按钮一起摆出来，方便测试前再瞄一眼。
游戏内的成片确认这只带僵尸猪灵 rider 的 strider jockey 在干净的截图世界里渲染得和预想一致。

构建预设

  1. 打开 Summon Workbench，把根实体设为炽足兽。
  2. 添加或核对 passenger 和装备细节，让「带僵尸猪灵 rider 的 strider jockey」在游戏里一眼能认出来。
  3. 在复制命令之前，再过一遍预览和 passenger 树。
  4. 查看输出面板里最终的 /summon 行，留意命令长度。
  5. 复制命令做一次小范围冒烟测试，或者先把它保存到 Project 里再叠加后续指令。
  6. 在一个干净的测试世界里把命令真的跑一遍，确认游戏里的效果和 Workbench 里的树是吻合的。

为什么「带僵尸猪灵 rider 的 strider jockey」值得做成预设

用它来搭熔岩巡逻路线、下界穿越布景，或者那些「坐骑读法」需要明显区别于蜘蛛和马类例子的 passenger 测试。

真正起作用的是结构本身：炽足兽掌握生成位置，可见的 passenger、装备或显示数据则赋予这条预设独有的遭遇身份。让整棵树一直保持可见，可以在命令离开 Workbench 之前就拦截掉括号错误。

用预设来组装遭遇战，应当方便日后回头审视。Workbench 截图记录下哪个实体掌握移动和碰撞，第二张截图记录 passenger 或装备细节，输出截图让生成的 /summon 行一直留在视野里。最后，游戏内截图证明 Minecraft 真的渲染出了同样的关系——这一步是纯文本示例永远给不了的。

测试与版本细节

炽足兽的行为高度依赖地形和熔岩位置。预设会把第一张截图定格下来便于查看，但真正的地图应当在预计的熔岩路线附近测试移动、寻路和清理。

第一次测试请放在开阔的 Java 世界里跑，并留意命令长度警告。结构紧凑的 rider 预设可以直接粘贴使用，而更长的 BOSS 或装备变体则建议改用命令方块或数据包函数。

在叠加效果、战利品表、音效或计分板之前，先让第一次冒烟测试保持精简。敌对的 passenger 可能会乱跑、起火、消失，或者因为体型和难度的不同而表现各异，因此请在可控的条件下确认基础的 rider 或装备组合。等画面效果稳定之后，再添加标签，让后续命令通过标签来定位目标，不要依赖显示名称或就近选择器。

  • 让根实体和 passenger 各自扮演不同的角色，互不混淆。
  • 在添加清理或后续命令之前，先把标签布好。
  • 正式上线之前，先把难度和维度行为都测一遍。

下一步去哪里

在把这个 strider jockey 塞进下界遭遇之前，先把标签、巡逻触发器或重置函数都安排好。

想看相邻的 rider 示例，可以对比猪灵骑乘疣猪兽预设、骷髅陷阱骑兵预设和劫掠兽载掠夺者预设。

FAQ

这条「带僵尸猪灵 rider 的 strider jockey」命令能直接粘进聊天框吗？

看命令长度警告就知道。如果生成的命令短于聊天上限，那就可以做快速聊天测试；超过的话请把它挪到命令方块或数据包函数里。

这在基岩版里能用吗？

不能——这是 Java 版的 Passengers 写法。基岩版需要另一套独立的骑乘流程，因为它没法嵌入和 Java 一样的递归 passenger NBT。

为什么非要附一张游戏内截图？

因为只有游戏内截图能证明 passenger 树或实体配置在 Minecraft 里真的被渲染对了，而不仅仅是 Workbench 预览看起来对。

打开这个工作流

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