Minecraft カスタムポーションコマンドジェネレーター

ポーションの作例の多くは増幅度を極端に上げる方向に偏っていますが、実運用ではむしろ持続時間の方が重要になりがちです。ボス戦のフェーズで使うポーション、キット配布用のポーション、マップのチュートリアル用ポーションでは、まったく異なるタイミング設計が必要になります。

NBTForge は効果の持続時間と増幅度を同じワークフロー内に保持するため、面白半分のコマンドとして出力をコピーするのではなく、実際のゲームプレイに合わせて値を詰めていけます。

後段のコマンドでポーションを検出または削除する必要がある場合は、custom_data を使ってください。表示名のテキストにロジックを依存させないことが重要です。アイテムがローカライズされたり、スタイルが変更されたりすると、名前は変わり得るからです。

報酬キットでは、Project に保存する際に、対応するタイトル、効果音、ボスフェーズ用コマンドの隣にポーションを置いておきます。

• 目に見えないヘルパー効果を作る場合は、show_particles を false にしてください。
• 対面戦闘で使うツールとしては splash_potion が向いています。
• プレイヤーのインベントリに渡す報酬には、通常のポーションを使います。

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

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

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