アドベンチャーマップ用の Command Pack プリセット

マップがコマンドブロックや関数ファイルとして組み上がる前に、内容を見直せる短いスターターパックがほしい場合に、このプリセットを使ってください。アドベンチャー用のパックは、セットアップ、ルーティング、フィードバックのコマンドが目に見える順序なしに別の場所からコピーされた結果、うまく動かなくなることがよくあります。

Project ビューは、コマンドの順序と出力をまとめて保持してくれます。役立つ確認ポイントは、ワールドセットアップがテレポートよりも前に実行されているか、フィードバックが状態変更のあとに走っているか、パックをコピーする前にすべての行が同じマップフェーズに属しているかどうかです。コピーしたコマンドは、セレクターの範囲、ワールドの状態、パック内の順番、そして Minecraft に貼り付ける正確な出力といった前提が一緒に見えていてはじめて役に立ちます。コマンドが NBTForge を離れる前に細部を確認できる中間チェックポイントとして、このプリセットを扱ってください。

ギャラリーは、その確認作業を中心に組み立てられています。1 枚目はWorkbenchの状態を示し、2 枚目はプレイヤーから見える挙動を変えるフィールドや補助モジュールを取り上げ、出力のスクリーンショットではコマンドや関連するコマンドペアが表示されたままになります。プリセットに目に見える結果がある場合は、ありものの汎用オーバーレイに頼らず、復元したテストワールドで同じ考え方を確かめてゲーム内スクリーンショットを撮ります。

ラベルを付けずに、デバッグ専用のコマンドとリリース用セットアップを混ぜないでください。テスター用のショートカットは別の Project グループに保存するか、公開マップ用の Command Pack を書き出す前に取り除いてください。

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

コマンドが関数ファイルやコマンドブロックのチェーンに組み込まれる場合は、ライブのWorkbenchの状態だけでなく、コピーしたアーティファクトそのものをテストしてください。これによって、古いセレクター、コマンド順の取り違え、セットアップ行の欠落、そして前回のテストの状態が残っているおかげで動いているように見えるだけのコマンドを洗い出せます。

• パック全体を確認し終えるまでは、セレクターを狭く保ってください。
• ワールド設定は、特定エンカウント用のオーバーライドより先に配置してください。
• フィードバックコマンドは、状態を変えるトリガーのすぐ隣に保存してください。

スターターパックが動いたら、繰り返し使うロジックを `.mcfunction` ファイルへ切り出し、起動用コマンドだけを Project の 1 エントリに残しておいてください。

大きめのパックを組む場合は、Project ライブラリプリセットワークフロー や コマンドチェーン用のファンクションパックプリセット と一緒に使うのがおすすめです。