プリセット

アイテムプリセット

Adventure 向けの CanPlaceOn アイテムプリセット

Adventure 向けの CanPlaceOn アイテムプリセットは、1 枚の合成画像ではなく、完結した Give のワークフローへと生まれ変わりました。Adventure の建築パズル、修復の手順、あるいはプレイヤーが認められたブロック群の上にだけアイテムを設置すべきマップ区間で、このプリセットを使ってください。このページではコマンドを貼り付け専用のスニペットではなく、再利用できるアイテム定義として扱いますので、表示名、説明文 (lore)、コンポーネントのペイロード、出力、そしてゲーム内での配布までがすべて噛み合っている必要があります。Workbench はアイテムのテキストの隣に許可リストを表示し続けますので、テストへ進む前にマップのルールを確認できます。最後のキャプチャは、マップスクリプトやルートの経路、Command Pack のワークフローへつなぐ前に、生成したアイテムが実際にホットバーへ届くことを証明してくれます。

プリセット結果

プレイヤー向けの説明文 (lore) と、選んだブロックに対する can_place_on ルールを備えた、Adventure 用のアイテムです。

出力

CanPlaceOn アイテムコマンド

/give @p minecraft:diamond_pickaxe[custom_name={text:"Builder Permission Token",color:"green",italic:false},lore=[{text:"CanPlaceOn: obsidian and wool",color:"gray",italic:false}],can_place_on=[{blocks:"minecraft:obsidian"},{blocks:"#minecraft:wool"}],custom_data={adventure_rule:"can_place"}] 1
Too long for Minecraft chat

The longest command line is 295 characters, 39 over the 256-character chat input limit. Pasting it into chat can truncate the line and make Minecraft report a syntax error even when the generated command is valid.

  • Use a Command Block: run /give @s command_block, place it, then paste this command into the block command field.
  • Use a .mcfunction for a reusable datapack: save the line without the leading slash at saves/<world>/datapacks/<pack>/data/<ns>/function/<name>.mcfunction with a minimal pack.mcmeta, run /reload, then run /function <ns>:<name>. Do not paste .mcfunction content into chat.

プリセットのスクリーンショット

Workbench はアイテムのテキストの隣に許可リストを表示し続けますので、テストへ進む前にマップのルールを確認できます。
2 枚目のスクリーンショットでは、アイテムのツールチップやコンポーネントのペイロードを書き換える入力欄に注目しています。
出力のスクリーンショットでは、テストへ進む前に最終的なコマンドとコピーボタンがそのまま画面に残ります。
ゲーム内のスクリーンショットによって、この Give コマンドからまさに Builder Permit Token アイテムが配られることを確認できます。

プリセットを作成

  1. Give Workbench を開き、ターゲットセレクターがワールド全体に向いているか、それともコマンドブロック用に絞られているかを必ず確認します。
  2. アイテムをダイヤモンドのツルハシに設定します。
  3. Builder Permit Token アイテムのための表示名と説明文 (lore) を入力します。
  4. このアイテムに本当に必要なコンポーネントだけを追加し、生成された出力を見直します。
  5. スモークテスト用に /give コマンドをコピーするか、より大きなワークフローの一部であれば Project に保存します。
  6. クリエイティブのテストワールドでコマンドを実行し、プレイヤーの手元かホットバーにアイテムが現れることを確かめます。

Builder Permit Token アイテムにプリセットが欠かせない理由

Adventure の建築パズル、修復の手順、あるいはプレイヤーが認められたブロック群の上にだけアイテムを設置すべきマップ区間に、このプリセットを使ってください。

Workbench はアイテムのテキストの隣に許可リストを表示し続けますので、テストへ進む前にマップのルールを確認できます。素のコマンドスニペットでは、ふつうこの部分が隠れてしまいます。プレイヤーから見えるテキスト、バージョンに依存するコンポーネント、そしてコピーできる出力は、コマンドが Workbench を離れる前にすべて整合していなければなりません。

アイテムをより大きなコマンドチェーンに組み込む前に、このプリセットを最終確認の場として活用してください。ツールチップがアイテムの効果をプレイヤーへ正しく伝えているか、custom_data などの目に見えないコンポーネントがコマンドのロジックを支えているか、そしてコピーした出力が選択中の Minecraft バージョンに今も合致しているかを確かめます。ゲーム内の結果をあえて簡素にしているのは、品質確認の最初の問い「このコマンドは、記事で説明したアイテムスタックを本当に配ってくれるのか」に答えるためです。

バージョンとコンポーネントの確認

現行の Java におけるアイテムコマンドは、古いチュートリアルでは NBT として書かれていた数多くの細部を、アイテムコンポーネントとして表現します。とくにアイテムに名前、説明文 (lore)、エンチャント、レアリティ、カスタムモデルデータ、ポーションの中身、または unbreakable 状態を含める場合は、編集中も選択したバージョンが見える状態を保ってください。

ブロックタグはバージョンに依存しますし、エディションをまたぐと変換されないこともあります。まずは明示的なブロックを使い、単純なルールが動いてからタグを足してください。

コマンドの検証が済んだら、マップやデータパックを動かす予定と同じバージョンファミリーで実行します。コンポーネントが未対応であったり、セレクターが多すぎるプレイヤーを巻き込んでいたり、データで裏付けされていない挙動をアイテムのテキストが約束していたりすると、見た目はきれいにコピーできたコマンドでも、設計としては誤っている場合があります。スコアボード、ルートテーブル、ショップ、NPC、リセット系のコマンドを足す前に、安定したバリアントを Project に保存しておきましょう。

  • 生のコマンドテキストを編集する前に、まず Workbench の入力欄を使ってください。
  • 表示テキストは、インベントリのツールチップに収まる長さに保ってください。
  • 見える名前に頼らず、コマンドのロジックには custom_data を使ってください。

次にどこで使うか

アイテムをパズルやリセットの関数につなぐ前に、Adventure で許可ブロックのリストに対してテストしてください。

アイテムを再利用する場合は、スコアボード、ルートテーブル、NPC、リセット系コマンドを足す前に Project エントリとして保存してください。こうしておけば、マップが大きく育ってもアイテム定義を見直せる状態を保てます。

対応する Adventure の破壊ルールについては、アドベンチャーマップ向けの CanDestroy ツールプリセット を見比べてください。

FAQ

この Give コマンドはチャットに貼り付けても大丈夫ですか。

コマンド長の警告がチャットの上限を下回っていれば問題ありません。上限を超える場合は、行全体をチャットに貼り付けるのではなく、コマンドブロックやデータパックの関数を使ってください。

このプリセットを使ったあとでアイテムの種類を変えても構いませんか。

はい、構いません。まずアイテムの欄を変更し、その後ですべてのコンポーネントを見直してください。設定によってはダイヤモンドのツルハシには合っていても、すべての Minecraft アイテムに合うとは限りません。

ゲーム内アイテムのスクリーンショットを掲載しているのはなぜですか。

このコマンドが、出力パネル上で有効に見える文字列を出すだけでなく、実際にアイテムスタックを配っていることを、スクリーンショットが裏付けるためです。

このワークフローを開く

関連する Give ワークベンチから始め、ワールドに合わせてプリセット項目を調整します。