转转六角：一台按顺序播放动画的机器 HEX TRAILS — Gameplay & UI Review

这个游戏在数学上不存在「坏棋」，也不存在失败。因此它无法产生解谜游戏赖以为生的那件事：想通了。

我用仓库自己的 src/core.js 写了一个「猴子玩家」——完全不读轨道，随机点一枚在场棋子，连续 3 次点不动就随机转一下底盘。跑完全部 1000 关：

注意最后一列的方向：程序生成的 v0.5 把游戏做得比手作版更空，不是更厚。1000 关的扩产过程中，「需要思考」这件事被稀释掉了。

开局就已经解完了

为什么会这样：三条规则叠加的结果

① 消除是单调的。src/core.js:87 的 trace() 只按占位判定阻挡，移走一枚棋子只会减少障碍、永不增加。所以「能出的就出掉」永远是最优策略，点击顺序不影响任何结果——所有可出棋子塌缩成一个等价类，有效分支因子约等于 1。

② 失败在数学上不可达。全部 1000 关 moveLimit === tiles.length，而 moves 只在成功离场时减 1、同时棋子也少 1，两者永远相等；rotationEnabled 全为 true，canRotate() 全部返回真。Game.lost 的两个分支都永不成立，src/app.js:170 的失败分支是死代码。

③ 游戏替玩家说出了答案。src/app.js:218 在每次旋转后弹 toast「转一转，N 枚棋子的出口打开了！」——而这恰好是 432 个「需要旋转」关卡里唯一需要动脑的那一刻。同时提示按钮免费、无限次，直接把完整路线画出来。

再叠上一层：通关面板那三颗星是 src/app.js:167 里写死的三个 icon('star')，无论你用几步、用不用提示，永远三颗。mistakes 在 core.js:297 老老实实累加，全项目零处读取。系统知道玩家会点错，但点错不产生任何后果，所以没必要显示——这正是问题的自白。

怎么改 · 已修订

本节初版建议「旋转变有限资源」与「relay 停靠点上主线」已撤回。制作人的约束是面向超休闲玩家、难度尽量小且逐步释放——这两条都会引入「卡住 / 弄坏局面」的感受，对这个用户群有害。撤回的理由和替代方案见 §07 修订方案。这里保留的判断是：「难度低」和「没有选择」是两个旋钮——不动第一个旋钮，甚至再往下调，也能把第二个从 0 调到 1。

不要加扣步惩罚。docs/gameplay-direction.md §2 的「免费旋转 + 免费试错 + 无出口不判负」是全项目最正确的设计决策，必须保住。§07 的全部方案都建立在这条之上。

1000 关只有 30 个关卡名、562 块不重复的底盘，和一条完全水平的难度曲线。它不是资产，是同一关的 1000 次随机重排。

同一块底盘，相隔 563 关

我从 levels/v0.5.json 用仓库自己的 path-math.js 把底盘还原成矢量图。下面两张是第 14 关和第 577 关，移除棋子后的轨道布局：

这不是孤例。对全部 1000 关按「格坐标 + 轨道配对」做精确去重：

30 个名字 = 6 种形态（花瓣 / 环绕 / 螺旋 / 回折 / 编织 / 双叶跨区）× 5 种体验（长路巡游 / 清挡放行 / 旋转换路 / 分段释放 / 轻巧反差）。整个 1000 关战役，就是这张 6×5 的表格，每格填进去 33 个程序生成的实例。

20 章，没有一章有自己的身份

下表每一行是一章 50 关。注意形态种类和体验种类两列——每一章都均匀地混着全部 6 种形态和全部 5 种体验。章节名写得有情绪（初见弯路 → 花瓣初开 → 千回百转 → 一路盛放），但它们只存在于一个下拉框的标题里。

从第 1 关到第 1000 关，玩家面对的认知负担没有变化，只是要多点四下。第 20 章的平均格数甚至降回到 58，比第 10 章的 68 还小。

顺便说一句核心卖点的真实密度

「长路巡游：一次点击，享受一整段弯绕离场」是设计准则里的第一条爽点。我模拟了完整通关，用 exit-animation.js 的 exitTiming() 统计玩家实际看到的每一段动画：

结论要说公道：长路的高光每关确实会出现一次（95% 的关卡至少有一段 ≥2 秒），这一条设计目标是兑现了的。问题是其余 43% 的点击换来的是不到半秒的一闪而过——爽点存在，但被大量无内容的点击稀释了。

