跨房间因果必须有可追踪的反馈

分组段落把雨伞、上层降雨、地板裂缝与下层花瓶补水连接起来，使两个角色所处空间发生联动。来源

证据边界：仅采用 vgperson 页面中的 Free Version 流程与对应关系条件，属于译者一手整理；同页重制版内容不同，不混用解法，也不据单次动作保证结局。

好处不只是“一个按钮开远方的门”，而是玩家能用世界常识解释变化为什么抵达另一处。楼上、楼下或相邻空间的关系因此成了谜题材料。其代价是状态和切换逻辑明显变多。

首个原型不要照搬双主角。可先让一个房间的操作在邻近房间产生可辨认的结果，用方向声音、窗内变化或返回后的新痕迹串联。操作前先展示目标的缺失状态；操作后提示变化的大致方向，但保留验证动作。

原创因果练习：上层 A 有一条能改向的水槽，下层 B 有一个尚未装水的容器。玩家先在 B 看见容器和上方滴水痕迹，再到 A 引水，回 B 验证变化。坏版本在 A 只提示“远处发生了什么”，全图却有许多容器；好版本让声音方向、楼层关系与可见痕迹共同指出 B，并在源头显示水流确实改变。

原作的雨伞、降雨、裂缝和花瓶联动属于《Ib》免费版分组段落；同一来源页也有不同的重制版流程，本课不混写解法。练习只用一个角色和两个空间，不需要复制换人系统。

1. 先画原因与结果，不画完整地图。原因要产生什么变化、通过什么世界规则抵达结果、玩家怎样确认，都各写一句。

2. 把原因和结果放入邻接图，标明上下、相邻或经管线相连的关系。若连接是超自然的，先给可学习规则，不能事后任意解释。

3. 安排先见结果缺失的路线，再试先到原因的路线。两种顺序都要有可理解信息；不一定都能立即解决，但不能让先操作的人永远错过问题。

4. 用纸卡模拟初始、原因已触发、结果已验证三态。观察事实可以相同，但玩家是否已经知道结果，往往需要另一条记录，不要将两者混成一个开关。

跨房间反馈可以是方向声音、窗内变化、流向或返回后的明显新痕迹，不一定要强制切镜头。选择取决于信息量：若目标近且已知，一个短提示可能足够；若有多个等价地点，仅说“外面”就无法帮助定位。

几何上核对水路与容器是否对应，操作站位能否看见源头变化。脚本上让结果由原因事实决定，而不是只在当前加载着 B 时才更新；否则离开目标房后操作，返回仍可能看不见结果。

尝试反复开启水源、在动画开始时离场、结果出现前重试、先取走结果物再回来。原因已完成不应不断生成重复物品；结果若可耗用，应另记“已经取走”，不能每次进房又从原因重新生成。

恢复一份记录时，原因表现、结果表现和相关门条件需要一致。若保存到变化中间态会难以保证，可在设计上选择稳定节点处理恢复，但要明确这是实现取舍，而非默默丢失玩家操作。

操作之后，测试者能否预测应该去哪里看结果？重新载入时，原因标记和结果标记能否同时恢复？反复触发是否出现重复物件或相互矛盾状态？

玩家操作后，问“你觉得哪里变了，是什么让你这样想”。回答能指向 B 才说明反馈链成立；仅仅听见音效不等于理解。再问返回看到结果后能否解释因果，区分“猜对地点”与“真的理解关系”。这是地图和信息验收，不是考玩家是否记住原作剧情。

如果只写“远处发生了什么”，而远处有十间房，因果就退化成搜索惩罚。也不能临时改写物理常识却没有前置规则。多层空间要另外核对上下对应。