围绕移动与开关编写平台解谜提示词

先定义小型谜题房间、可移动方块、压力板规则和完整重置,再要求制作聚焦的平台跳跃关卡。

Seele Editorial Team更新于 2026年11月14日

从一个谜题房间和可推演的规则开始

好的平台解谜提示词会定义房间网格、每种操作的移动距离、有效落点的条件、可移动物体如何改变环境,以及坠落后重置哪些状态。先从一个短房间开始,路线要能逐格推演。要求添加其他房间、危险、收集品或故事前,先明确成功状态。

本指南以原创虚构设计 Sunshaft Foundry 说明压力板谜题。下文规则和路线是人工设定的预期,并非提示词运行结果、生成游戏或试玩。你可以将提示词结构用于自己的设定,再把未来结果与所写规则进行比较。

实用的顺序是:描述地面,列出移动操作,说明物体触发条件,推演成功与失败,再把推演转成验收检查。这样能在提示词变长前发现遗漏。如果玩家只有在桥出现时才能到达某个平台,提示词就必须准确说明哪个操作会生成桥,以及玩家提前跳跃时会发生什么。

用简明状态地图定义 Sunshaft 房间

Sunshaft Foundry 是一个横版房间,使用 x=0–9 的格子。信使从安全石地面出发,跨过一格宽的缺口,将铁制重物块推到压力板上,再通过重物块触发生成的桥跨过第二个缺口。出口位于 x=9 的独立平台上。同一张简图既描述玩家路线,也说明会改变环境的条件。

格子或物体初始状态状态变化与可见结果
x=0–2坚实起始地面;信使从 x=0 出发。信使可以沿有支撑的格子奔跑,或跳过 x=3 的缺口。
x=3起始地面与铸造厂平台之间有一个格子的缺口。整个房间中该缺口始终存在;一次跳跃即可落到有支撑的 x=4。
x=4–7高起的铸造厂平台。铁块初始位于 x=5;压力板固定在 x=7。推会使方块移动一格,同时让信使进入方块原先所在的格子。
位于 x=7 的压力板为 false;凹槽中的琥珀色灯带未亮。将方块从 x=6 推到 x=7 的压力板上时,方块会锁定,灯带点亮,并在 x=8 出现坚实地面。
x=8无支撑的缺口格;此时尚无桥。只有方块触发压力板后,该格才获得支撑。桥在本次尝试中保持开启。
x=9有支撑的出口平台,但房间尚未通关。桥激活后抵达 x=9 才算获胜。
信使站在 Sunshaft Foundry 的起始平台,前方是缺口、铁块和未激活的压力板。
虚构房间初始状态的概念图:压力板灯带未亮,桥尚未出现。

明确写出示例假设。向左或向右跑会在有支撑的地面上移动一格。向左或向右跳恰好移动两个水平格;只有落点有支撑时,才能跨越一个缺口或一格高的障碍。推会让相邻方块向选定方向移动一格,进入空闲且有支撑的格子,同时信使走到方块原来的位置。方块不能被拉、扔、堆叠或推过缺口。没有惯性、可变跳跃高度、敌人、计时器、分数、生命值或未说明的物理参数。

这些限制有两个作用:让路线可以手动推演,并防止提示词在涉及桥时悄悄改变谜题。如果你的游戏需要更远的跳跃、会坠落的方块或计时压力板,应将其明确写成规则,而不是期待未说明的物理模型自动补全。

分别说明移动、方块和桥的规则

为每个操作说明触发条件、状态变化和玩家可见的反馈。“推动方块来打开桥”留下了多个问题:方块移动多远?目的地被占用时怎么办?玩家是否也移动?桥会一直开启吗?实用的提示词会逐一回答。本设计中,只有将方块从 x=6 推到 x=7 才会触发机关;压力板灯带和桥同步变化。

铁块压住压力板后,琥珀灯带点亮并生成通往出口的桥。
一帧画面即可显示机关状态:铁块压住压力板,桥已为 x=8 提供支撑。

提示词 1:建立房间约定

设计一个名为 Sunshaft Foundry 的原创横版平台解谜房间。使用 x=0–9 的格子。信使从 x=0 出发。x=0–2 是坚实地面;x=3 是一格宽的缺口;x=4–7 是高起的铸造厂平台;x=8 初始无支撑,x=9 是出口平台。铁制重物块放在 x=5,固定压力板放在 x=7。添加美术、敌人或其他房间前,先返回格子地图和状态表。标明初始状态下每一格是否有支撑。

首个请求应先建立共同的空间描述,再要求实现。检查返回的地图是否包含有支撑的起点、明确的首次落点、邻近可达路线的方块,以及在第二座桥出现前无法到达的出口。如果地图增加隐藏平台或改变缺口宽度,应先修订地图,再补充机制。

提示词 2:定义控制和物体行为

