先让敌人波次清晰易读

用一名冲锋者、一名守卫者和一次闪避,检查预兆、冷却与跨通道攻击的时间关系。

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

先让敌人波次清晰易读,再增加招式

要用 AI 制作横版格斗游戏,先设计一个房间:玩家能看懂一次攻击、躲开攻击通道,并在下一名敌人检查命中前恢复行动。小规模群战并不会因为只有两个敌人就自动公平;预兆、命中时机、间距和恢复窗口应让玩家拥有有意义的选择。本指南用一名冲锋者和一名守卫者,将构想整理成精确的首房间简报。

下文房间和时序都是虚构设计参数,不是提示词生成结果、游戏构建、玩家测试或实际观察到的 SEELE 输出。由于没有真实试玩或可玩结果,下文对比只是手工计算的时序演练。它能检查书面时间表是否合理,不能证明构建有效或玩家看懂提示。

首轮循环保持聚焦:看清预兆 → 躲开通道 → 恢复行动 → 趁敌人恢复时反击 → 清除敌群 → 打开下一房间。主要设计选择是下一名敌人相对于玩家闪避冷却的登场时机。因此这是群敌时序教程,而不是反冲系统或弹射谜题。

身穿珊瑚色服装的格斗者面对突进的敌人,第二名敌人守在关闭的铸造厂闸门旁。
“铸造厂长廊”是虚构的首房间概念:两个职责不同的敌人、两条易读通道,以及一扇清敌后开启的闸门。

锁定两种敌人职责与动作顺序

房间命名为“铸造厂长廊”,横向范围从 0 到 12,设近侧和远侧两条通道。玩家初始位于近侧 x=2;出口闸门位于 x=11。相同时刻,玩家指令会先结算,敌人之后才进行命中检查。换道用时 0.25 秒。闪避会在 0.25 秒内横移一个单位并切换通道,可避开该移动刻内检查的攻击;闪避结束后冷却 0.75 秒。轻击可命中同通道 1.5 单位内最近的敌人;敌人处于恢复状态时可被命中一次。

角色或状态首房间固定规则玩家可以读懂什么
冲锋者从近侧 x=0 开始;预兆持续 0.75 秒;沿近侧通道冲刺 +3;玩家动作后再检查命中;t=1.0 到 1.75 期间进入恢复状态。清晰的近侧通道提示会在冲锋前标出路径。
守卫者延迟 d 后从近侧 x=2.5 登场;预告 0.75 秒横扫;命中检查覆盖两条通道内 x=1.5 至 3.5 的固定矩形;随后恢复 0.75 秒。宽幅横扫提示表明只换通道仍无法离开命中范围。
玩家从近侧 x=2 开始。闪避后移动至另一通道的 x=3;闪避结束 0.75 秒后再次可用。动作状态与冷却必须和攻击恢复分开显示。
敌群与闸门清除冲锋者和守卫者后升起闸门。抵达闸门时进入规则相同的第二房间。重置恢复生命、位置、延迟和闸门状态。敌人被击败和闸门打开应分别显示反馈。

冲锋者的近侧路线会经过玩家起始位置 x=2。t=0.75 时,玩家的闪避指令先于冲锋命中检查结算,将玩家从 (2, 近侧) 移到 (3, 远侧)。冲锋者继续沿近侧通道移动。闪避在 t=1.0 结束,冷却到 t=1.75 才结束。安排守卫者时应围绕玩家重新可闪避的时刻,而不是只看房间里似乎空不空。

冲锋者穿过近侧通道时,格斗者闪到远侧;守卫者则预告即将横扫两条通道。
机制图展示了换道动作和守卫者更宽的威胁范围;精确矩形及相同时刻的动作顺序以表格定义。

双通道闪避能躲过冲锋者,但并非任何情况下都安全:按作者设定,守卫者的矩形覆盖两条通道。这一区别能避免常见的可读性问题。如果画面显示横扫两条通道,规则却只命中近侧,玩家就无法推断真实危险范围。画面、预兆和碰撞范围应保持一致。

提示词:设计一场反馈可观察的小型遭遇战

有效提示词应写明竞技场、玩家操作、敌人状态变化、动作顺序、失败反馈和重置,并告诉构建工具暂时不要添加什么。下面的提示词是针对假设游戏的设计素材,尚未运行;未来任何可玩结果都需要检查其中每项机制。

创建一个名为“铸造厂长廊”的紧凑横版 2.5D 格斗房间。横向场地范围为 0–12,包含近侧和远侧两条通道。玩家从近侧 x=2 开始;关闭的出口闸门位于 x=11。玩家有一次轻击,可命中同通道 1.5 单位内最近的敌人;换道需要 0.25 秒。闪避在 0.25 秒内横移一个单位并切换通道,可避开该移动刻内的命中检查;闪避结束后冷却 0.75 秒。每个时间点先结算玩家指令,再执行敌人命中检查。

