アイテムプリセット
アドベンチャーマップ向けのカスタムシールドプリセット
アドベンチャーマップ向けのカスタムシールドプリセットは、1 枚の合成画像ではなく、完結した Give のワークフローへと生まれ変わりました。シールドにはっきりした個性を持たせたい、アドベンチャーマップの守り手、NPC ガード、ダンジョンのキット、あるいは防御寄りのプレイヤー装備に、このプリセットを使ってください。このページではコマンドを貼り付け専用のスニペットではなく、再利用できるアイテム定義として扱いますので、表示名、説明文 (lore)、コンポーネントのペイロード、出力、そしてゲーム内での配布までがすべて噛み合っている必要があります。ここで助かるのは、防御の役割、表示テキスト、耐久、そして検出マーカーが、ひとつのアイテムスタックの中にきちんとまとまっている点です。最後のキャプチャは、マップスクリプトやルートの経路、Command Pack のワークフローへつなぐ前に、生成したアイテムが実際にホットバーへ届くことを証明してくれます。
プリセット結果
説明文 (lore)、unbreakable 状態、エンチャントの輝き、そして custom_data に持たせたガードキットの ID まで備えた、名前付きのシールドです。
出力
カスタムシールドの Give コマンド
/give @p minecraft:shield[custom_name={text:"Gatekeeper Shield",color:"dark_aqua",italic:false},lore=[{text:"Adventure guard kit",color:"gray",italic:false}],unbreakable={},enchantment_glint_override=true,custom_data={shield:"gatekeeper"}] 1プリセットのスクリーンショット
プリセットを作成
- Give Workbench を開き、ターゲットセレクターがワールド全体に向いているか、それともコマンドブロック用に絞られているかを必ず確認します。
- アイテムをシールドに設定します。
- Gatekeeper Shield のアドベンチャーアイテムのための表示名と説明文 (lore) を入力します。
- このアイテムに本当に必要なコンポーネントだけを追加し、生成された出力を見直します。
- スモークテスト用に /give コマンドをコピーするか、より大きなワークフローの一部であれば Project に保存します。
- クリエイティブのテストワールドでコマンドを実行し、プレイヤーの手元かホットバーにアイテムが現れることを確かめます。
Gatekeeper Shield のアドベンチャーアイテムにプリセットが欠かせない理由
シールドにはっきりした個性を持たせたい、アドベンチャーマップの守り手、NPC ガード、ダンジョンのキット、あるいは防御寄りのプレイヤー装備に、このプリセットを使ってください。
ここで助かるのは、防御の役割、表示テキスト、耐久、そして検出マーカーが、ひとつのアイテムスタックの中にきちんとまとまっている点です。素のコマンドスニペットでは、ふつうこの部分が隠れてしまいます。プレイヤーから見えるテキスト、バージョンに依存するコンポーネント、そしてコピーできる出力は、コマンドが Workbench を離れる前にすべて整合していなければなりません。
アイテムをより大きなコマンドチェーンに組み込む前に、このプリセットを最終確認の場として活用してください。ツールチップがアイテムの効果をプレイヤーへ正しく伝えているか、custom_data などの目に見えないコンポーネントがコマンドのロジックを支えているか、そしてコピーした出力が選択中の Minecraft バージョンに今も合致しているかを確かめます。ゲーム内の結果をあえて簡素にしているのは、品質確認の最初の問い「このコマンドは、記事で説明したアイテムスタックを本当に配ってくれるのか」に答えるためです。
バージョンとコンポーネントの確認
現行の Java におけるアイテムコマンドは、古いチュートリアルでは NBT として書かれていた数多くの細部を、アイテムコンポーネントとして表現します。とくにアイテムに名前、説明文 (lore)、エンチャント、レアリティ、カスタムモデルデータ、ポーションの中身、または unbreakable 状態を含める場合は、編集中も選択したバージョンが見える状態を保ってください。
シールドのプリセットは、それ単独でキット全体を定義するものではありません。マップで制御された戦闘の挙動が必要であれば、防具、武器、チームのルールと組み合わせてください。
コマンドの検証が済んだら、マップやデータパックを動かす予定と同じバージョンファミリーで実行します。コンポーネントが未対応であったり、セレクターが多すぎるプレイヤーを巻き込んでいたり、データで裏付けされていない挙動をアイテムのテキストが約束していたりすると、見た目はきれいにコピーできたコマンドでも、設計としては誤っている場合があります。スコアボード、ルートテーブル、ショップ、NPC、リセット系のコマンドを足す前に、安定したバリアントを Project に保存しておきましょう。
- 生のコマンドテキストを編集する前に、まず Workbench の入力欄を使ってください。
- 表示テキストは、インベントリのツールチップに収まる長さに保ってください。
- 見える名前に頼らず、コマンドのロジックには custom_data を使ってください。
次にどこで使うか
シールドの周りに召喚やチームのコマンドを足す前に、残りのガードキットと並べて保存してください。
アイテムを再利用する場合は、スコアボード、ルートテーブル、NPC、リセット系コマンドを足す前に Project エントリとして保存してください。こうしておけば、マップが大きく育ってもアイテム定義を見直せる状態を保てます。
近い系統の装備については、属性と説明文 (lore) を備えた防具プリセット と NBTForge のボスドロップ武器プリセット を見比べてください。
FAQ
この Give コマンドはチャットに貼り付けても大丈夫ですか。
コマンド長の警告がチャットの上限を下回っていれば問題ありません。上限を超える場合は、行全体をチャットに貼り付けるのではなく、コマンドブロックやデータパックの関数を使ってください。
このプリセットを使ったあとでアイテムの種類を変えても構いませんか。
はい、構いません。まずアイテムの欄を変更し、その後ですべてのコンポーネントを見直してください。設定によってはシールドには合っていても、すべての Minecraft アイテムに合うとは限りません。
ゲーム内アイテムのスクリーンショットを掲載しているのはなぜですか。
このコマンドが、出力パネル上で有効に見える文字列を出すだけでなく、実際にアイテムスタックを配っていることを、スクリーンショットが裏付けるためです。
このワークフローを開く
関連する Give ワークベンチから始め、ワールドに合わせてプリセット項目を調整します。