根据已确认的 Sunshaft Foundry 地图,只定义奔跑、跳跃、推、坠落和重新开始。奔跑时,若地面有支撑,可向左或向右移动一格。跳跃恰好移动两个水平格,且只有落点有支撑时才成功;它可以跨过一格宽的缺口或一格宽的障碍。推会让相邻铁块沿选定方向移动一格,前提是目的格空闲且有支撑;信使进入方块原来的格子。方块不能被拉、扔、堆叠或推过缺口。不要增加惯性、可变跳跃高度、计时器、敌人、分数、生命值或物品栏。为每项操作返回操作前状态、操作后状态和可见反馈。

将移动规则与压力板规则分开,能更容易发现控制歧义。例如,第一次从 x=5 推到 x=6 后,信使留在 x=5。第二次从 x=6 推到 x=7 后,信使留在 x=6。这个位置很重要:此后信使可以跳过锁定的方块,落在新生成的桥格 x=8。应同时写出两个位置,以便检查未来结果,而不是凭猜测判断。

提示词 3:将压力板与地面支撑关联

为当前房间增加一条压力板规则。压力板位于 x=7。只有铁块从 x=6 被推到 x=7 时,才锁定方块、设置 plateActive=true、点亮压力板凹槽中的琥珀色灯带,并在 x=8 生成一个坚实桥格。桥在本次尝试期间持续存在。只有激活压力板后到达 x=9 才算获胜。在方块抵达压力板前,不要让 x=8 获得支撑。请返回触发条件、有顺序的状态变化和玩家可见反馈,不要增加其他开关、标记或目标。

同时要求说明状态变化和可见响应。此处凹槽中的琥珀色灯带是压力板的唯一指示器,新获得支撑的石块则表示道路已经打开。图片是为作者设定的规则绘制的概念图,并不能证明游戏已生成或该规则在软件中有效。

修改提示词前先手动核对过桥路线

路线表应显示每次操作后信使和方块的位置,以及两个关键标记:压力板是否激活、x=8 是否获得支撑。以下推演依据每次奔跑一格、跳跃两格、推动一格的规则。这是手动设计核对,不是观察到的游戏运行。

步骤操作信使 / 方块压力板 / 桥预期结果
1–2向右跑两次信使 x=2;方块 x=5未激活 / 不存在信使到达第一个缺口前沿。
3向右跳信使 x=4;方块 x=5未激活 / 不存在跳过 x=3 并落在有支撑的平台上。
4向右推信使 x=5;方块 x=6未激活 / 不存在方块移动一格;压力板尚无反馈。
5向右推信使 x=6;方块 x=7已激活 / x=8 已出现方块锁定,压力板琥珀色灯带亮起,并出现一格桥面。
6向右跳信使 x=8;方块 x=7已激活 / 已出现信使跳过锁定的方块,落在新获得支撑的桥面上。
7向右跑信使 x=9;方块 x=7已激活 / 已出现信使抵达出口;房间通关。
信使抵达出口平台,铁块仍压在压力板上,桥保持开启。
目标终态的概念图:信使位于出口平台,方块仍压住压力板。

再比较一条可达的失败路线。从 x=4 向右跳,跨过方块并落在 x=6;方块仍在 x=5,压力板仍为 false。第二次向右跳时,信使试图落到无支撑的 x=8。此次尝试以坠落告终,并重置为信使 x=0、方块 x=5、压力板 false、桥不存在。这条路线说明,仅仅跳得足够远并不能通过桥;落点必须先获得支撑。

明确的失败规则能让下一次尝试结果可预测。从任何位置重新开始都会执行相同的完整重置:信使 x=0、方块 x=5、压力板 false、桥不存在。房间没有检查点、持续保留的物体或惩罚。如果生成结果在重新开始后仍保留压力板状态,或将信使重生在未说明的位置,应记录差异并只修改重置指令。不要让另一种解释混入原规则。

只修改一条谜题规则,不要改变其他条件

假设早期版本在方块抵达压力板前就显示 x=8 的桥。只修改激活条件:要求方块必须被推到 x=7;其他移动规则和房间几何布局不变。然后重放同一条成功路线和提前跳跃导致的失败路线。如果同时改变其他规则,就无法判断是哪条指令造成了差异。

提示词 4:明确激活边界

只修改 Sunshaft Foundry 中的桥激活条件。在铁块从 x=6 被推到 x=7 的压力板上之前,x=8 始终无支撑。触发时锁定方块、设置 plateActive=true、只点亮压力板凹槽中的琥珀色灯带,并在 x=8 生成坚实桥格。保留当前地图、奔跑/跳跃/推的移动距离、获胜条件和完整重置状态。返回修订后的条件、激活前状态、激活后的即时状态,以及方块尚未到达压力板时的一个拒绝用例。

写一段简短变更说明,列出旧规则、新规则和将重新核验的状态。在本例中,修改前是方块 x=6、压力板 false、x=8 无支撑;修改后是方块 x=7、压力板 true、x=8 有支撑。如果方块仍在其他位置,拒绝用例应使这三项都保持不变。即使尚无构建可供检查,这样的小改动也能审查。

