预设

数据包预设

Boss 掉落战利品表预设

Boss 掉落战利品表预设如今是一整套完整的 Data Pack 工作流程，而不再是一段模板化的命令注释。当 Boss 奖励应该作为数据包资源存在、而不是写成一次性的 `/give` 行时，请使用这个预设。战利品表把奖励和实体死亡路径绑定在一起，这样既更容易在竞技场之间复用，也更便于在地图交付前接受审查。本文把设置字段、输出审查、Project 归位以及结果截图整合在一起，让命令在成为地图设置、事件触发器或可复用 Command Pack 的一部分之前，容易被审计。Data Pack 工作台会把命名空间、资源路径、rolls、条件和奖励条目和生成的 JSON 并排展示。这是关键的审查点，因为 Boss 召唤可以通过 `DeathLootTable` 指向这个文件，但实际掉落行为仍然取决于 JSON 是否合法、是否放在预期路径下。

阅读语言ENRUDEESPT中文日本語VIFR한국어IDPLTR

预设结果

只有当 Boss 被玩家击杀时才掉落灰烬战将之刃的数据包战利品表。

输出

Boss 战利品表 JSON

data/nbtforge/loot_table/entities/ashen_warlord.json
{
  "type": "minecraft:entity",
  "pools": [
    {
      "rolls": 1,
      "conditions": [
        {
          "condition": "minecraft:killed_by_player"
        }
      ],
      "entries": [
        {
          "type": "minecraft:item",
          "name": "minecraft:netherite_sword",
          "functions": [
            {
              "function": "minecraft:set_components",
              "components": {
                "minecraft:custom_name": {
                  "text": "Ashen Warlord Blade",
                  "color": "red",
                  "italic": false
                },
                "minecraft:enchantment_glint_override": true,
                "minecraft:custom_data": {
                  "boss_drop": "ashen_warlord"
                }
              }
            }
          ]
        }
      ]
    }
  ]
}

预设截图

先从定义预设状态的 Data Pack 控件开始。
第二张截图突出展示了那些会改变面向玩家的行为的字段，以及配套的命令。
输出截图在命令进入 Project 之前，把最终命令或命令对保持可见。

构建预设

  1. 打开 Data Pack 工作台。
  2. 把生成器设为 Loot Table。
  3. 把命名空间设为 `nbtforge`，资源路径设为 `entities/ashen_warlord`。
  4. 把表类型设为 `minecraft:entity`。
  5. 使用一次 roll，加上 `killed_by_player` 池条件。
  6. 把奖励条目设为 Boss 物品或物品修改器的目标。
  7. 复制 JSON 路径，把它和 Project 中对应的 Boss 召唤一起保存。
  8. 在把文件挂到正式 Boss 之前，用 `/loot spawn` 对它做一次冒烟测试。

为什么这个 Data Pack 预设应进入 Project

当 Boss 奖励应该作为数据包资源存在、而不是写成一次性的 `/give` 行时，请使用这个预设。战利品表把奖励和实体死亡路径绑定在一起，这样既更容易在竞技场之间复用，也更便于在地图交付前接受审查。

Data Pack 工作台会把命名空间、资源路径、rolls、条件和奖励条目和生成的 JSON 并排展示。这是关键的审查点，因为 Boss 召唤可以通过 `DeathLootTable` 指向这个文件，但实际掉落行为仍然取决于 JSON 是否合法、是否放在预期路径下。复制出来的命令只有在周围假设可见时才有用：选择器范围、世界状态、包内顺序，以及将要粘贴进 Minecraft 的确切输出。把这个预设当作检查点，让这些细节在命令离开 NBTForge 之前接受审查。

整组截图就是围绕这种审查思路而设计的。第一张展示工作台状态，第二张点出改变面向玩家行为的字段或配套模块，输出截图保留最终命令或命令对。当预设有可见结果时，游戏内截图会在恢复的测试世界中确认同一个结论，而不是靠通用素材敷衍了事。

测试与范围审查

不要只用 `/loot give` 测试奖励，然后就假设 Boss 已经接好。请同时测试两端：战利品表 JSON，以及把 `nbtforge:entities/ashen_warlord` 作为死亡战利品表的召唤命令。

用窄选择器和干净的世界状态做第一次冒烟测试。环境、实用、路由和反馈类命令看起来无害，但它们往往会影响每一位玩家或整张世界。先确认命令只改变预期的状态，再把确切的输出和设置行或解释行一起保存。

如果命令将进入函数文件或命令方块链，请测试复制出来的成品，而不仅是当前工作台状态。这样才能抓出过期的选择器、错误的命令顺序、漏掉的设置行，以及那些只因前一次测试残留状态而显得有效的效果。

  • 在完整审过整个包之前，始终把选择器范围收窄。
  • 把世界级设置放在战斗专用覆盖之前。
  • 把反馈命令紧挨着触发它们的状态变化保存。

接下来用在哪里

保存好这张表后，把它和 Boss 召唤、物品修改器，以及记录该数据包文件归属的 Project 条目连起来。

如需战斗侧的搭配，可对比烈焰皇帝火 Boss 战利品预设与自定义奖励物品修改器预设。

FAQ

我可以直接把这条 Data Pack 命令粘进聊天框吗？

如果选择器安全、命令行不长，做一次性冒烟测试通常没问题。但若要复用为地图行为，请把它保存到 Project，并复制有序的包或函数式输出。

为什么这组截图只展示界面？

这个预设生成的是 JSON、项目结构或审查流程，而不是某个可见的现实物体。真正有用的证据是工作台状态、输出和 Project 归位。

在分享这个预设之前，我应该核对哪些内容？

核对选择器范围、命令顺序、目标版本，以及这条命令到底属于设置、战斗逻辑、反馈还是清理。这些分类决定了它在 Project 包中的位置。

打开这个工作流

从相关 Data Pack 工作台开始，然后按你的世界调整预设字段。