一间练习房工作坊：把零散功能接成可玩的五分钟

本课提供一间用于学习的“旧储物间”：玩家读到提示，找到一枚木牌，再用木牌打开出口。场景、道具和文字都是独立教学方案，不代表原创游戏的已确认剧情、谜题或正式资源规格。本次只验证一条可完成流程，不加入追逐、战斗、背包网格、分支结局或随机谜题。

开始前写一句成功定义：“第一次来的玩家不听开发者解释，能够在约五分钟内理解目标并走到结束反馈。”这个时间是练习观察目标，不是必须逼玩家达成的速度标准。若试玩者一直困惑，优先改善信息，不要把困惑自动解释为恐怖氛围。

画一个长方形，标出起点、提示桌、木牌架和出口。让起点能看见一个明确目标，让提示与目标有可理解的联系，但不要让移动过程被家具缝隙卡住。用彩色块代替地面与物件，写上简短名称；灰盒的价值是低成本发现布局和规则问题，不是越丑越专业。

建议节点树为 RoomLab (Node2D)，下设 World、Player、Interactables、CanvasLayer/UI。World 放墙体与碰撞，Interactables 放三个目标，UI 放提示、对白和结束面板。复用已验证的练习玩家；不要把正式项目主场景拖进来图省事。

建立本练习的三个事实：hint_read、token_taken、exit_open，初始都为假。提示桌首次交互将已读设真；木牌架首次交互将已拿设真；出口检查木牌状态，满足时才开门。是否要求必须先读提示才能拿木牌，是设计选择；本练习推荐不强制，让信息引导玩家，而不是人为制造看不见的前置锁。

把房间事实集中交给一个房间控制节点维护。交互物报告“玩家调查了我”，控制节点决定规则与反馈，物件只更新自己的显示。先做最简单的明确引用，不为三个布尔量创建大型任务框架。节点消失不能代替事实：拿过木牌应由状态记录，而不是遍历场景猜架子是否还在。

第一轮只接移动与墙，验收能绕房间一圈且不会钻出边界。第二轮加入提示桌，验收靠近提示、按键打开、确认关闭，阅读时角色不继续移动。第三轮加入木牌，验收重复调查不会重复获得。第四轮加入出口，分别测试有木牌和无木牌。每一轮完成后保留一个可回到的版本，再进入下一轮。

输入映射沿用移动与 interact，另设 ui_accept 确认和 ui_cancel 返回；需要明确同一物理键重叠时由谁消费。打开对白的那次按下不能顺便关掉对白，返回菜单不能顺便触发门。每个动作都要有短文字或画面变化，让玩家知道系统收到了操作。

流程通了再加一层低声环境音、稍暗的背景、一次与开门有关的变化。不要同时塞入镜头抖动、频闪、浓雾和高音量惊吓；这些会遮住基本可读性，也让排错更困难。玩家必须能看清可走区域和文本，静音时仍能理解关键线索。

准备两句反馈对照：“打不开”只告诉失败；“锁槽像是缺了一块木牌”既说明失败又给下一步方向。线索应靠合理观察连接，不靠作者在旁边口头补完。若玩家试错没有任何反馈，先补规则提示，再考虑增加引导箭头。这里练的是有效的信息安排，不是替正式游戏决定叙事风格。

验收至少覆盖：先去出口、先拿木牌、重复读提示、重复拿木牌、对白中连续按键、离开再返回目标、完成后继续操作。预期分别写清，不把“没有崩溃”当作唯一通过标准。如果开门失败，按“状态是否改变 → 条件是否读取正确 → 显示是否刷新”顺序查；不要一开始重做动画。

最后提供一个 Windows 练习构建、简单操作说明、版本标识和问题清单，请一位没见过流程的人试玩。记录其停顿、误判和求助位置，再只修最影响完成的一项。完成这间练习房说明你接通过一条小流程，并不意味着正式游戏的全部系统、内容、美术与发布工作已经完成。