在近侧 x=0 生成一名冲锋者。显示清晰的 0.75 秒近侧预兆,然后让它沿该通道向前冲刺 +3 单位,并在玩家动作后检查命中。它在 t=1.0 到 t=1.75 之间恢复;恢复时可被轻击一次。在近侧 x=2.5 生成一名守卫者,登场时间由延迟 d 决定。其 0.75 秒预兆显示横跨两通道、范围为 x=1.5 到 x=3.5 的固定横扫区域。玩家动作后检查该范围,再让守卫者恢复 0.75 秒,并进入可被命中一次的状态。初始纸面情境使用 d=0.5;对比 d=1.5 时保持其他数值不变。

为预兆、闪避、命中、恢复、击败和闸门开启提供不同反馈。只有两名敌人都被击败后才打开闸门。添加重置功能,恢复玩家生命、敌人位置、登场延迟和闸门状态。不要加入远程武器、首领、进阶树、血腥画面、随机时序或额外敌人。让碰撞框、时间线、冷却和重置都便于检查。这是一份虚构设计简报,并不证明游戏已经生成或测试。

未来若生成了版本,先按该规格检查首房间,再增加功能。确认场上只有一名冲锋者和一名守卫者,两者的预兆都先于命中检查,命中矩形与画面中的通道一致。如果工具返回可玩原型,把它视作起点:仍然要实际测试,不能只凭提示词假定正确。

追踪半秒登场延迟为何与闪避冲突

用时间线分析,不要笼统说波次“太快”。基准守卫者延迟 d=0.5 秒,其 0.75 秒预兆在 t=1.25 结束并检查命中。冲锋者的开场动作已迫使玩家在 t=0.75 闪避。闪避于 t=1.0 结束,玩家要到 t=1.75 才能再次闪避。因此守卫者检查命中时,距离下一次可闪避还差半秒。

时间纸面演算中的玩家状态敌人事件与检查设定结果
0.00–0.75位于近侧 x=2;可以看见冲锋者预兆。冲锋者示意即将沿近侧通道冲刺。预期反应是把握时机闪避,而不是盲目攻击。
0.75闪避结算,移动至远侧 x=3。冲锋者从近侧 x=0 冲至 x=3,然后检查路径。换道避开近侧命中范围。
1.00闪避动画结束;冷却持续到 1.75。冲锋者开始恢复。玩家可以计划趁恢复时反击,但要留意守卫者时序。
1.25闪避不可用;玩家仍在 x=3。d=0.5 时,守卫者检查覆盖两条通道的 x=1.5–3.5 区域。在此纸面情境中,玩家受到一次设定伤害。

守卫者的矩形范围覆盖近侧和远侧,因此躲过冲锋者的闪避并不能让玩家避开横扫。在 x=3 时,玩家也处于该矩形的水平范围内。受击并非由隐藏追踪规则或临时改变主意的敌人造成,而是固定登场时序、冷却和攻击范围共同导致的。这是用于检查规则的虚构时间线,不是录制的游戏过程。

纸面检查一次时序改动

只把守卫者登场延迟从 0.5 秒改为 1.5 秒。保持 x 坐标、0.75 秒预兆、跨两条通道的固定范围、伤害、玩家移动、冲锋者路线和闸门条件不变。守卫者命中检查从 t=1.25 移到 t=2.25。玩家在 t=1.75 恢复闪避能力。到 t=2.25,玩家先闪避至 x=4,再进行守卫者命中检查;x=4 超出守卫者固定的 x=1.5–3.5 范围,因此成功避开攻击。

这是单变量纸面计算。它不能证明 1.5 秒很好玩、玩家能轻松反应,或实现遵循了预期动作顺序。它只说明:在定义的检查时刻,修订后的时序允许定义好的闪避离开固定命中矩形。后续构建仍需测试提示是否易读,以及玩家可用动作是否公平。

格斗者站在已清空的铸造厂中,通往下一阶段的闸门正在开启。
安全解决一轮遭遇后的目标状态概念图:房间已清空,阶段闸门升起。这是作者设定的场景,不是经过测试的结果。

完整结果不只是成功闪避。冲锋者和守卫者都需要进入清晰易懂的状态,提供反击窗口,再转换到明确的击败反馈。两名敌人都被击败后,闸门才能打开。上面的对比只隔离守卫者时序,让读者检查一项选择,而不悄悄更改伤害、几何或敌人行为。

扩展前先诊断首个房间

