【聚光灯开发者日记】03

记录一下序章(第一关)的开发思路

这一关的主要迷题是如何让地图上的灯光涌现。并不是简单的让灯亮起来，而是怎么样让各部件相互配合最终得到连续常亮的灯光。

涌现的阐述:五座灯台各自只做接收、短暂不能再接收、恢复、留下余光与余光衰减；导光槽决定局部连接，第三灯台的出口决定采用哪条回路。没有一座单独灯台被赋予“让全院亮起”的命令。完整外环把这些局部行为接到一起，返回周期与恢复时间相容，局部积累也超过衰减，于是出现持续运行的整体回路和成片亮起的庭院。这一整体模式依赖部分之间的关系：单次闪光不是持续照明，多个节点并非只要数量足够就能亮起，短环与外环更不是相同效果的美术分支。玩家搭建的是让各部分共同工作的关系。

玩法设计:本关要求的不是“更快”“更强”或“多按几次”，而是让各局部回应与整个路径的时间匹配。短环看似效率高，却剥夺起点恢复的时间；外环多经过一些地方，反而使一次回应得以持续。断口则揭示“时间匹配”之外还需要“连接真实成立”。这两种原因通过花瓣、脉冲、散光和状态文案显现。亮起来的是已有的庭院和已有的小路；玩家改变的是传播路径与照明条件。邀请背面把同一行动扩展为留给后来人的空间：不是替所有人制造统一杯子、统一座位，而是让差异和原有位置重新可见。记录机器人的协助仍属于受许可的公共照明修复，不需要添加人格觉醒独白。失败只撤去当前脉冲，余光和花瓣恢复仍自然推进；“收回光”是实验控制，不是毁坏庭院；“重新试光”是同一连接上的再次实验；“重置庭院”回到初始布置。即使通关后继续改变连接，模拟并未被冻结，玩家仍能验证条件与结果。结尾完成标记则不被之后一次实验自动撤销。

#聚光灯gamejam开发者日志