将平台跳跃边界情况写成可观察结果

验收用例将规则转化为他人未来可在构建中尝试的操作。应包括普通移动、无效放置、受阻路线、精确激活时机和重新开始。每个用例都应说明哪些状态会变化、哪些应保持不变。“边界用例通过”这样的标签不如写明操作后的预期状态和反馈。

起始状态或输入预期可见结果必须保持不变的状态
信使位于 x=2;向右跳过 x=3 缺口落在有支撑的 x=4;不应触发坠落。压力板仍为 false,x=8 桥格仍不存在。
将方块推向被占用或无支撑的格子显示此次推动无法完成;方块留在原位。信使位置、压力板、桥和方块均保持不变。
压力板激活前从 x=6 跳向 x=8桥不存在,因此信使坠落并执行完整重置。不要提前将 x=8 视为有支撑。
将方块从 x=6 推到 x=7方块锁定,一条琥珀灯带亮起,x=8 出现一格桥面。跳跃距离和出口位置保持不变。
激活压力板后重新开始恢复房间初始状态。信使 x=0、方块 x=5、压力板 false,桥不存在。
未激活桥便抵达 x=9无效路线或隐藏落点不能判定为获胜。获胜条件仍要求事先激活桥。

之后检查可玩结果时,每个用例都应从新状态开始,并记下操作序列。只有可见或可检查的行为才能标记为观察结果。如果压力板反馈不清楚,就要求增加一个明确提示;如果一次修改同时改变地面支撑、物体位置和重置行为,应将下一次请求拆成独立修改。

将谜题需求带入游戏制作流程

规则简明后,用一段话总结目标玩家、场景、首个操作、物体交互、预期状态变化和成功条件。目前 Free AI Game Maker 页面介绍了自然语言输入、可玩的 2D 或 3D 初版、浏览器测试和后续提示词改进。页面介绍免费 Koins,并提示每次生成前查看显示费用;费用常见问题建议在 Workspace 中核对所选模型、Koin 余额和显示费用。这些是一般流程信息,并不证明该压力板谜题或移动规则已经生成。

当前产品信息描述的是通用游戏制作流程,而非平台解谜专属功能。应把房间约定当作待评估输入,而非输出保证。检查返回构建中的格子支撑、推动距离、桥的时机、坠落行为和重置。记录差异,每次只请求一项聚焦修改。

这些提示词模板尚未运行,Sunshaft Foundry 是虚构教学材料,而非真实项目或线上案例。制作自己的房间时,请将示例坐标和名称替换为你的地图,同时保留相同的规则结构,并记录实际检查过的验收用例。概念图可以帮助表达预期状态,但不能证明生成的游戏包含该状态。

需求准备好后,可以从这里开始: Free AI 游戏制作器。查看显示的生成费用和返回结果,再检查计时、落点支撑和重置行为,然后才能将结果描述为已验证。

从第一个操作开始,而非制作完整战役

写清一个房间、一组操作、一项压力板条件和一条成功路线。如果你能说明每次移动后信使和方块位于哪个格子,以及哪些格子有支撑,就已经有了一份实用的起始规格。首个房间的移动、反馈和重置明确后,再扩展内容。

平台解谜提示词常见问题

平台解谜游戏的 AI 提示词应包含什么?

说明房间地图、移动距离、可移动物体、触发条件、有支撑的地面、可见反馈、胜利状态、失败响应和重新开始行为。附上一段简短操作推演,以便核对玩家和物体最终位置。与规则未说明的完整战役相比,范围明确的单个房间更容易审查。

如何让方块和开关谜题更易测试?

标明方块的起始格、开关位置、允许的推动距离、激活条件和随后发生的状态变化。然后列出一条成功路线和一种可达的失败路线。逐步记录玩家位置、方块位置、桥或门的状态以及反馈。这些细节有助于之后在构建中定位差异。

玩家跳到无支撑格子时应发生什么?

说明该操作会被拒绝还是导致坠落,并定义准确的结果状态。在 Sunshaft Foundry 中,压力板激活前跳向 x=8 会导致坠落,将信使重置到 x=0、方块恢复至 x=5、关闭压力板并移除桥。只要提示词同样明确,也可以采用其他设计。

如何只修改谜题规则而不改变整个关卡?

标明原始条件,只修改一条规则,并保留房间地图、移动距离和其他状态变化。根据修订后的描述重放相同的成功与失败路线。要求列出修改前后状态,并单独记录意外变化。这样更容易判断修改是否解决了目标问题。

Sunshaft Foundry 是生成或试玩过的游戏吗?

不是。Sunshaft Foundry 是虚构教学设计,路线是人工设定的预期。提示词模板没有提交;本文不声称存在游戏构建、试玩或线上案例。概念图展示作者设定的状态,不能证明产品生成了房间或软件中的规则有效。

SEELE AI

将这份指南变成可玩的作品。

先明确创作需求,再在 Seele AI 工作区中迭代。

开始创作