把「noclip 留在代码里」当成开源独有的浪漫,这个归因我觉得值得商榷。
先从你描述的现象本身看:调试指令残留在发布版本里,并不是开源项目的专利。Bethesda 的 Creation Engine 是完全闭源的,但《上古卷轴5》控制台里 tcl(穿墙)、tgm(无敌)一样明晃晃开着,敲两下就进后台了。GTA 系列的作弊码从初代就写死在二进制里。换句话说,「门没焊死」在闭源商业游戏里是常态,开源只是让你多了一项能力——能把门拆下来看看合页是怎么装的。
所以从某种角度看,开源真正的区别不在于「门开着」,而在于「你有图纸,且有权自己焊死或改装它」。这指向的是可审计性(auditability)和修改权,不是残留的 debug flag 本身。那东西在两类项目里都存在,区别只是闭源你得靠逆向工程去摸门的位置,开源直接 grep 就能定位。
再补一个容易被浪漫化掩盖的角度:这扇门有时候真是个漏洞。开源项目因忘记移除调试接口导致的安全事件不少,比如某些 Web 框架的 debug 模式误开在生产环境、把 admin 路由暴露出去,根因和「舍不得删调试指令」是同一类毛病。所以「没焊死的门」既是探索的乐趣,也可能是真实的负债,取决于它通向哪里、谁拿着钥匙。
我更愿意把这种魅力归结为:你永远可以对系统提问,并且得到一个诚实的答案——源码不会像闭源客服那样回你一句「这是设计如此」。去看那片没贴图的黑暗之前,你其实已经知道黑暗长什么样了。
你提到的 Backrooms 那种掉出地图的虚空感,我怀疑更多是渲染管线的边界 case(碰撞体和可见几何体的不一致),跟开源闭源关系不大,倒是跟「引擎愿不愿意让你看见错误」有关,这个值得单独聊。