データパックプリセット
Boss ドロップ用ルートテーブルプリセット
Boss ドロップ用ルートテーブルプリセットは、テンプレ化されたコマンドメモではなく、完成された Data Pack のワークフローへと整理しました。Boss 報酬を、その場限りの `/give` 行ではなくデータパックのリソースとして残したい場面で活用してください。ルートテーブルはエンティティの死亡パスに報酬を結びつけたまま保持するため、アリーナをまたいで使い回しやすく、マップ配布前のレビューもしやすくなります。この記事ではセットアップ用のフィールド、出力レビュー、Project への配置、結果のキャプチャをひとつにまとめているので、マップセットアップ、イベントトリガー、再利用可能な Command Pack の一部にする前に、コマンドを無理なく監査できます。Data Pack のワークベンチでは、生成された JSON の隣にネームスペース、リソースパス、ロール、条件、報酬エントリが残ったまま表示されます。Boss の召喚は `DeathLootTable` でこのファイルを指せるため、ここは重要な確認ポイントです。ただしドロップ挙動は、JSON が正しく書けていて、想定したパスに配置されているかどうかに左右されます。
プリセット結果
プレイヤーが Boss を倒したときに限り、Ashen Warlord Blade をドロップさせるデータパックのルートテーブル。
出力
Boss ルートテーブル JSON
data/nbtforge/loot_table/entities/ashen_warlord.json
{
"type": "minecraft:entity",
"pools": [
{
"rolls": 1,
"conditions": [
{
"condition": "minecraft:killed_by_player"
}
],
"entries": [
{
"type": "minecraft:item",
"name": "minecraft:netherite_sword",
"functions": [
{
"function": "minecraft:set_components",
"components": {
"minecraft:custom_name": {
"text": "Ashen Warlord Blade",
"color": "red",
"italic": false
},
"minecraft:enchantment_glint_override": true,
"minecraft:custom_data": {
"boss_drop": "ashen_warlord"
}
}
}
]
}
]
}
]
}プリセットのスクリーンショット
プリセットを作成
- Data Pack ワークベンチを開きます。
- ジェネレーターをルートテーブルに設定します。
- ネームスペースを `nbtforge`、リソースパスを `entities/ashen_warlord` にします。
- テーブルタイプを `minecraft:entity` にします。
- ロールを 1 にし、`killed_by_player` のプール条件を追加します。
- 報酬エントリを Boss 専用アイテム、またはアイテム修飾子の対象に設定します。
- JSON のパスをコピーし、対応する Boss 召喚と一緒に Project に保存します。
- 最終的な Boss に紐付ける前に、`/loot spawn` でファイルをスモークテストします。
この Data Pack プリセットを Project に加える理由
Boss 報酬を、その場限りの `/give` 行ではなくデータパックのリソースとして残したい場面で、このプリセットを使ってください。ルートテーブルはエンティティの死亡パスに報酬を結びつけたまま保持するため、アリーナをまたいで使い回しやすく、マップ配布前のレビューもしやすくなります。
Data Pack のワークベンチでは、生成された JSON の隣にネームスペース、リソースパス、ロール、条件、報酬エントリが残ったまま表示されます。Boss の召喚は `DeathLootTable` でこのファイルを指せるため、ここは重要な確認ポイントです。ただしドロップ挙動は、JSON が正しく書けていて、想定したパスに配置されているかどうかに左右されます。コピーしたコマンドは、周辺の前提条件 (セレクターの範囲、ワールドの状態、パック内での順序、Minecraft に貼り付ける最終的な出力) が見えてはじめて意味を持ちます。このプリセットは、コマンドが NBTForge を出る前に細部を確認するためのチェックポイントとして扱ってください。
ギャラリーはこのレビュー観点に沿って構成されています。1 枚目はワークベンチの状態を示し、2 枚目はプレイヤーに対する挙動を変えるフィールドや併用モジュールを取り上げ、出力のスクリーンショットでは最終的なコマンドまたはコマンドのペアが残ったままになります。プリセットに目に見える結果がある場合、ゲーム内のキャプチャでは汎用的なオーバーレイに頼らず、再現したテストワールドで同じ考え方を確認します。
テストと範囲の確認
`/loot give` だけで報酬を確認し、Boss 側の配線が済んだと考えるのは早計です。ルートテーブルの JSON と、その死亡用ルートテーブルとして `nbtforge:entities/ashen_warlord` を参照する召喚コマンドの両方をテストしてください。
最初のスモークテストは、絞り込んだセレクターとクリーンなワールド状態で実行してください。環境、ユーティリティ、ルーティング、フィードバックのコマンドは一見無害に思えても、実際にはプレイヤー全員やワールド全体に作用することが少なくありません。コマンドが意図した状態だけを変えていることを確認し、その出力が存在する理由を説明するセットアップ行やフォローアップ行のすぐ隣に、出力を正確に保存しましょう。
コマンドが関数ファイルやコマンドブロックのチェーンの一部になるのであれば、実行中のワークベンチの状態だけでなく、コピーした成果物自体をテストしてください。これによって、古いセレクター、誤ったコマンド順序、抜け落ちたセットアップ行、前回のテストの残留状態のせいで動いて見えていただけの効果を洗い出せます。
- パック全体のレビューが終わるまで、セレクターは狭く保ちます。
- 個別エンカウントの上書きより前に、ワールドの初期設定を配置します。
- フィードバック用コマンドは、トリガーとなる状態変更のすぐ隣に保存します。
次に進むべき場所
テーブルを保存したら、それを Boss 召喚、アイテム修飾子、そしてデータパックのファイルがどこに属するかを記録した Project エントリと結びつけてください。
エンカウント側では、ブレイズ皇帝のファイア Boss ルートプリセット や カスタム報酬用の Item 修飾子プリセット と組み合わせてみてください。
FAQ
この Data Pack コマンドはチャットに貼り付けても問題ありませんか?
セレクターが安全で行も短ければ、単発のスモークテストなら基本的に問題ありません。マップでの挙動を繰り返し再現できるようにするには、Project に保存し、順序づけられたパックや関数スタイルの出力をコピーしてください。
ギャラリーが UI 中心になっているのはなぜですか?
このプリセットは、目に見えるワールド内のオブジェクトではなく、JSON、Project の整理、レビュー用ワークフローを生み出すためのものだからです。意味のある証拠は、ワークベンチの状態、出力、Project 上の配置にあります。
このプリセットを共有する前に確認すべき点は何ですか?
セレクターの範囲、コマンドの順序、対象バージョン、そしてコマンドがセットアップ、エンカウントロジック、フィードバック、クリーンアップのどこに属するかを確認します。これらの分類によって、Project パック内のどこに配置するかが決まります。
このワークフローを開く
関連する Data Pack ワークベンチから始め、ワールドに合わせてプリセット項目を調整します。