灰盒验收：从能跑到可复现

灰盒用简单形状和占位资源验证操作、空间与流程。在当前项目中，可以学习搭一个中性的封闭空间，测试移动、靠近、调查和出口触发；它不是正式卧室谜题方案。正式剧情尚未定案时，不要靠塞入三把钥匙来伪装内容已经设计。

测试对象：独立教学灰盒 v01
场景：practice_room.tscn
环境：填写实际 Godot 版本、渲染方式
正常路径：通过 / 失败 / 未测（逐项写）
关键失败：依赖缺失、重复交互、关闭 UI、重试
证据：操作步骤、日志、必要截图
已知边界：未用正式素材；未导出 Windows 包
结论：只对上述场景与路径成立

视频或截图能证明某个瞬间的画面，不一定证明状态正确。日志能说明函数被调用，也不一定证明玩家看见了反馈。最好让操作记录、画面与状态证据对应起来。

当操作路径稳定，再逐步换入少量美术并重新验证比例、遮挡与可读性。不要一次替换全部美术、改分辨率、加入音乐和存档后才发现问题；那样很难定位是哪项引入回归。对于完整垂直切片，必须先另行确认代表性体验和结束点。

“房间能玩”无法让别人复核；“启动练习房间，从出生点向右走到提示范围，按一次 E，关闭面板后走到测试出口”才是一条可操作路径。给每一步配一个预期结果，例如出现提示、显示占位文字、移动被锁定、关闭后恢复控制。不要把整段流程压成一个通过勾选，否则中途哪一步不成立都看不出来。

测试用的房间可以保持中性几何图形，不需要借用正式卧室陈设。你要验证的是移动、交互、反馈与状态是否连接完整，不是证明首个谜题好玩。为这份练习标一个版本和入口场景，并保留实际操作日期。其他人拿到同一份材料后应该能够重跑，而不是必须猜你当时打开了哪个临时场景、按了什么隐藏快捷键。

先分别验证移动、调查和面板，再把它们串起来。独立验证失败时，调查范围小；串联后失败时，重点看交接关系。例如单独面板可以关闭、单独玩家可以移动，但合在一起关闭后不能走，问题就更可能出在输入锁恢复，而不是整个移动公式。两层证据一起保留，能让后续排障迅速找到边界。

在完整路径中插入几次故意中断：打开面板后切走窗口再回来，在调查范围边缘反复进入离开，连续尝试出口，重置后再次调查。记录失败是否会污染下一轮状态。一个原型只有从全新启动走正常路径时成功，还不足以说明可重复练习。测试强度不需要变成大型测试平台，但必须覆盖当前已经组合在一起的关键关系。

技术路径通过后，让一个不熟悉场景的人尝试同样目标，暂时不要站在旁边告诉他每一步。观察他在哪里停住、哪里反复按键、哪里误以为不能走。把行为记下来，再询问当时以为会发生什么。玩家没发现提示，可能是位置、对比或信息顺序问题，不一定需要加更长的说明文字。

每轮只改一个明确问题，例如调整提示出现的位置或通道宽度，再重跑同一段操作。不要同时替换全部美术、加入音乐并改变谜题，否则体验变化无法归因。最终结论分开写：功能路径通过了哪些，操作体验观察到什么，哪些尚未设计或尚未验证。可玩卧室小原型与完整垂直切片仍是不同交付阶段；练习灰盒通过只证明这组中性教学关系成立，不会自动推进正式游戏进度。