先走通黑块地图，再花时间画墙和地板

Team Cherry 描述过先用黑块建立房间、实际移动测试间距，再布置景物与互动的流程。来源

证据边界：依据 Team Cherry 对《空洞骑士》初发时期的采访；后续重刊不代表采访发生在 DLC 之后。团队承认几何取巧与迭代，不能据此要求所有空间严格无误差。

地图截图无法回答走多久、转角是否卡住、目标会不会离屏。灰盒最有价值的是便宜地否定坏布局，而不是伪装成简陋成品。先解决房间关系，再给它中式旧居的外观。

在独立验证场景里只放地面边界、阻挡、出入口、玩家占位和互动点标签。按当前版本已验证的移动方式跑；若移动尚未实现，先建立最小可控测试。开始时不需要正式贴图、完整存档系统或导出模板。

原创灰盒对照：一份练习只包含起点、阻挡、两道门、三个标注互动点和一个结果。坏版本先用生成图画满墙面和家具，人物只能在编辑器里拖动，就宣布地图完成。好版本用灰色矩形代替墙与柜体，能真正控制角色走到目标、读提示、改变状态、离开并返回，哪怕视觉还很粗糙。

灰盒不一定从 Godot 开始，纸卡可以先验证依赖与邻接；但纸卡不能证明碰撞、输入、切场景或显示尺寸。进入引擎后要明确补哪些实测，不把一种验证冒充另一种。

1. 限定这次原型的闭环和终点，写下暂时不做的内容。首个房间原型可以只验证调查与离开，不必先实现完整章节、追逐、资源和所有素材。

2. 画可走地面与阻挡轮廓，再放角色占位、入口落点和目标标签。角色使用当前已验证的移动方式；若尚未有移动，先建立最小可控练习。

3. 加入一个明确互动与一个状态结果，让文字关闭后能恢复移动。逐次走起点到目标、返回、反向穿门和重复调查，记录哪一步失败。

4. 只在流程稳定后逐层加入遮挡、声源和少量素材。每层都观察是否改变了原本可读的关系；若变坏，回到对应层调整，不把问题都归到美术尚未完成。

给墙、装饰、脚点碰撞与互动范围不同的临时颜色或线型，便于排查。显示标签是调试工具，正式体验测试时要逐步替换，否则测到的只是玩家读标签的能力。

门表、信息图与状态表应能对上这个实际练习，不需要建立庞大架构。每个对象只承担当前明确职责；跨房间状态是否需要共享、何时恢复，应由已经出现的玩法决定，而非为未来规模预建一整套系统。

保留可回退的稳定版本，再尝试一次主要改动。发现卡角或失去互动时，先回到最小失败场景复现；如果同时换移动方式、碰撞与镜头，就难以知道什么导致变化。

重试要真实可用，不只是重新运行编辑器。检查从失败状态回到初始时，角色、门、物件与文本面板是否一致。未实现保存时可以明确写未验证，不必为了称为灰盒就先建完整存档，但不能宣称恢复已经完成。

至少验证从起点到目标、返回、反向穿门、贴墙走、连续调查和退出文字等路径。记录屏幕实际表现与失败步骤，而不是只截图说“完成”。

验收用一段可重复步骤说明：启动、移动、调查、得到结果、离开、返回、重来。截图可辅助定位，不能替代操作证据。记录测试环境与实际观察，并区分“纸面可推演”“引擎中走通”“冷启动玩家理解”三个不同结论。

不要把编辑器里可以拖动的角色算作可玩，也不要把生成的整张地图图片当成已切片、已碰撞的地图。未经实走就大量定制美术，会让每次布局修正都变贵。