プリセット

召喚プリセット

ストライダージョッキーのプリセットコマンドガイド

ストライダージョッキーのプリセットコマンドガイドは、ルートエンティティ、搭乗者の関係、出力の確認、ゲーム内の結果を一度に見渡せる、ひと続きの召喚ワークフローへと生まれ変わりました。溶岩ルートの巡回、ネザー旅のセットピース、あるいはクモやウマとは見た目が大きく異なる騎乗される側を使った搭乗者のテストなどにご活用ください。このページでは召喚行を、構文の妥当性だけでなく目視での確認も必要な遭遇データとして扱います。ギャラリーは生成された結果のすぐ隣に Workbench の状態を残してくれるため、コマンドが遭遇のトリガーになる前に、ルートエンティティ、搭乗者スタック、装備、最終的な出力をひととおり点検できます。

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

プリセット結果

ネザー巡回のテスト用に、棒に付けた歪んだキノコを掲げるゾンビ化ピグリンの搭乗者を乗せたストライダーの騎乗される側です。

出力

ストライダー騎乗者の召喚コマンド

/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.

プリセットのスクリーンショット

プレビューと出力の内容を一致させるため、まずはルートエンティティをストライダーに指定するところから始めます。
2 枚目のスクリーンショットでは、エンティティ同士の関係性と、この召喚プリセットの個性を決定づける装備の詳細を強調しています。
出力のスクリーンショットでは、テスト前に最終的な /summon コマンドとコピー用ボタンが常に表示された状態で残ります。
ゲーム内の結果が、何もない確認用のワールドでゾンビ化ピグリンの騎乗者を乗せたストライダージョッキーが意図したとおりに描画されることを裏付けます。

プリセットを作成

  1. 召喚 Workbench を開き、ルートエンティティをストライダーに設定します。
  2. 搭乗者と装備の詳細を加え、ゲーム内でゾンビ化ピグリンの騎乗者を乗せたストライダージョッキーとして読み取れるように整えます。
  3. コマンドをコピーする前に、プレビューと搭乗者ツリーの内容を確認します。
  4. 出力パネルで、最終的な /summon の 1 行とコマンドの長さを確認します。
  5. スモークテスト用にコマンドをコピーするか、後続のコマンドを追加する前に Project に保存します。
  6. まっさらなテストワールドでコマンドを実行し、ゲーム内の結果が Workbench のツリーと一致することを確認します。

ゾンビ化ピグリンの騎乗者を乗せたストライダージョッキーにプリセットが必要な理由

溶岩ルートの巡回、ネザー旅のセットピース、あるいはクモやウマの例とは見た目が大きく異なる騎乗される側を使った搭乗者のテストなどに、このプリセットをご活用ください。

鍵となるのはその構造です。ストライダーが召喚位置を担い、見える形の搭乗者、装備、表示用データが、プリセットに固有の遭遇 ID を与えます。このツリーを常に表示しておけば、コマンドが Workbench を離れる前に括弧の閉じ忘れなどのミスを抑えられます。

あとから遭遇を振り返りやすくしたいときにも、このプリセットが役立ちます。Workbench のスクリーンショットがどのエンティティに動きと当たり判定があるかを記録し、2 枚目のスクリーンショットが搭乗者と装備の詳細を残し、出力のスクリーンショットが生成された /summon の行をそのまま提示します。最後にゲーム内のスクリーンショットが、Minecraft 側でも同じ関係性が正しく描画されることを確認してくれます。テキストだけの例では決して得られない種類のチェックです。

テストとバージョンの確認ポイント

ストライダーの挙動は地形や溶岩の配置によって左右されます。プリセットでは読みやすさのために初回のスクリーンショットを固定していますが、実際のマップでは、想定する溶岩ルートの近くで移動、経路、後始末の挙動をテストしてみてください。

最初のテストは開けた Java のワールドで実行し、コマンド長の警告を必ず確認してください。コンパクトな騎乗者プリセットであればそのまま貼り付けられますが、長くなりがちなボス用や装備の派生は、コマンドブロックやデータパックの関数に移すのが安全です。

効果、ルートテーブル、サウンド、スコアボードを加える前に、最初のスモークテストは小さくまとめておきましょう。敵対的な搭乗者はディメンションや難易度によって、移動したり燃えたり、デスポーンしたりと挙動が変わることがあります。まずは制御された条件で基本の騎乗者と装備のスタックを確かめ、見た目が安定してから、表示名や近接セレクターに頼らず、タグを付けてそのタグを対象とする後続コマンドへとつなげていってください。

  • ルートのエンティティと搭乗者の役割をきちんと区別してください。
  • 後始末やフォローアップのコマンドを追加する前にタグを活用してください。
  • 遭遇を公開する前に、難易度や挙動条件をしっかりテストしてください。

次にどこで活用するか

ストライダージョッキーをネザーの遭遇に配置する前に、タグ、巡回トリガー、リセット関数を整えておきましょう。

近い系統の騎乗者の例としては、ホグリンに乗るピグリンのプリセット、スケルトントラップの騎乗者プリセット、ラヴェジャーに乗るピリジャーのプリセット と読み比べてみてください。

FAQ

このストライダージョッキーとゾンビ化ピグリンの騎乗者のコマンドはチャットに貼り付けても大丈夫ですか?

判断基準にはコマンド長の警告を活用してください。生成された行がチャットの上限を下回っていれば、手早いチャットでのテストでも問題ありません。超える場合は、コマンドブロックやデータパックの関数に移してください。

Bedrock Edition でも動作しますか?

Java と同じ Passengers コマンドとしては動作しません。Bedrock は Java と同じ再帰的な搭乗者 NBT をそのまま埋め込めないため、別の騎乗ワークフローが必要になります。

ゲーム内のスクリーンショットを掲載しているのはなぜですか?

Workbench のプレビューだけでなく、搭乗者ツリーやエンティティの構成が Minecraft 側で正しく描画されることを、スクリーンショットで裏付けるためです。

このワークフローを開く

関連する Summon ワークベンチから始め、ワールドに合わせてプリセット項目を調整します。