当速度、可移动物体和限时路线各自承担清楚的作用时，物理平台游戏就更容易分析。在这个虚构的首个房间里，玩家沿上层通道加速，同时推动一个方块沿平行通道前进。方块压下踏板，桥梁展开，玩家带着惯性跳过缺口，抵达出口信标。下文数值只构成纸面模型：没有运行提示词，没有提供可玩构建，也没有任何实测结果。
在缺口前建立速度
先安排一套连续动作：助跑、推方块、触发踏板、通过桥梁、跳过缺口并抵达信标。在方块到达停止标记前，让玩家和方块分别处于两条通道。这样因果关系更明显：玩家为路线提供动量，方块负责触发踏板。
“回转桥段”是虚构的设计练习。格数、速度、触发行为和重置规则都是为了学习如何描述路线而设定的假设，不代表真实游戏或 SEELE 的生成结果。请把图片视为练习用的视觉方案，而不是截图。
明确动量与物体移动规则
分别写明玩家和方块的规则。这里一格代表一个距离单位。玩家从静止开始，以每秒平方 3 格的加速度提升速度，直到达到每秒 3 格的上限。一次推动会让方块以每秒 2 个标记的固定速度移动。方块不会继承玩家速度，因此两条轨迹可以分开核算。
| 系统 | 设定规则 | 可观察检查 |
|---|---|---|
| 玩家助跑 | 从静止开始；在 3 格距离内以 3 格／秒² 加速，最高地面速度为 3 格／秒。 | 1 秒后达到速度上限，此时前进 1.5 格；随后以每秒 3 格再走 1.5 格，用时 0.5 秒。 |
| 可移动方块 | 一次按下触发的推动让方块以每秒 2 个标记移动，恰好前进 3 个标记。 | 1.5 秒后停在标记 3，与玩家速度无关。 |
| 踏板与桥梁 | 踏板中心位于标记 3。接触后展开一座 6 格桥梁，并启动一次性的 5 秒计时器。 | 接触过程可见；持续压住踏板不会暂停或重启计时器。 |
| 缺口与目标 | 桥梁后方有 2 格缺口；出口信标是视觉目标。 | 跳跃 1 秒可覆盖 2 格。坠落时将玩家、方块和桥梁重置到初始位置。 |
三格助跑需要 1.5 秒：前 1 秒的距离为 0.5 × 3 格／秒² × (1 秒)² = 1.5 格；接下来的半秒以每秒 3 格的上限速度走完剩余 1.5 格。同一时刻，方块以每秒 2 个标记走完 3 个标记。因此两条路线会在 1.5 秒后同时抵达触发点，无需让方块继承或模仿玩家的加速度。
桥梁计时从接触踏板时开始，而不是从助跑开始。方块持续压住踏板，但不会刷新五秒时间。这个规则避免隐藏的计时漏洞：如果路线过长，站在踏板上的方块也不能让桥梁永远保持展开。
编写首个房间的提示词
有效的提示词应写明镜头、物体顺序、动作、时序、反馈、失败状态和需要检查的内容，并区分设计假设与已验证行为。下面是一份可复制的未来构建规格；它尚未提交给 SEELE 或其他生成器。
创建一个原创的横版物理平台训练房间，名为“回转桥段”。一格代表一个距离单位；使用固定镜头和清晰的地面标记。保持两条平行通道同时可见：上方是三格长的玩家助跑道，终点接桥梁入口；下方是方块通道，设浅色斜坡和中心位于标记 3 的压力踏板。在标记 0 放置一个青绿色可移动方块。
操作：按住右方向移动；开始时只按下一次推动键，该推动由按下沿触发。从静止开始，玩家以每秒平方 3 格的加速度前进，最高地面速度为每秒 3 格。方块以每秒 2 个标记独立移动，恰好走过 3 个标记并停在标记 3。玩家移动和推动同时开始。方块压下踏板时，玩家应在 1.5 秒后抵达桥梁入口。
踏板接触后展开一座 6 格桥梁，并启动一次性的 5 秒计时器。方块持续压住踏板不会暂停或刷新计时。桥梁后方留出 2 格缺口，并在对岸平台放置清晰可见的出口信标。示例跳跃中，前 0.5 秒保持每秒 3 格，后 0.5 秒将空中速度限制为每秒 1 格。目标是落在信标处；信标不是复活检查点。坠落时把玩家、方块和桥梁重置到初始状态。重试时先把方块推离踏板，再让它重新压上踏板。
请给出操作列表、状态顺序和简洁的验证表。检查：助跑是否在 1.5 秒内覆盖 3 格；方块是否在 1.5 秒内走过 3 个标记；踏板接触是否启动单次 5 秒计时；桥梁是否长 6 格；2 格跳跃是否用时 1 秒；玩家是否在计时结束前着陆；持续压住踏板是否不会延长计时；坠落是否恢复完整初始状态。不要加入战斗、传送门、升级、检查点、额外房间或其他触发物。首个结果生成后，应对照规则逐项检查，而不是只问房间“感觉是否真实”。如果方块提前抵达踏板，检查它的独立速度和标记数；如果玩家没赶上入口，检查加速度和助跑长度。每次只改一项设定，方便解释下一轮对比结果。
分别诊断方块和玩家
在有真实构建可供检查前，先让观察记录保持空白。下表是未来的检查清单，不是声称这些情况已经测试过的报告。它能帮助定位最早出错的环节，避免同时改动加速度、方块速度、踏板位置和计时长度。
| 如果未来构建出现…… | 先检查 | 仅在需要时修改 |
|---|---|---|
| 方块停在踏板前。 | 起始标记、推动触发方式，以及是否以每秒 2 个标记的速度恰好移动 3 个标记。 | 修正方块移动规则或踏板标记；保持玩家加速度不变。 |
| 玩家过早或过晚抵达入口。 | 玩家是否从静止开始，以及速度上限是否在 1 秒后生效。 | 在加速度、速度上限或助跑长度中只调整一项，然后重新计算距离。 |
| 玩家通过时桥梁关闭。 | 计时器起点、6 格桥梁距离，以及跳跃的两个速度阶段。 | 先按相同的 3 秒轨迹核对，再缩短路线或调整计时器。 |
| 桥梁一直保持展开。 | 踏板持续受压是否错误地暂停或刷新了一次性计时。 | 明确接触触发与到期规则；不要加入由持续受压触发的重置。 |
| 坠落后方块或桥梁没有复位。 | 玩家位置、方块位置、踏板和桥梁的重置状态。 | 同时恢复全部物体到所述初始排列。 |
这份诊断针对作者设定的规则和未来观察，不是适用于所有物理引擎的方案。真实移动效果取决于纸面模型没有确定的实现细节。修改真实项目前，应记录相关输入和可见结果。
用纸面推演检查踏板位置
基准房间有一个刻意设置的错位：方块会移动三个标记，但踏板中心在标记 4。方块会停在前一格。唯一的修订是把踏板中心移回标记 3。方块和玩家规则、计时器、桥梁、缺口及目标都保持不变。因此这是一次可手算的设计修订，不是经过测试的迭代。
| 纸面方案 | 踏板中心 | 方块停点 | 路线结果 |
|---|---|---|---|
| 基准版 v0 | 标记 4 | 1.5 秒后到标记 3 | 仍相差一个标记，因此没有压到踏板，桥梁保持收起。 |
| 修订版 v1 | 标记 3 | 1.5 秒后到标记 3 | 玩家抵达桥梁入口时触发接触，启动 5 秒桥梁计时。 |
从计时归零开始计算通过时间。6 格桥梁以每秒 3 格通过需 2 秒。跨越缺口的跳跃持续 1 秒：前半段以 3 格／秒前进 0.5 × 3 = 1.5 格，后半段以 1 格／秒前进 0.5 × 1 = 0.5 格，合计 2 格。规划路线总共用时 3 秒，因此按纸面计算，玩家会在计时结束前 2 秒抵达信标。
按绝对时间计算，助跑开始后 1.5 秒发生接触。玩家随后再通过 3 秒，并在第 4.5 秒抵达目标。计时器在第 6.5 秒结束，仍有 2 秒余量。如果玩家坠落，应重置所有物体。再次尝试时，将方块移开再压上踏板，重新触发计时。
AI 游戏制作工具适合做什么
房间规则明确后，可以用日常语言描述场景，以及希望首个可玩结果展示的动作。SEELE 官方 Free AI Game Maker 页面介绍了通用流程：用自然语言描述游戏、查看可玩的 2D 或 3D 结果，并在 Workspace 中继续迭代。页面建议提交前检查所选模型、可用 Koin 余额和显示的生成费用。该页面并未验证本房间的加速度、方块移动、碰撞、计时或跳跃规则。把上面的提示词视为设计请求，再检查实际结果并逐项测试机制后，才决定是否依赖它。
如果你想把聚焦的游戏简报变成起点，可以试试免费 AI 游戏制作工具。候选文章路径仍是暂定的；此处的行动号召不代表这个示例已经构建或测试。
从一条清晰路线开始
首个切片只需三格助跑、一次独立推动、一个踏板、一座限时桥梁、一次两格跳跃和一个视觉目标。这个小房间的价值不在于虚构数值“足够真实”，而在于每次状态变化都能检查。构建版本后，记录实际发生的情况，再修改最能解释差异的最小规则。不要把纸面上的 v0 到 v1 对比称为试玩或成功生成的结果。
常见问题
怎样让物理平台游戏更容易调校？
为每套系统分别设定规则和可观察检查项。本例中玩家采用加速度和速度上限，方块按固定标记速度移动，踏板启动一次性计时器。若未来构建未按时完成路线，这些假设能帮助你找到应检查的规则，而不用一次改动多个数值。
纸面版 v1 能证明游戏路线可行吗？
不能。它只说明作者设定的距离和速度在纸面上能对上：助跑和方块移动都需 1.5 秒，桥梁与跳跃共占用 5 秒计时中的 3 秒。没有运行提示词、可玩构建、碰撞检查或试玩记录。真实实现仍需构建并观察。
为什么方块要独立于玩家移动？
这是刻意采用的教学简化。方块在 1.5 秒内以每秒 2 个标记移动三个标记，只依赖一条规则；玩家的助跑则依赖加速度和速度上限。更复杂的游戏可以让物体运动受力、摩擦或质量影响，但本例并未模拟这些系统。
如果桥梁打开后踏板仍被压住，会怎样？
按本例规则，持续压住踏板不会刷新或暂停一次性 5 秒计时。即使方块仍在踏板上，时间到后桥梁也会收回。坠落后要重试，应重置玩家、方块和桥梁，再移开并重新压下踏板以启动新一轮。
SEELE 能保证这些物理规则有效吗？
不能。官方产品页介绍的是广义的游戏创建和可玩结果审核流程，不保证特定加速度、方块、触发器或计时行为。使用游戏制作工具时，应检查生成结果并测试操作、碰撞、时序和重置。观察到真实实现前，应将本房间的数值都标记为设计假设。
