用 AI 生成一台街机、一个像素关卡和一组角色动作并不难。屏幕会亮按钮会闪角色也能跳起来但这些画面仍然不能证明投币闯关已经形成完整玩法。一个可验收的街机系统至少要区分四档证据概念图只能证明画面方向按键演示能证明按钮或角色出现响应单关原型能证明某一次操作流程可以运行可重复闯关必须稳定处理投币、开始、输入、生命、关卡、结算、续关和新局。本文固定一个最小案例一台街机、3 条命、3 个关卡、5 分钟时限以及一次续关机会。完整流程只有一条投币→按开始→进入关卡→失去生命→完成或失败→选择续关→回到标题画面。AI 生成 3D 模型、场景和角色动作可以快速完成视觉原型真正需要验收的却是输入与状态能否连续对应。图注街机屏幕与发光按钮可以建立投币闯关设想但一次输入是否只提交一次、生命与续关是否正确结算仍需运行记录。这张素材不能证明街机可以交互、按键已经映射、游戏能够运行、投币会正确计数、三个关卡真实存在或续关可以恢复状态。画面中的宣传文字也不是实测结论。发布到 CSDN 时需要将本地图片上传至平台并替换为站内图片地址。节点一投币是否只创建一条 credit 记录常见问题快速连续按投币键时余额一次增加多个持续长按后系统每隔几帧就增加一个credit同一次投币事件被重试后又重复加币。原因投币逻辑如果直接绑定在按键持续状态上而不是按下瞬间就可能在多个更新帧中重复执行。输入、界面和后台状态如果各自增加余额也会让一次操作产生多条记录。怎么测每次投币创建唯一的coin_event_id并记录run_id | coin_event_id | credit_before | credit_after | result一次有效投币必须满足credit_after credit_before 1分别测试单次点按、快速连续点击、长按 500 毫秒和长按 3 秒。长按究竟算一次还是连续投币可以按项目设计决定但规则必须明确界面数字与日志结果也必须一致。同一个coin_event_id被重复提交时不应再次增加余额。通过标准一次合法投币只形成一条有效记录快速输入和事件重放不会悄悄增加额外credit。节点二开始按钮是否只消费一次 credit常见问题没有余额也能进入关卡连续按开始键后系统扣了两次币或者同时创建两套角色、计时器和关卡对象。原因开始按钮常被简单处理成“切换场景”。如果扣币、会话创建和场景加载分别执行加载失败时就可能出现“币已经扣了游戏却没有开始”的半完成状态。怎么测按下开始后系统先检查credit 0再创建唯一的session_id并按以下顺序处理锁定重复输入预留本次credit加载关卡和玩家对象确认输入与计时器已经就绪正式消费credit进入运行状态。如果加载失败要明确是退回本次credit还是保留会话等待重试。第一版建议回到标题画面、清理半成品对象、恢复本次余额并显示失败原因。通过标准无币时不能开始一次有效开始只消费一个credit只创建一个session_id加载失败不会留下角色、计时器或重复会话。节点三摇杆和按钮是否映射到唯一动作常见问题按钮亮了角色却没有真正跳起攻击动画播放了碰撞和伤害没有变化快速连按一次却触发了两次动作。原因输入层、动画层和角色控制层没有分开。视觉反馈只能证明按钮或动画被触发不能证明角色位移、碰撞体、攻击判定和游戏状态已经改变。怎么测为方向、跳跃、攻击和暂停分别建立唯一映射记录input_id、action_id、输入时间和执行结果。测试时同时观察方向输入是否改变角色速度或位置跳跃是否让角色离地并进入空中状态攻击是否产生有效判定和伤害事件暂停是否冻结关卡计时与角色控制快速连按是否被输入层和角色控制器重复消费。3D 角色动作只能证明动画画面发生变化不能替代位移、碰撞和伤害验收。通过标准一次输入只对应一个明确动作按钮反馈、角色状态、动画和实际判定使用同一个结果不会出现“画面成功、逻辑失败”。节点四三条命与关卡状态是否同步常见问题角色死亡一次却扣掉两条命复活后旧敌人多出一份第三条命耗尽后角色仍然可以移动和攻击。原因死亡动画、扣命、重生和场景重置可能由不同事件分别触发。如果没有统一的死亡状态和防重复机制同一次失败就可能被多次结算。怎么测把角色状态至少分为playing → dying → respawning → playing 或 playing → dying → game_over第一次进入dying时才允许扣除一条命。随后按规则恢复角色位置并明确哪些数据保留分数是否保留敌人是继续存在、局部重置还是整关重置已触发机关是否恢复关卡计时是否继续复活点使用关卡起点还是最近检查点。生命从 3 依次变为 2、1、0 后系统进入game_over。此时停止关卡逻辑拒绝方向、跳跃和攻击输入只接受续关或返回标题操作。通过标准一次死亡只扣一条命复活状态可解释生命归零后不会继续游玩也不会残留重复敌人或角色对象。节点五通关与失败是否只结算一次常见问题第三关完成的同一时刻5 分钟倒计时也归零系统先显示胜利又弹出失败结算动画重复播放分数也被提交两次。原因关卡完成、首领死亡、计时器结束和玩家死亡都可能发出终局事件。如果它们可以同时写入结果最终状态就会互相覆盖。怎么测设置唯一的终局状态和结算锁。第一条满足规则的有效事件写入final_result后其他终局请求只能读取结果不能再次覆盖或重复发奖。结算快照至少包含session_id | credit | level_id | life | score | elapsed_time | continue_state | final_result专门测试最后一秒完成关卡、死亡与通关同时发生、结算界面快速连按等边界情况。通过标准同一session_id只有一条最终结果结算出现后停止普通输入、关卡计时和伤害判定胜利或失败不会被后续事件覆盖。节点六续关、退出和新局是否真正分开常见问题续关没有扣币返回标题后旧分数仍然存在重新开始后角色少一条命旧敌人和计时器也没有清理。原因“续关”“返回标题”和“开始新局”经常共用同一个初始化函数却没有分别定义哪些数据保留、哪些数据清除。怎么测失败后开放 10 秒续关窗口并明确三种操作续关消耗 1 个credit恢复到当前关或预设检查点退出回到标题画面不恢复旧局也不自动消耗余额新局创建新的session_id恢复 3 条命、第一关和 5 分钟计时。续关界面还要明确暂停规则。为了避免倒计时被无限冻结第一版可以规定进入game_over后不再开放普通暂停10 秒续关窗口继续计时。若项目允许暂停续关倒计时也必须让界面、计时器和日志遵守同一规则。新局开始前应回收旧角色、敌人、弹体、计时器、输入监听器和临时 UI不能只把画面切回第一关。搭建街机、角色和关卡的初步原型时可以使用 3D Agent 辅助准备场景。它不能证明投币、输入、生命、结算和续关逻辑已经通过验收最终仍需要实际操作与状态日志。通过标准续关、退出和新局各自拥有清晰结果一次续关只消费一个credit新局不会继承旧生命、旧计时器和旧关卡对象。用三轮实测区分演示和完整闭环第一轮正常完成投币一次按开始进入第一关依次完成三个关卡。检查session_id是否唯一credit是否只减少一次level_id是否按 1、2、3 推进生命、分数与计时是否连续final_result是否只写入一次。这一轮只能证明主路径可用还不能证明系统能够处理重复输入和中断状态。第二轮重复输入并耗尽生命快速点击和长按投币键连续按开始按钮再让角色连续死亡三次。检查生命是否按 3、2、1、0 变化是否只创建一个会话以及进入game_over后是否拒绝移动和攻击。这一轮验证输入去重、死亡幂等和终态锁。第三轮中断、续关与重开分别在角色输入、死亡动画和续关倒计时中尝试暂停、退出和重新开始。重点检查暂停是否按规则影响关卡计时死亡期间普通输入是否被屏蔽续关是否只消费一次credit新局是否恢复 3 条命、第一关和 5 分钟旧对象、计时器和监听器是否全部回收。只有三轮都通过才可以把结果称为“可重复闯关原型”。如果只有概念图或按键演示投币、生命、续关和重开仍应标记为“待验证”。发布前检查清单一次投币只增加 1 个credit快速连按和事件重放不会重复计数无币时不能开始重复按开始只创建一个session_id摇杆、跳跃、攻击和暂停拥有唯一映射按键动画与角色实际动作分别通过验收一次死亡只扣一条命复活点和关卡对象符合规则game_over后拒绝普通游戏输入三关完成与五分钟结束只产生一次结算续关窗口规则明确一次续关只消费一个credit新局恢复三条命、第一关和五分钟计时旧会话、角色、敌人、弹体、计时器和输入监听器全部回收。街机屏幕亮起只能说明视觉入口已经建立。真正的闯关闭环要让每一次投币、开始、输入、死亡、结算和续关都能找到唯一且可复现的状态记录。你会先测试投币是否重复计数还是先测试续关后的生命和关卡状态