クリーンアップ用 kill コマンドプリセット

マップテストを繰り返しているうちに、次の実行までに消えてほしいドロップアイテム、マーカーエンティティ、一時的な mob、アリーナ装飾などが残ってしまうときに、このプリセットを使います。クリーンアップ用コマンドが安心して使えるのは、セレクターが十分に絞り込まれているときだけです。

Kill のワークフローでは、コマンドの長さよりもセレクターのレビューに重点を置きます。フィルターをかけない `/kill @e` はテストワールドを最も簡単に破壊できるコマンドのひとつなので、コピーする前にタイプ、距離、タグ、limit といった判断材料を画面上に残しておいてください。コピーしたコマンドは、周辺の前提条件 (セレクターの範囲、ワールドの状態、パック内での順序、Minecraft に貼り付ける最終的な出力) が見えてはじめて意味を持ちます。このプリセットは、コマンドが NBTForge を出る前に細部を確認するためのチェックポイントとして扱ってください。

ギャラリーはこのレビュー観点に沿って構成されています。1 枚目はワークベンチの状態を示し、2 枚目はプレイヤーに対する挙動を変えるフィールドや併用モジュールを取り上げ、出力のスクリーンショットでは最終的なコマンドまたはコマンドのペアが残ったままになります。プリセットに目に見える結果がある場合、ゲーム内のキャプチャでは汎用的なオーバーレイに頼らず、再現したテストワールドで同じ考え方を確認します。

本番マップで範囲の広いクリーンアップ用セレクターを使うのは避けてください。無害なセレクターから始め、一時エンティティの作成時にタグを付け、何を消してよいかを説明する kill コマンドをリセット関数の近くに置きましょう。

最初のスモークテストは、絞り込んだセレクターとクリーンなワールド状態で実行してください。環境、ユーティリティ、ルーティング、フィードバックのコマンドは一見無害に思えても、実際にはプレイヤー全員やワールド全体に作用することが少なくありません。コマンドが意図した状態だけを変えていることを確認し、その出力が存在する理由を説明するセットアップ行やフォローアップ行のすぐ隣に、出力を正確に保存しましょう。

コマンドが関数ファイルやコマンドブロックのチェーンの一部になるのであれば、実行中のワークベンチの状態だけでなく、コピーした成果物自体をテストしてください。これによって、古いセレクター、誤ったコマンド順序、抜け落ちたセットアップ行、前回のテストの残留状態のせいで動いて見えていただけの効果を洗い出せます。

• パック全体のレビューが終わるまで、セレクターは狭く保ちます。
• 個別エンカウントの上書きより前に、ワールドの初期設定を配置します。
• フィードバック用コマンドは、トリガーとなる状態変更のすぐ隣に保存します。

テストを繰り返す際は、セットアップ用コマンドの前にクリーンアップを走らせ、一時的な状態を作る召喚、loot、アイテム系コマンドの隣に保存しておきます。

安全なリセットの流れについては、インベントリ維持プリセットのワークフロー、ロビー帰還用のテレポートプリセット、Minecraft Command Pack のレビューチェックリスト と比較してみてください。