召喚プリセット
ゾンビと 2 匹のクモの搭乗者チェーンプリセット
このプリセットは、バッチ 1 のネストした搭乗者を試すストレステストです。クモから始めて、そのクモにゾンビを乗せ、さらに別のクモをゾンビの搭乗者としてネストします。コマンド自体はまだ読める長さに収まっていますが、スクリーンショットでは階層構造がはっきり示されているため、ルート、中間の搭乗者、最上段の搭乗者を見分けられるようになっています。
プリセット結果
クモのルート、中間階層の騎乗者であるゾンビ、最上段の搭乗者であるクモから構成される、3 体のエンティティのネストした搭乗者スタックです。
出力
ネストしたゾンビとクモの召喚コマンド
/summon minecraft:spider ~ ~ ~ {Passengers:[{id:"minecraft:zombie",Passengers:[{id:"minecraft:spider"}]}]}プリセットのスクリーンショット
プリセットを作成
- ルートエンティティを Spider に設定します。
- ルートのクモにゾンビの搭乗者を追加します。
- ゾンビの搭乗者の行を開き、2 匹目のクモを搭乗者として追加します。
- 搭乗者ツリーを確認し、上のクモがゾンビの隣ではなく、ゾンビの下にネストされていることを確かめます。
- 出力で、ネストした Passengers の括弧構造を確認します。
- 難易度 Easy 以上のゲーム内でテストし、騎乗者を追加する前にプリセットを保存します。
ネストした搭乗者では順序がすべて
このコマンドには搭乗者の階層が 2 段あります。1 匹目のクモが召喚座標を持つルートエンティティです。ゾンビはそのクモの上に乗ります。2 匹目のクモはさらにゾンビの上に乗ります。両方のクモのエントリを同じ階層に並べてしまうと、見た目の結果がまったく違うものになってしまいます。
NBTForge では、搭乗者ツリーと出力を一緒に表示できる点が役立ちます。両方のビューをぜひ活用してください。ツリーは目で追いやすく、一方で出力では Minecraft が実際に解釈する最終的な括弧構造を確認できます。
これが品質ゲートに含まれる理由
一人乗りの騎乗者プリセットは、搭乗者フィールドが存在することを示すものです。ネストしたプリセットは、エディター、スクリーンショットのパイプライン、記事のコピーが「積み重ねMob」というありがちな曖昧な表現に逃げずに、階層構造をきちんと説明できることを示すものです。
ここでは特にゲーム内のスクリーンショットが重要になります。1 体だけ階層を間違えていても、ネストしたスタックは見た目におかしくても解析自体は通ってしまうことがあるためです。
- ルート階層: クモ。
- 中間階層: ゾンビ。
- 最上段: 2 匹目のクモ。
スタックを拡張する
騎乗者を追加する前に、忘れずにタグを付けておきましょう。タグがあれば、テストワールドでこのスタックだけを後始末したり、向きを調整したり、状態を確認したりできます。コマンドがチャットの上限を超えるようなら、召喚行をコマンドブロックやデータパックの関数に移してください。
デバッグするときは、まず最上段の搭乗者を外して 2 体のエンティティのスタックでテストし、それから 3 体目を追加し直すのがおすすめです。こうすれば、括弧の閉じ忘れがコマンド全体の探索に発展せずに済みます。
このネストしたチェーンを拡張する前段階の、よりシンプルな基準としては、ゾンビがクモに乗る召喚コマンドプリセット や スパイダージョッキー召喚コマンドプリセット をご活用ください。
FAQ
スタックにならず、騎乗者が別々に 2 体できてしまうのはなぜですか?
2 匹目のクモが、ゾンビの搭乗者エントリの中ではなく、ゾンビの隣の階層に追加されてしまった可能性があります。搭乗者ツリーをもう一度開き、ネストの階層を確認してください。
これでもまだチャットに貼り付けて大丈夫ですか?
今回の例はコンパクトですが、ネストしたスタックは思っているよりすぐ大きくなります。コマンド長のバッジを必ず確認し、必要に応じてコマンドブロックや関数へ切り替えてください。
これを Bedrock のコマンドとして使えますか?
いいえ。Java のネストした Passengers は Bedrock にそのまま対応していません。Bedrock のワールド向けには、別途 Bedrock 用の騎乗シーケンスを組み立ててください。
このワークフローを開く
関連する Summon ワークベンチから始め、ワールドに合わせてプリセット項目を調整します。