Minecraft カスタム村人取引コマンド

村人の取引コマンドはデバッグしにくい題材です。アイテムのデータが buy、buyB、sell のいずれにも現れる可能性があるからです。まずは取引をひとつだけのシンプルな構成で動かし、それから追加のレシピを積み上げてください。

NBTForge は関連アイテムのプリセットの隣にコマンドを並べておけるため、この用途では特に便利です。先に販売アイテムを組み立ててから、そのアイテムを sell スタックとして貼り付ける、あるいは作り直すという流れにできます。

• 常設ショップでは maxUses を活用してください。
• 取引によって村人のレベルを上げたくない場合は、rewardExp:0b を指定します。
• 後始末、保護、エリア判定のロジック用に Tags を活用します。

村人のショップは、たいていの場合より大きな Command Pack に属する存在です。召喚コマンドを、エリア設定、タイトルプロンプト、テスト用村人のバックアップ用クリアコマンドなどと組み合わせてください。

取引コストは読み取りやすく保ってください。珍しい通貨を必要とするショップであれば、その通貨アイテムを先に独自の Give プリセットとして作っておきましょう。

Minecraft カスタム村人取引コマンドは、単にコピーする文字列ではなく、テスト済みの出発点として扱ってください。出力がきちんと動いた段階で、わかりやすい Project 名を付けて保存し、対象の Minecraft バージョンを書き残し、scoreboard、ボスバー、ルートテーブル、リセット行など関連するセットアップコマンドの近くに置いておきます。

プリセットをマップ、サーバー、Command Pack へ公開する前に、起動中の Workbench の中だけで動かすのではなく、いったんコピーした成果物から実行してみてください。これによって、依存関係の抜け、古いセレクター、Edition の選び間違い、ローカルでの作業状態に依存して偶然動いていただけのコマンドなどを洗い出せます。

• 選択した Edition と Version は、共有するコマンドにそのまま反映させます。
• ダメージ、キル、クリア、テレポートを行う前に、無害なコマンドでセレクターの挙動を確認してください。
• 長いコマンドをチャットに貼り付けるのではなく、Project か関数スタイルのワークフローへ移しましょう。
• エンティティ、アイテムコンポーネント、passenger、データパックのリソースを変更した後は、警告内容をもう一度見直してください。