怎么改

停止关卡生产，把 1000 关砍到 200–300 关。排序键从「棋子数」换成三元组 (必须旋转次数, 解法波次, 首波可点比例)，并在章内强制单调：第 1 章开局可出比例上限 0.80，第 6 章 0.55，第 12 章 0.35。「0 次旋转即可通关」的全局比例从 56.8% 压到每章 ≤10%——v0.1 的 24 关做到过 0%。同时把 levels/v0.5-analysis.json 移出发行包，src/levels-v05.js（单文件 9.6 MB，首屏静态 import）改成按章 dynamic import，levels/v0.5/chapter-01..20.json 已经切好了只是没接上。

你不肯让玩家免费地「自己看」，却愿意免费无限地「直接告诉他答案」。这是整份评审里性价比最高的一处修改。

这个游戏的核心动词是看懂这枚棋子会走到哪。但正式模式里没有任何「看」的操作——没有长按、没有悬停、没有选中高亮。playTile 的第一行就是 path=null，然后直接执行。唯一能看到一条路线的方式，是把它执行掉。

而能力早就有了：

渲染通道 renderer.js:79 已经在那儿了，提示按钮上甚至标着「免费」。当规则前提是「旋转免费、失败免费」、唯一有成本的动作是成功离场时，不给免费预览是自相矛盾的：你把所有摩擦都去掉了，却在最需要思考的环节强迫玩家用执行代替思考。结果是玩家养成「乱点试试」的习惯，这又回过头来印证了第 01 条。

怎么改

canvas 的 pointerdown 挂一个 250 ms 计时器，触发时执行 path=trace(game.level,tile,game.tiles); draw()，pointerup 清空且不调用 game.tap()。可离场用 THEME.primary、被挡用 THEME.warning 画到接触点。同时把提示按钮的文案从「提示」改成「找一枚能走的」——让「我自己看」和「帮我找」在语义上彻底分开。另外把 TILE_RADIUS 从 .985 降到 .90，让棋子底下露出一圈轨道端口：规划「移开 A 之后 B 往哪走」所必需的那段轨道，现在恰好被 A 自己完全盖住。

54% 的关卡，棋子可点直径低于 iOS 最小触控尺寸。而且瓶颈是宽度不是高度——「把画布加高」这条路是堵死的。

触控尺寸

用 geometry.js 的 layout() 在 390 px 宽手机上逐档实算。下图中每个六角都按真实相对尺寸绘制，虚线圆是 44 px 最小触控参考：

这是第 500 关的真实棋盘

91 格、14 枚棋子、近 200 段等权重的深蓝曲线。请试着用眼睛从任意一枚棋子追到它的出口：

棋盘越大不是「更有内容」，而是「更看不清」。而看不清 + 试错免费 = 乱点——这和第 01 条是同一个洞的两面。

renderer.js:69 其实内置了 trackEmphasis 降权机制，labs/flower 和 labs/campaign-review 都在用，唯独主游戏的 draw() 没传这个参数，所以每一根轨道都以 primary 全权重渲染。

我注意到 docs/v0.5-browser-review.md 记录了「主路线加粗」方案被撤回。撤回本身是对的——加粗 routeDesign.featured 会直接剧透答案。但正确的做法不是回到全部等权重，而是按「与任何棋子当前可达集不相交」来降权：只压掉纯装饰的线，不暗示解法。

竖屏空间分配

在一个只有棋盘值得看的游戏里，棋盘只拿到 43%。还有一处纯浪费：design/components.css:64 用 display:none!important 把缩放工具条藏了——board-viewport.js 的双指缩放和拖动代码完整运行着，但屏幕上没有任何东西告诉玩家这个能力存在。

怎么改

① 主线棋盘上限降到 61 格，91 格那 273 关移出主线；② 非活跃轨道降到 35% 不透明度；③ 恢复缩放工具条的可见性，或至少在首次进入 61 格以上关卡时提示一次「双指可放大」；④ 回收顶部那 130 px 死区。

没有一套设计触碰到真正的视觉问题。25 组色板全部是在同一个有缺陷的画面上调色。

