如果提示词写明玩家能编辑哪些格子、资源如何变化、放下的方块怎样获得支撑，以及什么情况算获胜，体素建造游戏就更容易检查。先确定规则约定，再请求最小可玩循环；第三条提示词留到有人提供实际观察后，再用于诊断差异。
本文使用虚构的单人搭桥到信标练习 Mosslight Span。地图、规则以及 V0 到 V1 的对照均为原创教学材料并经手工推演。三个提示词模板尚未提交给游戏生成器；这里没有可玩构建、提示词执行、软件测试、试玩或测量结果。
实际交付是一套简短步骤：定义一个可编辑世界，明确采矿和放置规则，请求一个范围受控的实现，再依据检查项比较之后的构建。这样“制作一个体素沙盒”就变成读者能够评估的具体请求。
定义一个可编辑的小世界
有用的首个体素切片应有目的地、障碍、资源选择和完成信号。Mosslight Span 将这些部分放进一段狭窄通道。探索者从近侧稳定平台的表面格 (0,1) 开始，手里有两块石头。三格宽的沟壑对面是 x=1、x=2 和 x=3 三个空格；远侧平台和暗着的信标位于 x=4。唯一目标就是抵达信标。
开场画面提出一个设计选择，并不代表已经成功。两块方块无法填满三个空格，因此读者需要决定调整资源预算，还是寻找不同路线。本例选择在稳定侧台 (0,0,y=1) 放一块暴露的备用方块，它位于永久底座方块上方。从起始格看，它的侧面与交互高度的起始方块相邻，因此一次采矿行动就能采集，无须移动；探索者仍在 (0,1)，库存从两块升到三块。
保持切片其余部分封闭。只有三格沟壑能放置方块。放置方块必须与近侧平台或已有支撑的桥梁链共享一个面。永久平台和桥梁方块不能采矿。没有敌人、制作配方、其他资源、计时器、随机事件或备用路线。无效的采矿、放置和移动都不改变状态。重新开始会恢复所选版本的精确初始状态。
这些限制让提示词更实用，因为每项请求操作都能对应到可见状态。只写“体素世界”，仍会让地图、交互范围、建造边界和目标留下大量解释空间。这里五个表面格和一个侧边备用方块明确说明，在考虑装饰前必须有哪些元素。
写清采矿、放置和支撑规则
采矿、放置和行走等词语都需要对应精确状态变化。本纸面示例中，采矿是针对唯一暴露侧边备用方块的一次行动。该行动不会移动玩家，也不需要额外接近步骤。放置使用覆盖三格桥梁区域的建造光标，因此也只消耗一次行动，不必走到目标旁。之后移动时，每次恰好沿正交方向前进一格，并踏上有支撑的表面。
| 行动 | 合法目标与成本 | 要检查的状态变化 |
|---|---|---|
| 采集备用方块 | 从 (0,1) 只可选择暴露方块 (0,0,y=1)；它在交互高度与起点隔面相邻，成本为一次行动。 | 备用方块消失，库存增加一块，探索者仍留在 (0,1)。 |
| 放置桥梁方块 | 选择 z=1 上的一个空格 x=1、2 或 3；必须通过一个面连接近侧平台或已有支撑的桥链。 | 库存减少一块，连续且有支撑的横排延伸一格。 |
| 移动 | 沿正交方向恰好移动一格，并踏上有支撑的表面。 | 玩家位置改变；路线完成后进入 (4,1) 会点亮信标并获胜。 |
顺序很重要。如果允许玩家把方块放进无支撑的空中，资源谜题就不存在了。如果能隔着任意距离采矿，备用方块的位置也就无关紧要。如果放置方块同时移动探索者，行动预算会改变。请求可玩实现前，先写清这些细节，并说明被拒绝的行动不得暗中消耗资源或移动玩家。
下方机制图中的备用方块已在起始位置采集，且玩家没有移动；之后已放置 x=1 和 x=2 的方块。探索者仍在近侧平台，手里剩一块石头，x=3 显示为有效半透明预览，信标仍是暗的。这是未来构建可以核对的具体循环中间状态。
按顺序编写三条提示词
不要让一条提示词同时发明规则、构建世界并评估自己的成果。应让每次请求都有明确输入与输出。第一条确认规则约定，第二条请求一个小型实现，第三条则等到有真实观察后才提出修复。
提示词 1：实现前锁定规则
设计一个名为 {game_name} 的微型单人方块建造循环。使用表面坐标 {grid_and_start}、单一目标 {goal} 和起始库存 {inventory}。定义哪些方块可编辑、采矿距离的精确规则、采矿如何改变库存、放置合法条件、支撑如何延伸、哪些移动合法，以及精确胜利与重置状态。对所给地图，要求玩家从起始格不移动，用一次 Mine 行动采集面邻接的暴露备用方块；返回其坐标和行动成本。返回：(1) 坐标表；(2) 行动/状态表；(3) 库存为空和格子无支撑时的边界情况；(4) 五项验收检查。不要添加未请求的机制。提出实现前先标出规则矛盾。对 Mosslight Span，输入五格跨越地图、位于 x=4 的暗信标和两块起始方块。要求备用方块位于 (0,0,y=1)，在交互高度与起点 (0,1) 相邻，并且一次 Mine 行动不移动。要求模型在每次行动后复述库存。如果规则约定增加返程、远程采矿或其他资源来源，应先纠正，再使用下一条提示词。
提示词 2：只请求最小循环
仅根据这个已批准的体素规则约定，实现一个紧凑可玩循环：{approved_contract}。保留每个坐标、库存数量和行动成本，包括从起始格一次 Mine 行动即可采集面邻接备用方块，且玩家不移动。用无文本的可见反馈显示合法/非法放置、库存变化、有支撑的移动、信标胜利和重置。只能编辑约定允许的方块。不要加入敌人、制作、额外资源、随机事件、多人模式、第二个目标或更大世界。返回操作说明、简短实现摘要，以及每项验收检查的可观察证据清单。没有实现或没有观察的项目标为未验证。只做一个循环是设计选择，不是对生成器返回内容的保证。未来创作者可以在资源与支撑规则可见后再加场景装饰。可以请求实现摘要和验证清单，但不能把请求本身当成检查已通过的证据。
提示词 3：仅在出现观察后修复
已批准的预期状态：{expected_state}。人员提供的实际观察：{observed_state_or_blank}。只比较实际观察与预期规则。若观察为空，返回人工检查清单，不要诊断结果。若已提供观察，找出首次不匹配、涉及规则，以及可能修复它的最小单变量改动。说明应重复哪项验收检查、哪些早期检查应保持不变。收到新的观察之前，不要声称修复有效。第三条提示词刻意不编造结果。如果未来构建放不下第三块方块，有用的观察包括：起始库存、备用方块目标、采矿前探索者位置、采矿后备用方块状态，以及放置被拒时的反馈。有了这些信息，审查者才能区分交互范围、资源数量或支撑规则问题。没有这些信息时，下一步应是记录状态，而不是宣称已修好。
手动核对桥梁资源循环
这个虚构对比只改一个变量：V1 增加暴露的备用方块，V0 没有。包括起始库存和路线在内的其他条件保持相同。表格会清楚显示资源不足，但不声称这是引擎或模型生成的结果。
| 版本与行动 | 已填桥梁格 | 库存 | 手算结果 |
|---|---|---|---|
| V0 开始 | 0 | 2 | 没有备用方块。 |
| V0 放置 x=1，再放 x=2 | 2 | 0 | 两块均有支撑，但 x=3 仍为空。 |
| V0 尝试放置 x=3 | 2 | 0 | 库存为空而被拒；远侧平台仍无法抵达。 |
| V1 从起点采矿；不移动 | 0 | 3 | 面邻接备用方块消失；库存从 2 变为 3。 |
| V1 依次放置 x=1、x=2、x=3 | 3 | 0 | 每块都连接近侧平台或已有支撑链。 |
| V1 移动 x=0→1→2→3→4 | 3 | 0 | 四次有支撑的移动抵达远侧平台；进入 x=4 点亮信标。 |
V1 完整路线总计一次 Mine + 三次 Place + 四次 Move，共八次行动。最终状态为三格连续桥梁、库存为空、探索者位于远侧平台且信标点亮。这是根据书面规则手算的预期结果，不是测量结果。V0 轨迹说明为何一块方块的改动重要：没有备用方块，就无法支付第三次放置。
未来构建还应检查事件顺序，而不只是终局。先采集备用方块，再完成三次放置，最后沿桥移动；只有探索者进入 x=4 时信标才点亮。如果视觉奖励更早出现，应将其触发时点与规则约定对照，不要因为图像或代码看起来不同就自行推定另一条规则。
用真实观察对照未来构建
有用的验收清单应写明起始状态、一次行动和预期变化。针对这张地图，先检查从 (0,1) 执行一次 Mine 是否只采到 (0,0,y=1) 的暴露备用方块、不移动探索者，并将库存从两块增加到三块。再验证无法采集非相邻或被覆盖的方块；Place x=1 至 x=3 是否依次恰好消耗三块；V0 在库存为零时的第三次放置是否被拒。
接着分别测试支撑和移动。每块新桥梁方块必须连接近侧平台或前一块有支撑的方块；无支撑目标应被拒绝且库存不变。探索者每次只能沿正交方向移动一格，并只能站在有支撑的表面。桥梁完成后，四步移动可抵达 x=4 并点亮信标。重开应恢复所选版本的备用资源、库存、玩家位置和熄灭状态的信标。
记录实际看到的内容：版本、行动、操作前状态、输入、结果位置、库存、目标格状态和获胜反馈。未运行的检查标为未验证。书面验收测试是以后取证的计划，不是行为已经存在的证明。
将体素简报带入 Workspace
规则范围确定后，可以把简短约定交给游戏制作流程。当前官方 Free AI Game Maker 页面列有一个 Voxel Sandbox Builder 入门卡片，介绍通过放置和破坏方块来建造岛屿世界。这只是宽泛的入门卡片文案，并未确认 Mosslight Span、本文桥梁规则、支撑行为或这些提示词产生了任何结果。
官方 Free AI Game Maker 页面介绍了一般流程：用自然语言描述游戏，在浏览器查看可玩的首个 2D 或 3D 结果，再通过后续提示词改进。页面还建议提交前检查所选模型、可用 Koin 余额和显示的生成费用。带上范围明确的规则，检查实际生成的结果，并逐项对照上方清单。没有观察之前，不要假设存在体素专属实现或成功跨越。
如果想开始整理构想，可使用 Free AI game maker。首个请求保持小范围，迭代前先检查生成结果，并在继续前核实显示费用。这只是通用产品交接，不代表 Mosslight Span 提示词或地图已运行。
常见问题
体素建造游戏提示词应包含什么？
写清可编辑区域、玩家起点、可用方块、精确采矿范围、放置规则、支撑要求、移动、目标和重置行为。然后要求提供简短状态变化表和验收检查。这些细节比宽泛地要求无限扩展的体素沙盒更容易检查，同时仍可自由选择视觉主题。
为什么编写制作提示词前要定义采矿范围？
采矿范围会改变行动预算。在 Mosslight Span 中，暴露的备用方块与起始格面邻接，玩家不移动即可用一次 Mine 行动采集。如果提示词没有明确范围，实现可能要求另行接近，或允许远距离采矿，从而改变路线和行动数。本文中的确切范围是等待未来测试的虚构规则。
示例如何得到足够的方块完成跨越？
V0 起始只有两块，但需要三块，因此第三次放置会因库存为零而被拒绝。V1 增加一块暴露备用资源，可以从起始格不移动地用一次行动采集。之后三块填满通道，四次有支撑移动到达信标。八次行动是手算结果，不是构建结果。
Mosslight Span 提示词运行或游戏测试过吗？
没有。Mosslight Span 及其规则是原创虚构练习；提示词模板为本文编写，但未输入游戏生成器。表格均为手动计算。没有可玩构建、提示词执行、软件测试、试玩、测量结果或线上案例可报告。
未来构建与轨迹不符时该怎么办？
记录首次出现差异的状态，包括版本、玩家位置、库存、目标格、行动和结果反馈。将观察与对应验收项比较，再只改一条规则或一项实现细节，并重放相同序列。如果没有实际观察，应先用清单收集证据，不要编造结果。
