カスタムカラーのスプラッシュポーションプリセット

汎用のバニラ瓶ではなく、マップ用のアイテム、ボスフェーズの仕込みアイテム、回復用の一撃、あるいはスクリプト化された遭遇の合図としてポーションを読ませたいときに、このプリセットを使ってください。カスタムカラーは投げる前にアイテムを見分けやすくし、エフェクトのペイロードは着弾の瞬間に何が起こるかを決めます。

このワークフローは、スプラッシュポーションのアイテム、表示名、説明文 (lore)、カスタムカラー、エフェクトの ID、強さ、効果時間、そして生成された Give 出力をひとまとめに保ち続けます。ポーションコマンドはアイテム ID 自体ではなく、たった 1 つの欄の食い違いで失敗することが多いので、これは重要です。コピーしたコマンドは、周囲の前提条件、つまりセレクターの範囲、ワールドの状態、パック内での順序、そして Minecraft へ貼り付ける正確な出力が見えてはじめて意味を持ちます。コマンドが NBTForge を離れる前に細部を確認できるチェックポイントとして、このプリセットを扱ってください。

ギャラリーはその確認を軸に構成されています。1 枚目は Workbench の状態を写し、2 枚目はプレイヤー側の挙動を変える入力欄や連動するモジュールを取り上げ、出力のスクリーンショットでは、コマンドや組み合わせて使うコマンドがそのまま画面に残ります。プリセットに目に見える結果があるときは、汎用のオーバーレイに頼らず、まっさらに戻したテストワールドでゲーム内キャプチャが同じ趣旨を裏付けます。

ポーションの色は、エフェクトのペイロードの代わりにはなりません。赤や紫の瓶であっても、回復や強化、あるいはカスタム効果が入っている場合がありますので、ツールチップと説明文 (lore) は、コマンドが実際にプレイヤーへ与えるものについて正直であり続けてください。

最初のスモークテストは、範囲を狭く絞ったセレクターと、きれいに整えたワールドの状態で実行します。環境、ユーティリティ、ルーティング、フィードバック系のコマンドは無害そうに見えても、多くの場合はすべてのプレイヤーやワールド全体に影響します。コマンドが意図した状態だけを書き換えていることを確かめ、その出力が存在する理由を説明する設定行や追従の行のすぐ隣に、正確な出力を保存してください。

コマンドが関数ファイルやコマンドブロックのチェーンに組み込まれる場合は、動作中の Workbench の状態だけでなく、コピーした成果物自体をテストしてください。そうすれば、古いセレクター、誤ったコマンドの順序、欠けた設定行、あるいは前のテストの状態が残っていたから動いて見えただけのエフェクトに気付けます。

• パック全体の確認が終わるまでは、セレクターを狭いまま保ってください。
• 遭遇ごとの上書きより先に、ワールド設定を置いてください。
• フィードバック系のコマンドは、その引き金となる状態変更の隣に保存してください。

プレイヤーがポーションをいつ受け取るかを決める、遭遇用や報酬用のコマンドと一緒に保存し、効果の強さのバランスを取る前に、まずは着弾の合図をテストしてください。

近い系統のエフェクトワークフローについては、移動速度上昇のためのエフェクトプリセット、ボスフェーズの強化エフェクトプリセット、そして ボス戦向けのポーションプリセットジェネレーター を見比べてください。