我逐张看了 design/index.html 的五套方案。01 柔和原色 / 02 高彩游乐场 / 03 积木轨道屋 / 05 轻线纸境——棋盘造型、棋子形状、箭头画法、轨道渲染方式完全一致，变的只有色相。只有 04「动物弯弯镇」真的换了棋子形象（也是五套里唯一有角色感的），但代价是方向箭头被缩小、可读性下降。

真正的视觉问题——轨道不可读、棋盘没有可辨识结构、没有世界观——五套里一套都没碰。

主题的使用方式也白做了

themeScore 绑在单关难度 tier 上（campaign-browser.js:35，查表 [12,32,48,62,78]），而 tier 在相邻关之间跳来跳去：

也就是说：投入了 5 套设计 × 5 主题的产能，玩家在发行路径上实质只会看到 2 种颜色，还是以随机顺序闪给他看。

还有一处被绿灯掩盖的问题

design/contrast-report.json 33 项全 pass，但它校验的是 token 语义配对，不是 token 在场景里的实际组合。实测白色旋转箭头压在场景背景上的对比度：

而旋转恰恰是这个游戏最鼓励玩家做的动作——app.js:76 的 rotationHint 还会主动引导玩家去按它。这就是「文档写得很完备」和「设计做得好」之间的差距：33 项全绿的绿灯，掩盖的是屏幕上最看不见的东西恰好是最该被看见的操作。

怎么改

主题绑章节，一行改动：app.js:87 的 applyTheme 输入从 production.themeScore 换成 Math.floor(current/50)，20 章映射到 5 个主题、每 4 章换一次。背景色切换从 696 次降到 4 次，每次都对应玩家能感知到的章节边界，midnight 也真正进入发行路径（第 17–20 章）。难度信息不要用背景色承载。

