关卡设计

你在解决什么问题

关卡编辑器里堆满美术资源后才发现：玩家跳不过那道沟、摄像机卡进走廊、战斗连着战斗让人麻木。根因通常是顺序反了——先装修、后验证。这个技能要解决的问题，就是把关卡设计拉回一条可执行的流水线：先定义移动指标，再做白盒，玩通之后才做美术。

核心思路

关卡是一串通过空间递送的有意体验。所有尺寸都从角色移动推导：最大跳跃高度与距离、奔跑速度、攻击距离、摄像机视野。每个沟、每块岩沿、每条走廊都用这些单位衡量。

关键步骤：

1. 先算指标：测量角色 max_jump_height、jump_distance、run_speed、reach、camera_range，把常量锁死，设计师与代码共用一套数值
2. Blockout 白盒：用无贴图 primitives 按真实比例搭出整个关卡，此时修改成本最低，用来验证动线、视线与可达性
3. 定义关键路径：标出 start → goal 的主路径与预期多数人走的 golden path，在其上叠加可选与隐藏分支
4. 节奏曲线：紧张与休息交替，而不是战斗-战斗-战斗；高潮前留喘息点和存档点
5. 先教后考：机制先在安全区引入、练习，再在高压下测试，难度呈锯齿状上升
6. 有意的门控：用锁钥、能力、单向落点控制推进顺序，用光、引导线、地标而非墙壁引导

常见坑

• 没玩通就精修：改动未验证的布局是最贵的返工
• 忽略指标的几何：跳不过的沟、够不到的岩沿、摄像机穿不过的走廊
• 节奏平坦：满铺战斗或满铺平静都会让玩家麻木
• 软锁与死路：门后才有钥匙；要验证关键路径上的能力/钥匙顺序，不只是连通性
• 引导缺失：没有光、色彩、地标时玩家会迷路
• 混淆手工与程序生成：生成负责多样性，手工负责意图——需要随机关卡时搭配 procedural-gen

它本身是引擎中立的实践：2D 网格铺装交给 godot-tilemap / unity-tilemap-2d，移动能力本身来自引擎的移动与输入技能。