如果未来构建未达到预期,应找出可见状态首次偏离规则的位置。避免同时更改多个时序:登场延迟、缩短预备动作、加大闪避距离和缩小命中框一起调整,就无法知道哪项修正起了作用。下表将每种诊断关联到可观察的检查项。

现象先检查聚焦修正
冲锋者在预兆结束前就击中玩家。比较预兆结束、冲刺开始和命中检查的时间戳。恢复 0.75 秒预兆,并验证玩家动作先于命中检查。
守卫者警告显示一条通道,攻击却命中两条。对照两条通道中 x=1.5–3.5 的范围与提示范围。使预览和碰撞规则一致;不要暗中缩小已设定的矩形。
同一次闪避在不同时间不可用。检查冷却是否在 0.25 秒闪避结束后才开始。确认 t=0.75 闪避后,t=1.75 可再次使用,并重新测试两种时序。
敌人被击败后仍挡住闸门。检查清除整群是否等到两名敌人都标记为击败。仅在冲锋者和守卫者都被清除后打开;同时确认重置会关门。
恢复窗口内的轻击没有命中。检查距离、通道、最近敌人选择和一次受击易伤规则。保留同通道 1.5 单位攻击距离,每次只测试一次反击。

将观察结果与纸面时序分开记录。真实原型测试时,应记录构建版本、准确操作输入、可见提示、命中检查结果、重置状态和任何偏差。提示词不能代替这些观察,生成画面也不能证明时序有效。

把 AI 游戏制作工具当作起步流程

SEELE 当前的 Free AI Game Maker 页面介绍了一般流程:用日常语言描述游戏、生成首个可玩的 2D 或 3D 版本、在浏览器中测试,并通过后续提示继续细化。页面称 Workspace 会在提交前显示所选 AI 模型、可用 Koin 余额和生成费用,并建议每次生成前检查费用。这些通用流程信息不能保证特定敌人时序、碰撞范围或格斗房间会被正确实现。

这个设计应在一份聚焦简报中提供场地、玩家动作、敌人预兆、时间戳顺序、命中范围、清场条件和重置方式。如果有可玩结果,应在构建中检查每条规则并记录差异。在 Workspace 提交前确认所选 AI 模型、可用 Koin 余额和显示的生成费用。将作者设定的数值保留为验收清单,不要声称产品已经按要求实现。

明确这一点后,下一步就有价值:创作者可以用通用的“提示词到可玩版本”流程探索构想,同时仍在实际结果中验证游戏逻辑。

继续打磨一间清晰易读的格斗房间

首轮遭遇只保留一名冲锋者、一名守卫者、一条闪避规则,以及只有两名敌人都被击败后才开启的闸门。先确认每个提示与命中范围一致,再对比下一名敌人的登场时间与闪避恢复时间。只有玩家能理解并应对这一波敌人后,才添加更多敌人。这里的时序只是纸面设计值,并非测试过的平衡目标。

准备把简报转成原型时,可以从免费 AI 游戏制作工具开始,检查当前生成费用,并按房间规则审视可玩结果。保留时序表,运行真实构建检查,并一次只修改一个变量。

常见问题

横版格斗游戏的首轮循环是什么?

从清晰的攻击预兆、通道闪避、恢复窗口和明确的敌群清除反馈开始。玩家应知道攻击将经过哪里,以及敌人何时可以被反击。本例中两名敌人足以教会玩家把握距离和时机,首轮无需加入首领、武器或成长系统。

为什么守卫者延迟 0.5 秒会造成命中?

玩家在 t=0.75 闪避后,动作于 t=1.0 结束,要到 t=1.75 才能再次使用。延迟 d=0.5 的守卫者在 0.75 秒预兆后于 t=1.25 检查命中,此时玩家仍处于覆盖两条通道、x=1.5–3.5 的固定范围内。这是虚构的纸面时间演算。

1.5 秒修订版算试玩吗?

不算。这只是手工计算,说明守卫者修订后的 t=2.25 检查时玩家已恢复闪避能力,可以先移动到 x=4。它不能证明构建已生成、真人能及时反应,或遭遇战感觉公平。要回答这些问题,需要可玩结果和实际观察。

可玩格斗原型中应检查什么?

对照每个预兆与实际命中范围,确认同一时间戳的玩家动作先于命中检查,测量闪避冷却,验证恢复期间是否可受击,并重置完整遭遇。记录准确输入和结果。如果规则不同,应隔离一项修改并复测,不要同时调整多个时序。

AI 游戏制作工具能保证敌人时序吗?

这里介绍的一般产品流程不保证任何特定时序结果。自然语言简报可以传达请求的循环,可玩的 2D 或 3D 结果也能继续审核与细化。创作者仍需检查实际预兆、碰撞范围、冷却、闸门条件和重置行为。

SEELE AI

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

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

开始创作