プリセット

ワールドプリセット

アドベンチャーマップ用ゲームルールプリセット

アドベンチャーマップ用 Gamerule プリセットは、テンプレート的なコマンドメモではなく、Gamerule に関する完全なワークフローへと進化しました。マップルールをセットアップメモに埋もれさせず、明示的に扱いたいときにご利用ください。アドベンチャーマップは多くの場合、Mob のスポーン、昼夜サイクル、火の延焼、インベントリの保持、グリーフ対策の挙動に依存しており、これらの前提は Command Pack の冒頭に置く必要があります。本記事では、セットアップ項目、出力レビュー、Project への配置、結果のキャプチャをひとまとめに扱っているため、マップセットアップ、イベントトリガー、再利用可能な Command Pack に組み込む前にコマンドを容易に点検できます。Gamerule Workbench は、出力の隣にルール ID と値を表示し続けるため、後からテスターに「なぜ Mob がスポーンしないのか」「なぜ火が広がらないのか」「なぜワールドが安定状態にリセットされ続けるのか」と聞かれた際も、セットアップを容易にレビューできます。

プリセット結果

gamerule のセットアップ行が、後続のコマンドが前提とするアドベンチャーマップのワールドルールを記録します。

出力

アドベンチャーマップ Gamerule コマンド

/gamerule doDaylightCycle false

プリセットのスクリーンショット

プリセットの状態を定めるための Gamerule コントロールから始めます。
2 枚目のスクリーンショットでは、プレイヤーから見える挙動を変える設定や関連コマンドを強調しています。
出力欄のスクリーンショットでは、Project に格納する前の最終コマンドまたはコマンドペアが確認できます。
gamerule のセットアップ行が、後続のコマンドが前提とするアドベンチャーマップのワールドルールを記録します。

プリセットを作成

  1. Gamerule Workbench を開きます。
  2. `doMobSpawning` や `keepInventory` のような、マップセットアップに属するルールを選びます。
  3. 前のテストの既定値を引きずらず、意図的に値を設定します。
  4. 生成された `/gamerule` 出力を確認します。
  5. Project 内で、他のワールドセットアップコマンドの近くにルールを保存します。
  6. クリーンなテスト環境でコマンドを実行し、そのルールがパックに含まれている理由を記録に残してください。

このゲームルールプリセットが Project に属する理由

このプリセットを使えば、マップルールをセットアップメモに埋もれさせず、明示的に扱えます。アドベンチャーマップは多くの場合、Mob のスポーン、昼夜サイクル、火の延焼、インベントリの保持、グリーフ対策の挙動に依存しており、これらの前提は Command Pack の冒頭に置く必要があります。

Gamerule Workbench は、出力の隣にルール ID と値を表示し続けます。これにより、後でテスターから「なぜ Mob がスポーンしないのか」「なぜ火が広がらないのか」「なぜワールドが安定状態にリセットされ続けるのか」と聞かれた際にも、セットアップを容易にレビューできます。コピーしたコマンドは、前提条件 (セレクター範囲、ワールドの状態、パック内の順序、Minecraft に貼り付ける正確な出力) が見えている場合にのみ役立ちます。コマンドが NBTForge を離れる前に、このプリセットを詳細を確認するためのチェックポイントとしてご活用ください。

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

テストと範囲の確認

ゲームルールはワールドレベルのスイッチです。あるマップで役立つコマンドが、文脈なしでコピーされて別のテストワールドを破壊する恐れもあるため、Project のエントリ名や周辺のセットアップコマンドはマップ固有のものとして残してください。

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

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

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

次のステップ

これを天候、時間、ロビーテレポート、リセット系コマンドと一緒に保存すると、完全なセットアップを順番にコピーできるようになります。

個別ルールの例については、インベントリ保持プリセットワークフローアドベンチャーマップスターター Command Pack に進んでみてください。

FAQ

この Gamerule コマンドをチャットに貼り付けても問題ありませんか?

セレクターが安全で行が短ければ、1 コマンドのスモークテストとしては通常問題ありません。マップでの挙動を再現可能にするには、Project に保存し、順序付きのパックやファンクション形式の出力をコピーしてください。

ユーティリティ系プリセットに結果キャプチャを含める理由は何ですか?

結果キャプチャは、コマンドが出力パネル上で正しく見えるだけでなく、Minecraft の可視ワールド、HUD、ルーティング、フィードバック状態を実際に変更したことを示します。

このプリセットを共有する前に何を確認すべきですか?

セレクターの範囲、コマンドの順序、対象バージョン、そしてコマンドがセットアップ、エンカウントロジック、フィードバック、クリーンアップのどれに属するかをご確認ください。これらの分類によって、Project パック内のどこに配置すべきかが決まります。

このワークフローを開く

関連する Gamerule ワークベンチから始め、ワールドに合わせてプリセット項目を調整します。