アイテムプリセット
Java 1.21 アイテムコンポーネントプリセットガイド
Java 1.21 アイテムコンポーネントプリセットガイドは、テンプレ化されたコマンドメモではなく、完結した Give ワークフローになりました。対象ワールドがすでに Java 1.21 系の構文を使っていて、最初からアイテムをコンポーネントとして書きたい場合に、このプリセットを使ってください。これは、Java 1.20.4 のレガシー NBT プリセットに対応する、現行の出力に相当します。この記事ではセットアップ用フィールド、出力の確認、Project への配置、結果のキャプチャをひとつにまとめているため、マップのセットアップ、イベントトリガー、または再利用可能な Command Pack の一部としてコマンドを組み込む前に、無理なく監査できます。Give Workbenchは、コマンドをコピーする前にコンポーネントのペイロードを表示しておく必要があります。カスタム名、説明文 (lore)、エンチャントの輝き、custom_data がコンポーネント形式の出力としてレビューされることで、この記事は古い NBT の例ではなく現行の Java の挙動に焦点を当てられます。
プリセット結果
名前、説明文 (lore)、エンチャントの輝き、custom_data を備えた、現行 Java 1.21 のアイテムコンポーネントコマンド。
出力
Java 1.21 のコンポーネント形式アイテムコマンド
/give @p minecraft:trial_key[custom_name={text:"Vault Trial Key",color:"gold",italic:false},lore=[{text:"Java 1.21 component item",color:"gray",italic:false}],custom_data={trial_key:"vault_alpha"},enchantment_glint_override=true] 1プリセットのスクリーンショット
プリセットを作成
- Java 1.21 を選択して Give を開きます。
- マップの報酬やキーアイテムに合わせて、ベースとなるアイテムを選択します。
- 追加する内容: コンポーネント形式でのカスタム名と説明文 (lore)。
- ワークフロー上必要なときだけ、エンチャントの輝きや custom_data を設定してください。
- 出力では、角括弧で囲まれたコンポーネントの構文を確認してください。
- 対象バージョンがすぐにわかる名前を付けて、コマンドを保存してください。
この Give プリセットを Project に置く理由
対象ワールドがすでに Java 1.21 系の構文を使っていて、最初からアイテムをコンポーネントとして書きたい場合に、このプリセットを使ってください。これは、Java 1.20.4 のレガシー NBT プリセットに対応する、現行の出力に相当します。
Give Workbenchは、コマンドをコピーする前にコンポーネントのペイロードを表示しておく必要があります。カスタム名、説明文 (lore)、エンチャントの輝き、custom_data がコンポーネント形式の出力としてレビューされることで、この記事は古い NBT の例ではなく現行の Java の挙動に焦点を当てられます。コピーしたコマンドは、セレクターの範囲、ワールドの状態、パック内の順番、そして Minecraft に貼り付ける正確な出力といった前提が一緒に見えていてはじめて役に立ちます。コマンドが NBTForge を離れる前に細部を確認できる中間チェックポイントとして、このプリセットを扱ってください。
ギャラリーは、その確認作業を中心に組み立てられています。1 枚目はWorkbenchの状態を示し、2 枚目はプレイヤーから見える挙動を変えるフィールドや補助モジュールを取り上げ、出力のスクリーンショットではコマンドや関連するコマンドペアが表示されたままになります。プリセットに目に見える結果がある場合は、ありものの汎用オーバーレイに頼らず、復元したテストワールドで同じ考え方を確かめてゲーム内スクリーンショットを撮ります。
テストと範囲の確認
コンポーネント形式の出力はバージョンに依存します。別の作者が構文をまず確認せずに古いサーバーで使い回してしまわないように、選択した対象バージョンを Project エントリと一緒に必ず残しておいてください。
セレクターを絞り、ワールドを綺麗な状態にしたうえで最初のスモークテストを行ってください。環境系、ユーティリティ系、ルーティング系、フィードバック系のコマンドは無害そうに見えても、実際には全プレイヤーやワールド全体に影響することがよくあります。コマンドが意図した状態だけを変えていることを確認し、その出力が存在する理由を説明するセットアップ行やフォローアップ行と並べて、正確な出力を保存しておいてください。
コマンドが関数ファイルやコマンドブロックのチェーンに組み込まれる場合は、ライブのWorkbenchの状態だけでなく、コピーしたアーティファクトそのものをテストしてください。これによって、古いセレクター、コマンド順の取り違え、セットアップ行の欠落、そして前回のテストの状態が残っているおかげで動いているように見えるだけのコマンドを洗い出せます。
- パック全体を確認し終えるまでは、セレクターを狭く保ってください。
- ワールド設定は、特定エンカウント用のオーバーライドより先に配置してください。
- フィードバックコマンドは、状態を変えるトリガーのすぐ隣に保存してください。
次にどこで使うか
レガシーな Java アイテム NBT コマンドを廃止していくときは、このコンポーネント形式のアイテムを現行の置き換え先として使ってください。
移行の文脈をつかむには、Java 1.20.4 アイテム NBT プリセットガイド や クロスエディションのアイテムプリセットチェックリスト を比較してみてください。
FAQ
この Give コマンドはチャットに貼り付けてもいいですか?
セレクターが安全で行が短い場合、ワンコマンドのスモークテストなら基本的に問題ありません。マップの動作を繰り返し再現できるようにするには、Project に保存し、順番通りに並べたパックや関数形式の出力をコピーしてください。
なぜこのページのギャラリーは UI 中心なのですか?
このプリセットが生成するのは目に見えるワールド内オブジェクトではなく、JSON、Project 編成、レビューワークフローだからです。価値のある証拠はWorkbenchの状態、出力、Project への配置です。
このプリセットを共有する前に何を確認すべきですか?
セレクターの範囲、コマンドの順番、対象バージョン、そしてそのコマンドがセットアップ・エンカウントロジック・フィードバック・クリーンアップのどれに属するかを確認してください。これらの分類で、Project のパック内のどこに配置するかが決まります。
このワークフローを開く
関連する Give ワークベンチから始め、ワールドに合わせてプリセット項目を調整します。