プリセット

召喚プリセット

ホグリンに乗るピグリンのプリセット

ホグリンに乗るピグリンのプリセットは、ルートエンティティ、搭乗者の関係、出力の確認、ゲーム内の結果を一度に見渡せる、ひと続きの召喚ワークフローへと生まれ変わりました。クモやニワトリでは小さすぎるネザーの待ち伏せ、パトロール部屋、目に見える搭乗者の動作確認などにご活用ください。このページでは召喚行を、構文の妥当性だけでなく目視での確認も必要な遭遇データとして扱います。ギャラリーは生成された結果のすぐ隣に Workbench の状態を残してくれるため、コマンドが遭遇のトリガーになる前に、ルートエンティティ、搭乗者スタック、装備、最終的な出力をひととおり点検できます。

プリセット結果

ホグリンのルートエンティティにピグリンの搭乗者を組み合わせた、ネザーらしい騎乗者スタックです。

出力

ホグリンに乗るピグリンの召喚コマンド

/summon minecraft:hoglin ~ ~ ~ {CannotBeHunted:1b,Passengers:[{id:"minecraft:piglin",equipment:{mainhand:{id:"minecraft:crossbow",count:1}}}]}

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

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

プリセットを作成

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

ホグリンに乗るピグリンにプリセットが必要な理由

クモやニワトリでは小さすぎるネザーの待ち伏せ、パトロール部屋、目に見える搭乗者の動作確認などに、このプリセットをご活用ください。

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

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

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

ピグリンとホグリンはディメンションに応じて挙動が変わります。まずはまっさらな環境で手早くコマンドを試し、対象とするネザーの部屋に合わせて NoAI、永続性、装備の有無などを調整していってください。

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

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

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

次にどこで活用するか

騎乗者にパーティクル、サウンド、ルートテーブルの報酬を組み合わせる前に、タグと後始末のコマンドを忘れずに整えておきましょう。

近い系統の搭乗者の例としては、スケルトントラップの騎乗者プリセットゾンビがクモに乗る召喚コマンドプリセットゾンビと 2 匹のクモの搭乗者チェーンプリセット と読み比べてみてください。

FAQ

このホグリンに乗るピグリンのコマンドはチャットに貼り付けても大丈夫ですか?

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

Bedrock Edition でも動作しますか?

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

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

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

このワークフローを開く

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