インベントリ保持プリセットワークフロー

死亡によってテスト用のアイテム、鍵、ボスの報酬、進行用ツールが失われるのを避けたいときにこのプリセットをご利用ください。戦闘テストが失敗しても作者にインベントリ状態の再構築を強いる必要がなくなるため、アドベンチャーマップを反復する局面で特に役立ちます。

ワークフローでは、コマンドを保存する前に、正確な `keepInventory` ルールと `true` の値が表示されたままになります。小さな差に見えるかもしれませんが、これによりプレイテスト時の利便性と、プレイヤー向けに記録すべきリリースルールとの混同を防げます。コピーしたコマンドは、前提条件 (セレクター範囲、ワールドの状態、パック内の順序、Minecraft に貼り付ける正確な出力) が見えている場合にのみ役立ちます。コマンドが NBTForge を離れる前に、このプリセットを詳細を確認するためのチェックポイントとしてご活用ください。

ギャラリーはそのレビューを中心に構成されています。1 枚目は Workbench の状態、2 枚目はプレイヤーから見える挙動を変えるフィールドや関連モジュール、出力欄のスクリーンショットでは最終コマンドまたはコマンドペアを確認できます。プリセットに目に見える結果がある場合は、ゲーム内キャプチャによって汎用オーバーレイに頼らず、復元したテストワールドで同じ意図を再確認できます。

インベントリを保持し続けると、本来の生存バランスの問題を隠してしまうことがあります。反復作業中はこれを利用しつつ、最終マップでも有効のままにするのか、デバッグ専用のセットアップファンクションへ移すのかをご判断ください。

狭いセレクターとクリーンなワールド状態で、まずスモークテストを実施します。環境、ユーティリティ、ルーティング、フィードバックのコマンドは無害に見えても、実際にはすべてのプレイヤーやワールド全体に影響することがよくあります。コマンドが意図した状態のみを変更していることを確認し、出力が存在する理由を説明するセットアップやフォローアップ行と一緒に、正確な出力を保存してください。

コマンドがファンクションファイルやコマンドブロックチェーンの一部になる場合は、ライブの Workbench 状態だけでなく、コピーした成果物そのものをテストします。これにより、古いセレクター、誤ったコマンド順序、抜けたセットアップ行、そして前回のテストで状態が残ったために動作しているように見えるだけの効果を検出できます。

• 完全なパックをレビューし終えるまで、セレクターは狭いままにしてください。
• エンカウント固有のオーバーライドの前に、ワールド設定を配置します。
• フィードバックコマンドは、トリガーとなる状態変化のすぐ隣に保存します。

これを報酬アイテムプリセットやクリーンアップコマンドと組み合わせ、毎回同じインベントリ状態からテストを開始できるようにします。

隣接するセットアップとして、アドベンチャーマップ用ゲームルールプリセット、アドベンチャーマップ用キーアイテムプリセット、クリーンアップ用 Kill コマンドプリセット を比較してみてください。