旋转按钮加一个实底托盘：用 --color-utility (#52697E) 做 48 px 圆角方形背景，白图标放上面——onUtility/utility 这一对在 CONTRAST_PAIRS 里已经是过审的 3:1 配对，直接复用不引入新色。同时在 CONTRAST_PAIRS 里补一条「控件 / 场景背景」让它进构建门禁。

「解锁」是休闲解谜唯一免费的货币，现在被一个 1–1000 的输入框白送掉了。

点开那个入口（按钮的 aria-label 写的是「选择关卡」——命名本身就承认它不是地图），看到的依次是：

三个具体伤害

①「直线较多版」是在让玩家评估你的开发决策，同时告诉他「我们改过 5 次方向」。② 五套独立存档把玩家投入切成五份——打完 v0.4 的 20 关，对总进度零贡献。③ v0.1–v0.4 那 140 关是有设计文档背书的手工内容（v0.4 的 curvedRatio 0.784 对 v0.5 的 0.394），质量密度远高于 1000 关，却被埋在下拉框第二层——新玩家默认 v0.5，永远看不到。

另外 .done（已通关）这个 class 在 style.css 和 design/*.css 里一条规则都没有——通关与未通关的按钮在关卡网格里几乎没有视觉差别。

怎么改

版本 <select>、1–1000 输入框、审核页链接、存储免责说明四项全部从玩家弹窗移除；版本切换保留 ?campaign= URL 参数即可（campaign-browser.js:2-8 已支持），审核链接移到 labs/ 自己的入口。把 v0.1–v0.4 的 140 关择优混编进主线前 240 关、统一存档——一条 1140 关的线，远胜五条互不相干的线。给 .level-btn.done 写实际样式（填充色 + 星标），并按章加锁。

制作人的约束：超休闲、难度尽量小、逐步释放。修订后的方案没有一条引入失败态、卡住感或资源限制；其中四条比现状更容易。它们改的是「有没有的选」，不是「要想多久」。

修订过程

初版六条方案交给五路独立视角攻击——超休闲留存制作人、仓库维护者、关卡数据分析、UX 一致性、以及最初写这份尖锐评审的人。结果：六条没有一条被判「保留原样」，每条都被指出具体漏洞；五路一致同意撤回旋转限额与 relay。下面是核对到代码和数据之后的最终版，凡是批评者的数字，我都用 core.js 自己重算过。

先修我自己漏掉的：自动提示不是两处，是三处

初版只删了 app.js:185（离场后高亮下一枚）和 app.js:218（旋转后高亮）。五路全部指出我漏了 app.js:103–110：只要场上没有任何棋子能离场，旋转按钮立刻被点亮、指令条直接写出该转哪边。我重算了这一处的影响：

92% 的旋转发生在「剩 2–3 枚、无路可走」的状态——而 103–110 恰好在那一刻把方向点亮。也就是说，「转哪边」这个全游戏唯一的真决策点，在 432 关里全部由机器代答。任何关卡曲线里的「需旋转 %」在这条提示下都是装饰。

最终方案

分带配额后的曲线

对抗核查中由关卡数据一路实算（移出需决策的 91 格、14 章 × 52 关；其底层「首转剩余棋子」分布与我的重算逐位一致）。对比初版全局排序：前 200 关需旋转 0%、全可出 100%。

第 14 章的 0.49 仍然比 v0.3 / v0.4 手作版宽松（它们的猴子 APT 是 2.60 / 3.42）。整条曲线的最高点，都没有超过项目自己两年前手作关的难度。

批评者补上的、我漏掉的（全部零难度）

撤回的两条，以及它们的软版本

旋转限额：撤回维持。五路一致。这一档所有「有限资源」都靠混合休闲经济（金币买道具）兜底，本项目没有经济系统，限额只剩惩罚；而且 3 次额度恰好只会咬在 140 关两转关上——那已经是全库最难的关。软版本就是第 4 条的「一转到位」印章。
relay 停靠点：不上主线。它是阻塞态（labs/variants/README.md「P 被占用时不能进入」），与定位正面冲突。但作为第 8–10 章之后的章节专属滴灌机制（每章只出 1 次、19 格 3–5 枚样本）是这一档 D7 的常规手段，可以留作后续。

诚实的结算

最初写那份尖锐评审的视角给修订方案打了分：「没有选择」这个根本问题，六条加起来解决了 3 / 10。因为没有一条改动状态空间——移走棋子仍然只减障碍，285 关仍然任意顺序清空。剩下的分数要靠三条真正触及「后果」的东西：朝向里程目标（把旋转变成关于奖励的选择）、opened.length 驱动的连击档位（顺序第一次有可感知后果）、「一转到位」印章（旋转次数第一次有判断）。这三条合起来，是「不动难度旋钮」这个约束下的天花板。再往上就要动规则，那是验证过这一轮之后的事。

制作人定下三条：零旋转关 ≤10% 只作补偿；难度是双刃剑；曲线一定增长、增长要合理——因为老玩家熟练后同一关越玩越简单。这三条在项目自己的调研里都有出处，而且项目自己的 1000 关计划表本来就是一条上升曲线。v0.5 没有执行它。

原则对应的原文

项目自己的计划表 vs. 实际产出

docs/1000-level-production-plan.md §3 的预算表是上升的：挑战关（D4+D5）从 1–50 关的 0% 升到 801–1000 关的 22.5%，D1 从 50% 降到 12.5%，D5 从第 501 关起。研究报告 §7 已把同文件里「后半程保持难度平台」修正为「体感校准目标，不能固定结构难度而忽略熟练度」——这与制作人的原则③一致。实际 v0.5：

而且 D 档本身退化成了旋转次数的换名：campaign-evidence.js:224 每次必需旋转记 15 分，结果零旋转关从不进 D4、两转关几乎都是 D4+。档位数不是问题，档位的定义才是。

规则层的一个事实：只有两个旋钮能拉曲线

消除单调（移走棋子只减障碍）+ 旋转免费可逆，意味着「先清完能清的、再转」永远不吃亏——「什么时候转」在这套规则下永远构不成难度。能拉的只剩两个量，而 v0.5 把它们全程按平了：

三件事一起看：① 卡住时平均 3.8 个朝向都能开路、最近的永远只差一格、锁住的永远只是最后 2–3 枚——搜索广度和锁住占比全程为零坡度；② 真正在涨的是擦碰阻挡（28% → 41%）和 91 格大盘（0% → 17%）——这是阅读负担，不是推理，对超休闲玩家是最危险的轴；③ 一个反直觉的发现：第 1 章反而是全程最挑方向的一段（45% 单向关，之后 22–29%）——新手最先碰到的旋转最挑剔，老手碰到的反而随便转，和技能习得顺序正好相反。

还有一处结构性陷阱：production-plan.js:41 把第 3 章起每个章末（第 150、200、…、1000 关）强制成「分段释放 · 91 格 · 14 枚 · 转 2 次」。我逐关核对：18 个章末全部如此。结果是可预测的「第 50 关一定难」加上 16 对相邻双峰（149–150、249–250……），直接违反计划自己写的「不能让玩家猜到每第七关一定难」和「第 1000 关可以是庆祝关」。按日均 30–40 关，这个峰大约每 1.5 天落一次，多半落在当日会话末尾——最坏的流失位置。

v0.6 曲线：分段目标

以计划表的形状为最低坡度，按「旋转是主解法」重定义各档，把「后半程平台」改为持续缓升。数字全部是待 A/B 的起点，不是验证过的最优——原文没有给任何频率或阈值。

「增长要合理」的量化（推断，依据标注）：困难关间隔从前 100 关的每 12–15 关一个，到 601–1000 关的每 5 关一个；D5 之后一律立刻接喘气关，D4 之后在 300 关前立刻、之后允许隔一关，间隔无规律。新旋转关系前 10 章每章引入 1 个、首次出现放在 D3 教学位、10 关内复习 2–3 次；11–20 章不再引入新关系而做跨章重组——Refraction 的教训是概念耗尽后系统必然退化成相近关反复，v0.5 后段 489 关旋转完全无用正是这个样子。可读性两项从难度里剔除并封顶：擦碰阻挡关 ≤40%，91 格按 §07 处理。

10% 喘气关怎么放

先解决一道算术：现行 scorer 一次必需旋转 = 15 分 → 最低 D2，所以「零旋转 ≤10%」意味着 D1 ≤100 关，低于计划表的 150。D1 必须按「决策数 ≤1」定义，不按旋转次数。喘气有两种合法形态：(a) 零旋转开放巡游——占 10% 配额；(b) 一转即全清——卡住后任一方向转一次、转完全部可出、主角走长路。这是招牌爽点，旋转是兑现不是负担，应计入喘气但不占配额。而 v0.5 里「旋转是开局第一步、转完全盘打开」的关一个都没有。

100 个零旋转关的绑定顺序：每个 D5 之后 +1；每个「新关系首次出现」的 D4 之后 +1；第 1 章教学位约 20 关；章末庆祝位（替换掉强制的分段释放峰）。第 100 关以后不允许两个零旋转关相邻——v0.5 有 27 串四连、20 串三连。

池子现实：不是重排，是重做一半

最关键的一个数：「首次旋转时剩余 ≥50% 且一转释放 ≥2 枚」的关，现有 1000 关里只有 12 关。旋转为主的战役靠重排做不出来。最少新生成约 480 关；D1 池去重后约 510 关。现有 140 个两转关清一色是「首转放 1 枚、二转放 2 枚」的同一节奏，v0.1 的 24 关里有 4 关需要 3 转——规则允许，生成器没做。

生成器要改的地方

上线后怎么判断坡度对不对

本游戏无失败态，重试次数这个仪表不存在。替代指标（先验区间，须用前 100 关真人数据标定）：连续空点（点了没动的最长连续次数：1–100 关 p90 ≤2，某关 p50 ≥3 = 可读性缺陷不是难）；首次离场耗时（跨章 p50 上升 = 曲线在涨，连续 300 关不变 = 平）；卡住停留（无可出 → 下一次旋转的秒数，50 关后 p50 <3 s；→0 且无效旋转也 →0 = 旋转已反射化）；旋转效率（有效/总，55–80% 健康，≥90% 连续 200 关 = 无决策，<40% = 瞎转）；逐关会话终止率（对滚动基线，>2× 的关标出——唯一能直接看到章末双峰伤害的指标）；玩家用时 / 结构估算按档分组（D4 与 D2 比值相同 = 档位没在玩家身上兑现）。

原文没回答、要试玩才能定的

熟练度在本项目里多快累积（同一批玩家第 2 章和第 15 章各玩一次同结构关，测首次有效动作前时长的下降）；「太难」在无失败态下的表现（退出位置而非重试）；零旋转关放在困难关之后是否被感知为奖励；「中途旋转」比「收尾旋转」难多少；11–20 章只做重组会不会陷入 Refraction 的概念耗尽。这五条决定坡度涨多快，原文只说「到一定关数」。

这个项目的技术底子是好的。上面每一条建议的代价都在十行到百行量级，而不是重构——这本身就是这套架构的功劳。

本清单已按 §07 修订。排序原则：先把机器代答的那三处收回来，再给玩家看路的手段，然后才谈奖励与内容——顺序反了，印章会惩罚一个还没有零成本看路手段的玩家。