《折光》

《折光》是本站的第一方光路反射解谜：8×6 网格、30 关、5 种元件、三色光叠加混色，把光折进精确匹配颜色的接收器；每关记录最少步数，可撤销、可提示。

8×6 的格子里有发射器、接收器、镜面、分光器、玻璃、传送门和阻挡块。你只能动其中几格，把光折到接收器上——每一关的接收器都要精确匹配它要的那种颜色，单色算，混色也算。30 关，每关记录最少步数。

关卡是反着造出来的

随机撒镜面再祈祷有解，是这类游戏最常见的崩法。这里的顺序反过来：先用固定种子造出一套完整的、确定能解开的光路，算出每条光束经过哪些格子、每格叠出什么颜色；再把接收器只放在「解真的照亮了」的格子上，让它要的颜色就等于那里叠出来的颜色。

有了这个已验证的答案，才开始藏东西：挑 1 到 7 块被光照到的镜面，一半直接拿走让你放回去，一半转错 90 度让你转回来。其余镜面保持正确并锁定。因为接收器不挡光，把接收器加进已解布局不会改变光路——所以「还原这套布局」必然通关，有解这件事是构造出来的，不是试出来的。

五种元件各干什么

镜面只有两种斜度——撇和捺，所以它名义上有四个朝向，实际只有两个状态，点两下就回到原样。分光器把一束光分成三束：直行一束，左右各一束，这是唯一能让一条光路同时点亮多个接收器的元件。玻璃不改变方向，只做颜色位移：把红变绿、绿变蓝、蓝变红，用来在不改动路径的前提下换色。传送门成对出现，光进去就从另一个按原方向射出。阻挡块和边界一样，直接终止光束。

规则写起来短，但组合起来的解法空间很大：光可以穿过接收器继续走，也可以穿过另一束光互不影响；分光之后每一支都独立判定。一束光经过的格子会累积颜色，同一个格子被红和绿同时穿过，那里就是黄色。

混色是加出来的，不是选出来的

每束光带一个三位掩码：位 0 是红，位 1 是绿，位 2 是蓝。光穿过格子时用按位或把颜色叠进去，所以红加绿自然是黄，红加蓝是品红，绿加蓝是青，三个都有就是白。接收器要的是某个确定的掩码值，判定是「这一格叠出来的颜色恰好等于它要的」——不是「包含它要的」。

这条精确匹配的规则决定了分光器为什么重要：想点亮一个要黄色的接收器，要么让红和绿在同一格相遇，要么找到一块玻璃把红光转成绿光再绕回来。前者考路径规划，后者考对玻璃位移方向的理解。

步数与最少步数

每一次转动或放置都记一步，撤销会把这一步退回去——判断失误不应该被算进记录，所以「先随便转、看光怎么走、再撤回来」是允许的，不额外收费。每关单独记录最少步数，只记更好的那次，重玩变差不会覆盖。单关信息里显示本关记录，关卡总览显示 30 关的总步数。

想少走几步，通常不是在镜面上省，而是在顺序上省：先把所有可动格都试一遍看光的走向，再决定哪一格该停在哪个斜度。提示按钮给的是「第一个还不对的可动格」，高亮 2.4 秒就消失，不告诉你该转到哪个方向——它把你从「一格都找不到」推到「只剩这一格」，剩下的仍要自己看光。

光束为什么会停

单束光最多走 64 段，整个盘面最多处理 256 束——这两个上限不是性能优化，是防止死循环的硬闸门。分光器会让束数指数增长，传送门会让光束回到已经走过的格子；没有上限的话，一次点击就能把页面卡死。

每束光还各自带一个「走过的格子 + 方向 + 颜色」集合，重复即终止。也就是说，光在一个闭环里绕圈时会自己停下来，而不是无限反射。玩家看到的是「光在某处断了」，实际是引擎判定它已经进过同一个状态。

常见问题

会不会出现无解的关卡？
不会。关卡是先造出已解布局再遮掉一部分得到的，答案在遮之前就已经验证过。生成后还会检查初始盘面是否已经自动通关，如果是就重造。

镜面为什么点两下就回原样？
镜面只有撇和捺两种斜度。代码里存的是 0–3 的朝向，但反射查表只看最低位，所以两个朝向互为等价——点四下是一整圈，点两下就回到视觉上的原样。

混色算过关吗？
算，只要接收器要的正好是那个混色。接收器判定是精确相等，不是包含，所以要黄色就必须叠出黄，红加蓝不行。

步数记录会同步吗？
不会。30 关的最少步数与通关状态只存在这台设备的浏览器里。

从第一束光开始 — 游戏在独立子域运行 · 30 关 48 格 · 记录存在本机