Minecraft target selector cheat sheet

ジョブに一致する最小のベース セレクターを使用します。コマンドが 1 人のプレイヤーに影響を与える場合は、すべてのプレイヤーではなく、最も近いプレイヤーまたはコマンド ランナーから開始します。エンティティに影響を与える場合は、広範なエンティティ セレクターを使用する前に、プレーヤーを含める必要があるかどうかを決定します。

幅広いセレクターはセットアップとクリーンアップに役立ちますが、タイプ、タグ、チーム、または距離フィルターと組み合わせる必要があります。

• 既知のエンティティとして実行する場合は、コマンド ランナーに @s を使用します。
• 最も近いプレイヤーとのやり取りには @p を使用します。
• Use @a for player-wide messages or setup.
• Use @e only when entity filtering is clear.

Tags は、多くの場合、複数コマンドのワークフローを接続する最もクリーンな方法です。エンティティの作成時に Add タグを指定し、後でそのタグをターゲットにします。これは、後続のコマンドごとに長い NBT フィルターを繰り返すよりも保守が簡単です。

距離フィルターと制限フィルターは、コマンド ブロックまたは関数から実行されるコマンドを保護します。距離フィルターが欠落していると、遭遇エリア外のエンティティに影響を与える可能性があります。

セレクターが一致しなくなったら、再び一致するまでフィルターを削除します。フィルタを順番に再度追加し、どのフィルタがコマンドを中断するかを確認します。スコアと NBT フィルターは、まだ存在しない可能性のある状態に依存するため、一般的な障害ポイントとなります。

NBTForge は周囲のコマンドの構築に役立ちますが、ゲーム内のセレクターの状態は依然としてワールド、scoreboardの目標、タグ、エンティティの位置に依存します。

このガイドを使用して、プレーヤーまたはマップ メーカーが実際に実行するアーティファクト (Copy したコマンド、注文された Project パック、またはdatapack リソース) を作成します。最終レビューは、編集可能なビルダーの状態だけでなく、Copy したOutputに対して行われる必要があります。

ワークフローがバージョンに依存する場合は、コマンドの横にターゲット バージョンのラベルを付けます。セレクター、scoreboard、boss bar、タグ、loot table、またはProject順序を使用する場合は、セットアップを公開する前にクリーンな環境でそれらの依存関係をテストしてください。

• 1 つのコマンドの場合は Output からの Copy、注文されたパックの場合は Project から。
• Java、Bedrock、およびスナップショット バリアントを分離してください。
• 最初に無害なOutputで破壊的なセレクターをテストします。
• ガイドが標準ワークフローになったら、関連するプリセットを更新します。