“拍一张照片就能生成游戏关卡”最容易被误判的地方是把画面变成立体与关卡真正可玩混为一谈。照片完成风格化只能说明外观发生了变化场景可以旋转只能说明存在一定的空间表现角色能够移动并完成一次单关才接近可操作原型正常、失败和重开都能重复执行才算形成基本的运行闭环。本文固定一张桌面微缩遗迹照片测试一局约 5 分钟的探索关卡1 名玩家、4 个区域、3 件收集物和 1 个出口。测试期间固定原图、生成版本、相机路线和构建版本不把静态图中看到的桥、门、地面或任务当成已实现功能。凡是没有运行记录支持的结论统一标记为“待验证”。图注照片延伸为微缩场景可以表达“图像生成游戏”的方向但深度、碰撞、交互和任务结算仍需运行记录。一、输入照片、生成任务与场景版本是否唯一对应问题重复生成后不知道当前关卡来自哪一次任务生成失败后重试、修改照片解释或再次点击生成都可能产生新的结果。如果系统只保留一个“最新场景”旧版本被静默覆盖后续发现桥面没有碰撞、收集物少了一件时就无法判断问题来自原图、提示词、生成过程还是后续编辑。原因画面留下了版本关系没有留下一次照片生成至少涉及四项数据原始图片、生成任务、场景版本和可运行构建。如果没有唯一编号测试人员可能拿 A 版本的截图去验证 B 版本的场景。即使两次生成外观接近对象数量、碰撞和任务状态也可能完全不同。怎么检查为每次任务记录source_image_id | generation_id | scene_id | build_version同时保存输入尺寸、裁剪方式、图片方向、生成开始时间、完成时间和失败原因。一次生成任务只对应一个可验收场景失败重试必须创建新的generation_id不能直接覆盖旧结果。开始测试前固定原图文件、生成参数、相机路线、构建版本和测试设备。这样比较的才是“同一输入的不同生成结果”而不是把版本差异误判成运行错误。二、二维照片是否转换成可用的空间结构问题正面看像遗迹转到侧面和背面却是空的照片生成的 3D 场景可能只在原始视角下保持完整。转动相机后石桥变成薄片、墙体没有背面、水面悬空、门后没有空间四个区域之间也可能不存在真正的通路。这类结果已经具备视觉表现但还不能直接用于角色移动、碰撞检测和任务交互。原因深度推测不等于完整网格从二维照片恢复三维空间需要补足被遮挡的结构。生成结果可能使用单面卡片、深度近似或局部网格维持正面效果。这些方法适合概念预览却不一定满足近距离观察、背面渲染、碰撞和遮挡判断。怎么检查沿固定路线围绕桌面遗迹观察一圈至少保留正面、左右侧面和背面四组画面。重点检查桥、墙、门、水面和地面是否有明确深度是否存在异常拉伸、背面缺失和对象穿插门后是否存在真实空间桥面是否连接两个区域4 个区域是否能从几何上互相到达出口是否位于可进入的边界上。只有空间结构基本成立才有必要继续检查碰撞、出生点和任务逻辑。三、碰撞、出生点与输入是否真正就绪问题场景已经显示角色却出生在墙里或直接掉落画面出现不等于关卡已经可以操作。角色能否开始游戏取决于场景资源、碰撞数据、出生点、相机和输入系统是否全部就绪。出生点与墙体重叠角色可能卡住或被弹飞地面和桥面没有碰撞角色会直接穿过场景虽然加载完成但输入尚未开放玩家操作也不会生效。怎么检查把进入关卡拆成几个可观察状态scene_ready | collision_ready | player_spawn | camera_ready | input_ready只有场景加载完成、碰撞就绪、角色落在有效地面、相机能够跟随且输入开放才算真正进入关卡。画面已经出现但碰撞仍在加载只能标记为“场景可见操作待就绪”。从出生点执行一段固定路线走上石桥经过台阶靠近门和水面边缘再返回起点。记录角色是否卡在墙角、穿过门框、掉出桌面或者被不可见碰撞阻挡。相机也要沿同一路线检查避免视角穿模掩盖实际问题。四、三件收集物是否拥有独立状态问题收集物看得见重复触碰却会重复计数本关包含collectible_01至collectible_03三件收集物。每件物品都应有唯一编号、独立位置、交互范围和明确的未收集、处理中、已收集状态。发光特效、音效或“已收集”提示只属于反馈层不能证明状态已经正确提交。如果底层状态没有保存快速点击、离开后返回或重新加载都可能让同一件物品重复增加计数。怎么检查分别测试以下情况正常触碰并收集快速连续点击进入交互范围后离开再次返回收集后离开区域再重新进入场景重载或恢复后再次接触。日志至少记录collectible_id | triggered_at | player_position | old_state | new_state每件物品只能从“未收集”进入一次“已收集”总数始终保持在 0 至 3 之间。状态提交后模型隐藏、特效、音效和界面更新只是表现结果不能再次修改计数。五、出口、胜负与失败原因是否形成闭环问题玩家走到出口系统却没有说明为什么不能结束本关的胜利条件是收集 3 件物品并到达exit_01。如果缺少物品就触碰出口系统应明确提示缺少哪些内容而不是没有反应。同样5 分钟结束、角色掉出场景或关键物品不可达都需要有可解释的失败结果。否则玩家和测试人员无法区分任务尚未完成、程序没有响应还是关卡已经进入失败状态。怎么检查至少测试以下路线收集 3 件物品后进入出口少收 1 件物品直接进入出口不收集物品并等待倒计时结束主动掉出场景将关键物品置于不可达区域。每种情况都要生成唯一的final_result例如success | timeout | fell_out | collectible_unreachable结算只能提交一次并保存生成版本、场景版本、收集状态、经过时间、玩家位置和出口状态。不能只根据最后一帧画面判断成功还要确认结算事件已经写入并且重开后不会继承上一局的结果。六、重新生成、继续旧局与同版本重开是否严格区分问题修改照片说明后旧关卡状态混进了新场景用户补充“把桥加宽”“让门通向后方区域”等要求时通常会生成新的场景版本。如果系统在旧场景上直接混写旧关卡已经收集的物品、计时和结算状态可能被新几何继承测试结果就会失真。怎么检查必须区分三种操作重新生成创建新的generation_id和scene_id从干净状态开始继续旧局保留原场景、玩家位置、计时和收集状态同版本重开保留场景版本但恢复玩家位置、3 件收集物、倒计时和结算状态。最容易发现串线的方法是先在旧版本中收集一件物品再生成修改后的场景观察新局是否错误显示已经收集。随后分别测试继续旧局和同版本重开确认场景对象、任务进度、计时器和结算记录符合各自规则。如果生成过程失败不应留下一个可进入但数据不完整的半成品场景。失败任务应保存错误原因并阻止它进入正常关卡列表。七、用三轮实测区分“能看”和“能玩”第一轮正常生成并完成关卡使用固定原图生成场景确认玩家能够出生依次探索 4 个区域收集 3 件物品并在 5 分钟内到达出口。记录从生成完成到场景就绪、首次移动、首次收集和最终结算的时间。这一轮只能证明正常主路径可用。第二轮检查空间、碰撞与不可达对象沿正面、侧面和背面观察几何实际走过桥面、台阶、门口和水边确认所有收集物可达。打开碰撞调试显示比较视觉模型与碰撞模型是否存在明显偏差。如果某件物品只能从不合理角度触发应记录交互范围、玩家位置和空间遮挡不能只写“偶尔难以收集”。第三轮在中断、失败和重试中验证状态分别在生成失败、场景加载中断、收集一件物品后退出、即将结算时关闭游戏再执行恢复或重开。确认失败不会产生可玩的半成品场景恢复后不会重复收集结算中断不会写入虚假胜利新版本也不会继承旧版本状态。日志建议至少包含source_image_id | generation_id | scene_id | build_version scene_ready | collision_ready | player_spawn | input_ready collect_state | elapsed_time | final_result截图、运行录像和日志必须来自同一个构建版本不能用概念图补充没有运行证据的功能。在使用照片或图片搭建初步场景时3D Agent 或场景生成入口可以帮助准备原型和测试对象但生成入口只能提供可测试起点不能证明碰撞、交互、任务结算和重开流程已经通过。后续仍要整理空间结构并在 Unity、Unreal 和目标设备中复测。八、可直接复用的验收清单原图、生成任务、场景和构建版本是否唯一对应是否区分照片风格化、可旋转场景、可操作单关和可重复闭环正面、侧面和背面是否都有合理几何桥、墙、门和水面是否具备明确深度与空间关系scene_ready、collision_ready、player_spawn、camera_ready和input_ready是否全部满足角色出生点是否位于有效地面没有与墙体或道具重叠桥面、台阶、门口和出口是否具有对应碰撞三件收集物是否有独立编号、交互范围和唯一状态快速点击、离开返回和重新加载后是否不会重复计数未收集完整时触碰出口是否明确提示缺少内容胜利、超时、掉出场景和对象不可达是否都有明确结果重新生成、继续旧局和同版本重开是否严格隔离三轮实测是否同时保留截图、录像和运行日志照片变成立体不等于关卡已经成立照片变成立体画面只能证明图像外观完成了转换。真正接近可玩的照片生成原型还要连续验证空间结构、碰撞、出生点、输入、收集、结算和重开。判断这类 AI 生成 3D 场景是否成立最可靠的方法不是看一张视觉效果完整的截图而是固定版本、实际控制角色完成一局再通过失败、中断和重新生成确认状态不会串线。如果照片已经变成立体场景你会先检查背面几何、角色碰撞还是三件收集物能否正确结算