预设

项目预设

Project 库预设工作流程

Project 库预设工作流程如今是一套完整的 Project 工作流程，而不再是模板化的命令说明。当作者需要保存一份可重复的 Command Pack，而不是从一个个分散的页签里复制孤立的命令时，请使用这个预设。Project 库条目把工作台状态、输出、标题与资源路径之间的距离收得足够近，方便日后再次打开并编辑相应的地图设置。本文把设置字段、输出审阅、Project 归位与结果捕获放在一起呈现，让命令在成为地图设置、事件触发器或可复用 Command Pack 一部分之前，能被轻松审查。真正关键的控件是 Save-to-Project 这条路径。当一条命令或一份 JSON 资源被命名、分组并排列在相关条目旁边时，它才会变得真正有用，所以这组截图展示的是数据包工作台把内容交付到 Project，而不是停留在 JSON 输出处。

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

预设结果

一份可复用的项目库方案，把世界设置、数据包资源与启动命令编组在一起。

输出

已保存的项目库方案

Project: Crypt Adventure Setup
1. /time set noon
2. /weather clear 6000
3. /gamerule doMobSpawning false
4. data/nbtforge/loot_table/chests/crypt_reward.json
5. /function nbtforge:adventure/start

预设截图

从定义此预设状态的 Project 控件开始。
第二张截图突出展示改变玩家可见行为的设置或配套命令。
输出截图在进入 Project 之前，让最终命令或命令对保持可见。

构建预设

  1. 在对应的工作台里搭好一条命令或一份数据包资源。
  2. 在输出面板里点击 Save。
  3. 打开 Project 并确认这条条目以一个有意义的标题显示出来。
  4. 对相关的设置、奖励和清理命令重复同样的流程。
  5. 当数据包越来越大时，对 Project 列表进行筛选。
  6. 只有在顺序通过审阅之后，再去复制单独条目或整包输出。

为什么这个 Project 预设应该归入 Project

当作者需要保存一份可重复的 Command Pack，而不是从一个个分散的页签里复制孤立的命令时，请使用这个预设。Project 库条目把工作台状态、输出、标题与资源路径之间的距离收得足够近，方便日后再次打开并编辑相应的地图设置。

真正关键的控件是 Save-to-Project 这条路径。当一条命令或一份 JSON 资源被命名、分组并排列在相关条目旁边时，它才会变得真正有用，所以这组截图展示的是数据包工作台把内容交付到 Project，而不是停留在 JSON 输出处。一条复制出去的命令，只有在其周围的假设全部可见时才真正有用：选择器范围、世界状态、数据包内部顺序，以及最终会被粘贴进 Minecraft 的确切输出。请把这个预设当作一个检查点，让这些细节都能在命令离开 NBTForge 之前被审视一遍。

整组示意图正是围绕这种审视方式构建的。第一张截图展示工作台状态，第二张截图调出会改变玩家面向行为的字段或配套模块，输出截图则让最终命令或命令对保持可见。当预设具备可见结果时，游戏内截图会在一个已恢复的测试世界中确认相同的思路，而不是依靠通用覆盖层。

测试与范围检查

Project 条目是工作流辅助工具，不能替代最终的测试。复制完整个数据包之后，请按照 Project 记录下来的顺序，去测试导出的命令或数据包文件。

用范围狭窄的选择器和干净的世界状态先做一次冒烟测试。环境、工具、传送和反馈类命令看起来无害，却往往会影响所有玩家或整个世界。先确认命令只改变了你期望的状态，再把准确的输出保存到对应的设置行或后续行旁边，让它的存在理由一目了然。

如果命令会成为函数文件或命令方块链的一部分，请测试复制出去的成品，而不是只验证实时的工作台状态。这样才能抓出陈旧的选择器、错乱的命令顺序、被漏掉的设置行，以及那些只是因为上一次测试残留状态才看似生效的效果。

  • 在完整数据包接受审阅之前，把选择器范围保持得足够窄。
  • 把世界设置类命令排在遭遇专属的覆盖命令之前。
  • 把反馈类命令紧挨着触发它们的状态变化一起保存。

下一步去哪里

为设置、奖励资源、启动函数与清理分别建立独立的保存条目，这样每一部分都能被独立审阅。

想要完整的命令链，可以继续阅读命令链函数包预设或冒险地图 Command Pack 预设。

FAQ

我可以把这条 Project 命令粘贴到聊天里吗？

如果选择器安全、命令行也很短，做单条命令冒烟测试通常没问题。要实现可重复的地图行为，请把它保存到 Project，再复制带顺序的数据包输出或函数风格的输出。

为什么这组示意图全是 UI？

这个预设产出的是 JSON、Project 组织或审阅流程，而不是世界中可见的实体物体。真正有用的证据是工作台状态、输出，以及它在 Project 中的归位。

在分享这个预设之前，我应该检查什么？

检查选择器范围、命令顺序、目标版本，以及这条命令究竟属于设置、遭遇逻辑、反馈还是清理。这些类别决定了它在 Project 数据包中应归入哪个位置。

打开这个工作流

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