物品预设
地图作者手册预设
地图作者手册预设如今是一整套完整的 Give 工作流，而不再只是一张孤立的叠加图。可用来收纳那些应当留在世界内的规则、重置说明、目标注释以及 QA 检查清单。本页把命令视为可复用的物品定义，而不是一段单纯用来粘贴的片段，因此可见名称、描述文本 (lore)、组件载荷、输出以及游戏内交付都必须彼此一致。这套截图流程把手册呈现为一个物品预设，而不是一份散落在外的文本文件，因此可以与 Command Pack 的其余部分一并保存。最后一张截图证明：在你把生成的物品接入地图脚本、战利品路径或 Command Pack 工作流之前，它确实已经到达了真正的快捷栏。
预设结果
一本手册物品，可随地图测试包一起流转，并通过 custom_data 保持可识别。
输出
地图手册命令
/give @p minecraft:written_book[custom_name={text:"Map Maker Manual",color:"aqua",italic:false},lore=[{text:"Rules and setup notes",color:"gray",italic:false}],custom_data={manual:"map_maker"}] 1预设截图
构建预设
- 打开 Give Workbench，确认目标选择器与当前世界或命令方块相匹配。
- 把物品设为成书。
- 为这本地图作者手册填写可见名称和描述文本 (lore)。
- 只添加这件物品真正需要的组件，再检查生成的输出。
- 复制 /give 命令做一次冒烟测试；若它属于更大的工作流，则保存到 Project 中。
- 在创造模式测试世界里运行命令，确认物品出现在玩家手中或快捷栏里。
地图作者手册为何需要一个预设
可用来收纳那些应当留在世界内的规则、重置说明、目标注释以及 QA 检查清单。
这套截图流程把手册呈现为一个物品预设，而不是一份散落在外的文本文件，因此可以与 Command Pack 的其余部分一并保存。这恰恰是一段普通命令片段最容易隐藏的部分：面向玩家的文本、随版本变化的组件以及可直接复制的输出，必须在命令离开 Workbench 之前彼此一致。
在物品被接入更大的命令链之前，请把这个预设当成一块校验面板。确认提示框已向玩家说清楚物品的用途，确认 custom_data 或其他隐藏组件承载着真正的命令逻辑，并确认复制出来的输出仍然贴合所选的 Minecraft 版本。游戏内结果之所以特意保持简单，是因为它能直接回答第一个 QA 问题：这条命令是不是真的发放了文章所描述的那一份物品堆叠？
版本与组件检查
现代 Java 版的物品命令把许多旧教程里以 NBT 形式存在的细节都改用物品组件来表达。编辑时务必让所选版本一直可见，尤其是当物品涉及名称、描述文本 (lore)、附魔、稀有度、自定义模型数据、药水内容或不可破坏状态时。
不要把每一条配置命令都塞进手册里。请把命令放到 Project 中，再用这本书告诉测试人员该运行哪一条。
命令通过校验后，请在地图或数据包将来真正运行的同一版本系列里再跑一遍。即便命令看上去复制得干干净净，只要组件不受支持、选择器命中过多玩家，或者物品文本承诺了数据并未真正强制执行的行为，它就依然存在设计漏洞。在添加计分板、战利品、商店、NPC 或重置命令之前，先把这条稳定版本保存到 Project 中。
- 在动手编辑原始命令文本之前，优先使用 Workbench 字段。
- 让显示文本足够简短，能够完整放进物品栏提示框里。
- 用 custom_data 来承载命令逻辑，而不要依赖可见名称。
接下来用在哪里
把这本手册与重置、传送以及游戏规则预设组合起来，形成一个完整的地图测试包。
如果这件物品需要反复使用，请先把它存为 Project 条目，再围绕它去添加计分板、战利品表、NPC 或重置命令。这样在地图规模不断扩大的过程中，物品定义本身依然可以审核。
对于同一条地图流程里面向玩家的提示，可把这本手册与NPC 对话成书预设或玩家反馈操作栏预设搭配使用。
FAQ
我可以把这条 Give 命令直接粘贴到聊天里吗？
可以，只要命令长度警告仍在聊天上限之下。一旦超出上限，请改用命令方块或数据包函数，不要把整行命令塞进聊天框里。
用完这个预设后，我还能更换物品类型吗？
可以。先改动物品字段，再重新检查每个组件。有些设置对成书合理，但并不一定适合每一种 Minecraft 物品。
为什么要附上游戏内的物品截图？
截图能证明这条命令交付的是真实存在的物品堆叠，而不仅仅是输出面板里一串看起来有效的字符。
打开这个工作流
从相关 Give 工作台开始，然后按你的世界调整预设字段。