カスタム Mob 用 scale attribute プリセット

同じベース Mob を、エンティティタイプを変えずにミニ Boss、小さなヘルパー、特別なエンカウントとして読ませたい場面で、このプリセットを使ってください。スケールは強い視覚的シグナルなので、体力、ダメージ、equipment、Project パックの命名のすぐ隣に置くのが自然です。

Attribute のワークベンチでは、ターゲットタグ、scale の attribute、アクション、値が出力と並んで表示されます。これにより作者は、見た目の大きさを調整しながら、無関係な mob までスケールが変化しないよう、正確なセレクターを確認できます。コピーしたコマンドは、周辺の前提条件 (セレクターの範囲、ワールドの状態、パック内での順序、Minecraft に貼り付ける最終的な出力) が見えてはじめて意味を持ちます。このプリセットは、コマンドが NBTForge を出る前に細部を確認するためのチェックポイントとして扱ってください。

ギャラリーはこのレビュー観点に沿って構成されています。1 枚目はワークベンチの状態を示し、2 枚目はプレイヤーに対する挙動を変えるフィールドや併用モジュールを取り上げ、出力のスクリーンショットでは最終的なコマンドまたはコマンドのペアが残ったままになります。プリセットに目に見える結果がある場合、ゲーム内のキャプチャでは汎用的なオーバーレイに頼らず、再現したテストワールドで同じ考え方を確認します。

スケールを大きくすると、可読性、カメラのフレーミング、当たり判定の予測性に影響することがあります。パーティクル、passenger、近接攻撃などを周辺に追加する前に、実際のアリーナでスケール変更後の Mob をテストしてください。

最初のスモークテストは、絞り込んだセレクターとクリーンなワールド状態で実行してください。環境、ユーティリティ、ルーティング、フィードバックのコマンドは一見無害に思えても、実際にはプレイヤー全員やワールド全体に作用することが少なくありません。コマンドが意図した状態だけを変えていることを確認し、その出力が存在する理由を説明するセットアップ行やフォローアップ行のすぐ隣に、出力を正確に保存しましょう。

コマンドが関数ファイルやコマンドブロックのチェーンの一部になるのであれば、実行中のワークベンチの状態だけでなく、コピーした成果物自体をテストしてください。これによって、古いセレクター、誤ったコマンド順序、抜け落ちたセットアップ行、前回のテストの残留状態のせいで動いて見えていただけの効果を洗い出せます。

• パック全体のレビューが終わるまで、セレクターは狭く保ちます。
• 個別エンカウントの上書きより前に、ワールドの初期設定を配置します。
• フィードバック用コマンドは、トリガーとなる状態変更のすぐ隣に保存します。

最大体力、移動速度、boss bar の設定と組み合わせて、見た目のサイズが戦闘デザインと一致するように整えましょう。

関連するステータス調整については、最大体力用の attribute プリセット と カスタム装備のゾンビ Boss プリセット と比較してみてください。