易读的横版射击游戏从一个小目标开始：观察一次攻击、选择一条航道、抓住空档开火、躲避变化中的危险，并抵达明确终点。首波只安排一架拦截机、一架敌方无人机和一座限时龙门障碍。玩家应能判断危险所在、安全路线在哪里，以及本波为何结束。
下方示例是虚构设计练习。规则、波次流程和修订均为纸面提案。没有运行游戏生成提示词；Codex ImageGen 提示词仅用于创作概念插图。本文不声称有可玩版本、战斗测试或实测改进。
先明确决策，再增加敌人
先划分三条纵向航道：上、中、下。拦截机从左向右移动，可在航道间转向并向前射击。前方放置一架位置清楚的敌方无人机，它沿一条航道发射短促的珊瑚色弹幕；玩家战机的淡蓝色弹火则与之明显区分。目标不是填满屏幕，而是给玩家足够时间读懂一种威胁并作出有效选择。
拟议首波中，无人机从中间航道开始，并在每轮弹幕间暂停。龙门障碍会发出独立预警：横跨中间路线的实体屏障开始下降前，珊瑚色警示灯先亮起。上方或下方航道始终保持畅通。玩家可躲开无人机弹幕，利用短暂停顿瞄准，再在龙门关闭前移入开放航道。敌方射击和障碍预警应在颜色、形状和时序上彼此区分，避免一种信号冒充另一种。
| 玩家疑问 | 应显示的信号 | 有效应对 |
|---|---|---|
| 无人机将向哪里射击？ | 沿一条航道发射短促且易读的弹幕 | 弹幕抵达前移到另一条航道 |
| 龙门何时封锁中间航道？ | 屏障移动前先点亮珊瑚色警示灯 | 选择明显开放的上方或下方路线 |
| 射击或碰撞产生了什么结果？ | 清晰的命中反馈；碰撞后重启同一波次 | 保留刚学到的经验，重试相同模式 |
首波只需教会这些信息。第二架无人机、首领、武器库存和分数经济系统都会在玩家评估当前决策前增加其他选择。只有当攻击、障碍和出口本身都清晰易读后，才加入这些内容。
用限时龙门障碍构建一段短波次
将波次写成一系列可见状态。先以安静入场开始：战机位于中间航道，龙门升起，无人机可见，场上没有飞行中的弹丸。接着无人机发出攻击信号，并向中间航道发射一小段弹幕。弹幕结束后给玩家短暂间隔，足以移动并瞄准射击。龙门下降前先点亮警示灯；即使战机正在开火，预警也必须清晰可见。中间航道关闭后，至少要有一条替代航道保持畅通。
碰撞的代价应简单明确。玩家碰到已降下的龙门时，显示清楚的受击状态，并从波次入口重启同一波。重启时不要随机改变无人机、移动屏障或调整航道布局。稳定重试能让玩家理解预警、移动和碰撞之间的关系。只有无人机被击毁且拦截机抵达亮起的出口信标，波次才算完成。单独击败无人机不是终点；敌机仍在时抵达信标也不算通关。
| 波次节拍 | 可见变化 | 玩家决策或检查 |
|---|---|---|
| 入场 | 龙门升起、航道安静、前方有无人机 | 找到目标及三条航道 |
| 弹幕 | 无人机预警，随后发射短促的珊瑚色弹幕 | 离开受威胁航道 |
| 射击窗口 | 射击短暂停止；目标仍可见 | 瞄准并开火，避免穿越敌方弹幕 |
| 障碍预警 | 中间屏障下降前，龙门警示灯先亮起 | 区分障碍预警与武器射击 |
| 绕行并通关 | 替代航道保持开放；无人机被击毁后出口信标亮起 | 绕过障碍并抵达信标 |
结果是一波完成，不代表整款游戏获胜。明确的终点让首个原型更容易检查：玩家击毁无人机、通过屏障后会看见信标，或者会收到阻止进程的明确反馈。
编写聚焦的原型提示词
实用的游戏说明应列出玩家、首个动作、可见信号、可通行路线、失败行为和完成状态，并告诉制作者要检查什么。下方控制方式是设计建议，不是已确认的 SEELE 操作。请求制作前，请替换为适合目标的按键映射。
制作一段紧凑的横向卷轴 2.5D 射击波次，场景设在轨道船坞。玩家驾驶一架小型拦截机，从左向右穿越上、中、下三条航道。建议操作：一个控制键负责纵向移动，一个负责向前射击。开场时前方有一架可见敌方无人机，中间航道上方升起实体龙门。
无人机先发出清楚预警，沿一条航道发射短促的珊瑚色弹幕，随后暂停足够长的时间，让玩家有意应对。敌方弹丸要与玩家淡蓝色弹火明显区分。弹幕结束后，龙门下降封锁中间航道前先点亮珊瑚色警示灯。保持上方或下方绕行路线开放且可见。射击特效不得遮住预警。
拦截机碰到降下的龙门时，显示明确受击状态，并以相同无人机、障碍时序和航道布局重启本波。只有无人机被击毁且拦截机抵达龙门后方亮起的出口信标，才算通关。结尾应展示一眼可辨的信标状态。
返回简明控制说明、波次状态顺序和首个可玩版本。排除额外敌人、首领阶段、升级、救援目标、大量文字叠层及本波次不需要的系统。检查无人机预警是否可见、警示是否早于屏障移动、是否始终保留开放路线、碰撞后是否稳定重启，以及出口是否要求同时击毁无人机并抵达信标。提示词要求的是紧凑的首轮版本和检查方案，而不是结果保证。如果最终输出改变了攻击模式或路线，应先更新说明以反映实际可见内容，再进行评价。生成的构想仍需检查碰撞、时序和清晰度。
检查战斗可读性与公平性
可读性取决于信号与应对之间的关系。预警必须足够早，才能发挥作用；安全路线必须在物理上可行；反馈必须说明发生了什么。应分别检查这些关系，而不是给弱信号添加更多特效。
| 异常表现 | 可能的设计原因 | 可尝试的一项调整 |
|---|---|---|
| 玩家还没来得及反应就受击 | 预警太短、被遮挡，或与受击效果过于相似 | 调整颜色或轮廓，并延长预警提前量 |
| 龙门看起来毫无预警地出现 | 警示灯与屏障移动同时开始 | 先亮起警示灯，并在预警节拍内保持屏障不动 |
| 所有路线看起来都被封锁 | 替代航道被遮挡，或碰撞边界不清晰 | 展示一条连续绕行路线，并保持边界可见 |
| 玩家无法判断波次为何停止 | 受击、重启、击毁无人机和出口提示相互重叠 | 为碰撞设置独立受击状态，只在目标完成时点亮信标 |
每次只改变一个变量。如果同时延长预警并减慢无人机，即使结果更清楚，也无法判断哪项改动有效。简短记录当前规则、唯一拟议调整，以及能解决问题的可见检查项。这是一种设计纪律，并非任何生成结果已通过检查的证据。
模拟迭代：区分预警与受击
下面是纸面修订。虚构 v0 中，敌方无人机弹丸和龙门警示灯都使用珊瑚色。玩家可能把障碍预警误认为另一轮攻击。这是对设计说明歧义的推测，并非观察到的易用性问题。
拟议 v1 只改一项颜色规则：敌方弹丸保持珊瑚色，龙门警示灯改为琥珀色，友方弹火仍为淡蓝色。灯的形状和时序、无人机弹幕、玩家速度、障碍移动、路线、碰撞规则和出口条件都保持不变。问题仍然聚焦：读者能否辨认预警，并在屏障移动前看见安全航道？
验收清单仍待真实观察。检查警示灯是否先于屏障移动出现、是否至少保留一条开放航道、碰撞是否触发明确受击和同波次重启，以及出口信标是否只在无人机被击毁且战机抵达后亮起。手写提示词或好看的画面无法回答实际游玩时序是否公平。
把设计说明带入游戏制作流程
首波的玩家动作和终点明确后，英文游戏说明就能为创作流程提供聚焦任务。SEELE 的 Free AI Game Maker 页面介绍了用简单英文输入游戏构想、检查 2D 或 3D 可玩结果，并在 Workspace 中迭代。这些是通用能力，并不说明特定射击游戏、碰撞规则、攻击模式或时序一定会正确生成。
向工具说明玩家、一次攻击、限时障碍、安全绕行路线和完成状态。然后检查结果的实际表现：能否看见无人机预警？龙门警告是否清晰独立？是否保留开放路线？碰撞后是否重启同一波？提交前检查所选 AI 模型、可用 Koin 余额和显示的生成成本。每次修改提示词都应针对观察到的具体问题，而不是笼统要求“更刺激”。
从一段易读的波次开始
横版射击游戏应一次只增加一个决策。先加入可见弹幕、清晰独立的障碍预警、一条开放航道、一致的碰撞重启，以及击败威胁后必须抵达的出口。只有当每个信号仍含义明确时，再增加压力。要把计划写成首份设计说明，可以先打开 免费 AI 游戏制作工具，检查实际结果，并在再次生成前查看显示的成本。本例仍是设计提案，不是经过测试的输出。
常见问题
首波应包含多少种敌人？
当波次还要教会玩家限时障碍时，一种敌人就足够了。只有一架无人机时，可以先判断其预警、弹幕、射击停顿与龙门之间的关系，再加入其他模式。如果玩家无法识别受击原因，增加敌人只会让第一个问题更难诊断。
玩家怎样才能边闪避边持续射击？
在设计约定中分开移动与射击，然后测试玩家改变航道时能否继续瞄准或开火。具体按键映射属于设计选择，不是已记录的 SEELE 操作。保留短暂射击窗口，不要用无法躲避的障碍移动占满这段时间。
怎样让弹幕模式易于辨认？
使用可见预警、少量彼此区分的弹道，并在警告和命中之间留出足够应对时间。敌方弹丸应与玩家弹火视觉区分。颜色鲜艳并不足以让弹幕易读；方向和受威胁航道都必须明确。
首个版本应该加入首领吗？
本次首波练习不需要首领。首领会带来额外阶段、攻击、生命规则和胜利条件，分散航道与龙门机制的教学重点。只有无人机弹幕、开放路线、碰撞重启和出口状态都能独立评估后，才考虑加入首领。
AI 游戏制作工具能保证战斗平衡吗？
本文没有记录此类保证。英文说明可以描述预期循环，可玩结果也可以接受检查，但平衡性取决于游戏实际表现和游玩感受。请自行检查时序和碰撞行为，再修订需要改进的具体规则。
