很多“一句话把图片或故事生成游戏”的演示，都会出现一个很有吸引力的镜头：漫画书打开，角色从分镜中跳出来，随后与怪物交战。这个画面可以证明题材方向和视觉转场已经形成，却不能直接证明它是一段能够重复游玩的剧情战斗。
真正需要验证的是：章节能否稳定打开，分镜是否按规则推进，选择的角色是否真的可操作，首领遭遇是否只结算一次，第三页的选择能否回写章节状态，以及退出后能否正确继续或重开。
本文设定的最小流程是：
chapter_01 → panel_01 选择角色 → panel_02 完成战斗 → panel_03 做出选择 → 返回章节页 → 开启新局漫画页面中的角色、怪物和城堡，可以建立“故事变成游戏”的想象，但不能代替状态验证。
图注：漫画角色冲出书页能够表现从故事到游戏的方向，但分镜顺序、角色输入、遭遇结算和章节状态仍需连续运行证据。
先分清四级证据：看到角色，不等于章节成立
这类生成结果可以按证据强度分成四级：
- 概念图：只能证明角色、场景和题材设想。
- 转场演示：例如书页打开、角色冲出分镜，只能证明局部视觉表现。
- 单次可操作：能够证明某个场景接入了部分输入，但不代表章节状态已经连通。
- 可重复闭环：玩家可以按规则进入分镜、完成遭遇、保存选择、返回章节页，并在继续、重开和新局中得到一致结果。
如果只有一张海报或一段剪辑视频，就不能继续推断角色控制、首领 AI、进度保存和重开已经完成。
因此，本文不是根据概念图宣布“漫画游戏已经生成”，而是设计一套可以实际执行的最小验收方法。所有测试使用同一个构建版本，并为每次运行分配唯一的run_id。
节点一：章节、页面与分镜编号是否唯一
典型问题
章节页第一次打开正常，重新进入后却回到错误页面；同一个战斗分镜被创建两次，画面中出现两个首领或两套角色输入。
怎么检查
先为内容和运行状态建立唯一编号：
run_id chapter_id page_id panel_id scene_instance_id本例使用chapter_01，关键入口为panel_01、panel_02和panel_03。连续执行三次“打开章节—退出—重新进入”，记录当前页面、已完成分镜、角色实例数、首领实例数和计时器数量。
合法的角色切换不能与重复生成角色混淆。比如从hero_01切换到hero_02，旧角色实例应按规则停用或销毁，而不是在场景中留下两个同时接收输入的对象。
通过标准
- 同一
panel_id在一次合法进入中只创建一个场景实例； - 新建
run_id后不会继承旧章节进度； - 章节页明确显示当前页、已完成分镜和下一目标；
- 翻页动画播放成功不能代替页面状态提交。
节点二：页面顺序是否真的受规则约束
典型问题
玩家没有选择角色，就能直接进入战斗页；翻页动画播放到一半退出，重新进入时系统却把该页判定为已完成。
怎么检查
至少测试三条路线：
- 按
panel_01 → panel_02 → panel_03正常推进； - 未选择角色，尝试从章节页直接进入
panel_02； - 战斗完成后返回上一页，再次进入已完成分镜。
未满足前置条件时，界面应说明缺少哪个节点，并且不能创建战斗场景。若允许回看已完成分镜，应进入明确的回放状态，不得重复增加章节进度、奖励或计时。
每次跳转至少记录：
from_panel to_panel transition_reason state_before state_after load_result加载失败时应返回最近的合法页面；取消翻页动画也不能偷偷写入完成状态。
通过标准
画面跳转与业务状态保持一致。只有前置条件满足且目标分镜加载成功，章节进度才允许推进一次。
节点三：两名角色是否在正确分镜生成并可操作
典型问题
角色模型已经出现在画面中，却不能移动；相机没有跟随；切换角色后，两名角色同时响应攻击输入。
怎么检查
固定两名角色为hero_01和hero_02。玩家在panel_01做出选择，panel_02只能生成对应角色。
进入战斗分镜后，分别确认：
- 出生点位于有效地面；
- 碰撞体已经就绪；
- 相机绑定正确；
- 移动、攻击和暂停输入可用；
- 动画状态与角色控制状态一致；
- 未被选择的角色不会继续监听输入。
碰撞体可以理解为角色参与移动、落地和受击判断的范围。模型外观已经出现，不代表碰撞和控制已经准备完成。
随后测试快速切换、加载过程中返回，以及选定角色后退出再继续。日志建议记录：
selected_hero character_instance_id spawn_result collision_ready input_ready camera_ready通过标准
一次选择只生成一名有效角色，旧输入监听器已注销。角色必须完成移动、攻击、受击和暂停测试，才能标记为“角色可操作”；只出现外观时仍为“待验证”。
节点四：首领遭遇是否只结算一次
典型问题
首领已经倒下，章节页却没有完成标记；或者最后一击触发多个回调，奖励、对白和页面进度被重复写入。
怎么检查
固定使用boss_01和encounter_01，并为遭遇设置四种状态：
not_started in_progress success failed分别测试：
- 正常击败首领；
- 玩家战败；
- 最后一击与五分钟倒计时同时发生；
- 结算动画中继续按攻击键；
- 首领倒地后再次触发伤害区域。
每次合法结算生成唯一的result_event_id，日志至少记录：
encounter_id boss_state player_state result_event_id elapsed_time chapter_progress特效、对白和分数都属于表现反馈，不能替代encounter_state。若画面显示首领倒地，但日志中没有成功事件，结果只能写“待验证”。
通过标准
首领死亡、页面完成标记和奖励结算各执行一次。最后一击与超时同时到达时，由统一结算规则确定结果，后续回调不得再次修改章节状态。
节点五：第三页选择是否真正回写章节状态
典型问题
第三页出现“救援同伴”和“带走宝物”两个按钮。点击后对白发生变化，但返回章节页后没有保留选择；快速连按还可能写入两个互相矛盾的结果。
怎么检查
为两个选项分配不同的choice_id，并把结果写入chapter_state。测试以下情况：
- 正常选择后返回章节页；
- 快速连续点击两个选项；
- 提交过程中退出；
- 退出后继续章节；
- 再次进入
panel_03； - 关闭应用后重新打开。
若产品允许修改选择，应明确采用“覆盖旧结果”还是“生成新分支”，并记录版本。不能让一次运行同时保留两个互相排斥的最终选择。
日志可以记录：
run_id choice_id choice_event_id save_result chapter_state保存失败时，界面应明确提示“未提交”。已经播放的对白或动画不能作为数据保存成功的证据。
通过标准
一次运行只保留一个合法选择。返回章节页和重新打开应用后，选择仍属于原run_id，并能正确影响后续章节状态。
节点六：失败、返回和新局是否清理一致
典型问题
玩家在翻页、战斗或选择提交阶段退出。下一次进入后，场景同时保留旧首领、旧计时器和新角色；连续完成几局后，一次攻击甚至会触发多次回调。
先区分三种操作
- 继续章节：保留已经合法提交的进度，从允许的恢复点继续。
- 重开本章：按照设计恢复本章初始状态，是否保留章节外奖励需要明确说明。
- 新建
run_id：不继承上一局的角色实例、首领、选择、计时器和临时奖励。
分别在翻页中、战斗中和选择提交中退出，再测试上述三种操作。加载失败、战斗失败、超时和玩家主动退出也要有独立结果，不能全部写成“失败”。
final_result可以使用：
chapter_complete battle_failed timeout load_failed abandoned连续完成三局后，检查场景实例、输入监听器、计时器和结算事件数量是否回到预期范围。
通过标准
重新出现章节画面不等于重置完成。只有旧场景引用、旧输入监听器和旧计时器被正确清理，新局状态才算可信。
三轮实测：把一次演示变成可重复证据
第一轮：正常完成
按顺序进入三个分镜，选择一名角色，击败首领，提交第三页选择，返回章节页，再开启新局。保存完整录屏以及每个节点的状态日志。
第二轮：异常输入
测试跳过分镜、快速切换角色、结算时重复操作和同时点击两个选择。重点检查非法跳转是否被阻止，以及错误输入是否改变了章节状态。
第三轮：中断与重开
分别在翻页、战斗和选择提交时退出，测试继续章节、重开本章和新建运行的差异。
每一轮至少记录：
build_version run_id chapter_id page_id panel_id selected_hero encounter_state choice_id final_result最终把六项结果标记为“通过、未通过、待验证”：编号唯一、顺序正确、角色可操作、遭遇单次结算、选择成功回写、退出清理一致。
AI生成3D内容能帮什么，不能证明什么？
如果需要先搭建角色、怪物和分镜场景草稿，可以使用3D Agent准备初始内容。
它可以减少角色、场景与视觉方向的准备时间，但生成画面不能证明页面跳转、角色输入、遭遇结算和章节存档已经连通。
进入 Unity、Unreal 或其他运行环境前后，仍要人工检查：
- 模型是否方便编辑；
- 材质和贴图是否正常；
- 复杂度是否符合目标设备预算；
- 碰撞和出生点是否合理；
- 角色动作与输入是否一致；
- 分镜入口和章节状态能否在正式构建中重复运行。
AI 生成内容可以加快草稿准备，不能替代状态设计、日志、录屏和回归测试。
发布前检查清单
- 每局、每章、每页和每个分镜都有唯一编号。
- 未完成前置条件时，不能跳入后续分镜。
- 翻页动画和页面状态提交已经分开验证。
- 一次选择只生成一名可操作角色。
- 旧角色的输入监听器已经注销。
- 首领遭遇和页面完成标记只结算一次。
- 第三页选择已经回写并通过重新打开验证。
- 继续、重开与新局使用不同的状态规则。
- 连续完成三局后，实例和监听器数量不会增长。
- 所有未取得运行证据的功能均标记为“待验证”。
先查状态，再看表现
漫画角色跳出书页，只能证明视觉转场已经有了方向。要把它称为一段成立的剧情战斗，章节、页面、角色、遭遇、选择和新局必须组成可重复的闭环。
测试顺序可以固定为：编号唯一、顺序约束、角色可操作、遭遇只结算一次、选择正确回写、退出后彻底清理。这样才能区分“看起来像游戏”和“确实能稳定完成一章”。
你会先检查分镜是否按顺序推进，还是先检查战斗结果与第三页选择能否正确回写到章节页？
