Minecraft コマンドが機能しない理由

現在の Java ワールドからCopy したコマンドは、アイテムコンポーネントの構文がまだ存在していないため、Java 1.20.4 以前では失敗する可能性があります。逆もよくあります。古いアイテム NBT は古いワールドで受け入れられますが、1.20.5 アイテムコンポーネントの変更後は失敗するか、動作が異なります。

最初に NBTForge バージョンを設定してから、Output を再生成します。バージョンの切り替え後にコマンドの形状が変わった場合は、それを表面的な書き換えではなく、実際の構文の違いとして扱います。

• 従来のアイテム NBT の例には、Java 1.20.4 以降を使用してください。
• コンポーネント スタイルのアイテムOutputには、Java 1.20.5+ を使用します。
• Bedrock 安定版を使用するのは、コマンド ファミリが Bedrock 構文でサポートされている場合のみです。

セレクターがエンティティに一致しないか、間違ったプレイヤーに一致すると、有効なコマンドが壊れているように見えることがあります。長い召喚やペイロードをデバッグする前に、タイトル、Tellraw、エフェクトなどの小さなコマンドを使用してセレクターをテストします。

セレクターに距離、スコア、タグ、チーム、または NBT フィルターが含まれている場合は、コマンドが再び照合を開始するまでフィルターを一度に 1 つずつ削除します。次に、可能な限り最小の手順でフィルターを再度追加します。

長いコマンドは通常、ネストされた JSON テキスト コンポーネント、エスケープされた引用符、アイテム名、lore 行、または手書きの NBT を中心に分割されます。コマンドに表示可能なプレーヤー テキストが含まれている場合は、引用符文字を手動で編集するのではなく、ビジュアル エディターでそのテキストを再構築します。

NBTForge は、大きな文字列を小さな型付きフィールドに変換するため、インポート後に最も役立ちます。 1 つのフィールドを編集してOutput を確認し、ネストされた複数のセクションを一度に変更しないようにします。

• JSON テキストが二重エスケープされているため、名前と lore は失敗することがよくあります。
• ページテキストにエスケープされていない引用符が含まれていると、書籍が失敗する可能性があります。
• 中括弧または括弧が正しい順序で閉じていないと、カスタム データが失敗する可能性があります。

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

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

デバッグ用のライブ サンプルについては、ゾンビライディングスパイダーコマンドプリセット、spider jockey召喚コマンドプリセット、および ブレイズエンペラーファイアBosslootプリセット を比較してください。

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