エンダーマンとクリーパーのテレポートプリセット

通常では組み合わせない敵の取り合わせや、サプライズの仕掛けがある小部屋、あるいは自然なモブの挙動以上に見た目の関係性を重視したい Command Pack の実験で、このプリセットを役立ててください。

頼れるのはやはり構造です。エンダーマンが召喚位置を提供し、目に見える passenger と装備、そして表示用のデータが、このプリセット固有の遭遇 ID を形作ります。ツリーを開いたままにしておけば、コマンドが Workbench を離れる前に、括弧の付け間違いといった小さなミスを早めに見つけられます。

あとから遭遇を見直しやすくしておきたい場面でこそ、このプリセットを使ってください。Workbench のスクリーンショットがどのエンティティに動きや当たり判定を持たせたかを記録し、2 枚目のスクリーンショットが passenger や装備の細部を残し、出力のスクリーンショットが生成された /summon の行を見えたまま保持します。そしてゲーム内のキャプチャが、Minecraft 側でも同じ関係性が描画されることを確認してくれます。テキストだけの例では絶対に得られない安心感がここにあります。

エンダーマンもクリーパーも、もともと挙動が不安定なモブです。最初のテストでは NoAI とタグで動きを制御したままにしておき、スタックを安心して読めるようになってから、テレポートや爆発のロジックを意図的に重ねていってください。

最初のテストは開けた Java ワールドで行い、コマンド長の警告にも目を配ってください。コンパクトな rider のプリセットならそのまま貼り付けられますが、長い Boss 用の派生や装備が増えたバリエーションは、コマンドブロックかデータパックの関数に移したほうが安全です。

エフェクト、ルートテーブル、サウンド、スコアボードを足す前に、最初のスモークテストはとにかく小さく保ってください。敵対的な passenger は次元や難易度に応じて移動・燃焼・デスポーン・挙動の変化を起こしやすいので、まずは制御された条件で基本となる rider と装備スタックを確かめましょう。見た目の結果が安定したら、表示名や近接セレクターに頼らず、タグを付与し、そのタグを対象にする後続のコマンドへつなげてください。

• ルートのエンティティと搭乗者の役割を、はっきり区別して扱ってください。
• 後始末や後続のコマンドを書く前に、目印となるタグを付けておいてください。
• 遭遇を公開する前に、難易度や挙動の条件をひと通りテストしておいてください。

クリーパーがエンダーマンのルートにきちんと乗ったままであることを確認できたら、そこにトリガー用のロジックや警告のパーティクル、後始末用のセレクターを順に重ねていってください。

ほかの珍しい組み合わせを試したいときは、コウモリに乗る空飛ぶスケルトンの rider プリセット と 積み重ねモブの搭乗者チェーンプリセット を見比べてみてください。