13 · 玩法与关卡的融合(与 `game-level-design` 的接口)
13 · 玩法与关卡的融合(与 game-level-design 的接口)
边界:本文件讲系统侧如何向关卡提出要求、如何与关卡耦合。 空间编排、Beat 表、灰盒规范、度量表见
game-level-design。 冲突时原则:核心循环优先。关卡是循环的容器,不是反过来。
1. 系统侧必须交付给关卡侧的四样东西
| 交付物 | 内容 | 为什么关卡侧需要 |
|---|---|---|
| 动词清单 + 度量 | 每个动词的作用距离/角度/冷却 | 度量表的输入(跳跃距离、冲刺距离、敌人威胁半径) |
| 遭遇编排规则 | 敌人数值、威胁等级、可组合性 | 遭遇脚本 |
| 资源投放规则 | 每关/每区域的资源产出与消耗预算 | 经济节奏 |
| 门控规则 | 能力门、知识门、钥匙门 | 关卡结构与解锁设计 |
缺任何一样,关卡侧就只能靠猜 → 返工。
2. 动词化空间
原则:空间的每个特征都必须对应一个动词。 没有动词支撑的空间 = 走廊。
| 空间特征 | 对应动词 | 反例 |
|---|---|---|
| 高台 | 跳跃/攀爬 | 高台但跳不上去 → 装饰 |
| 裂缝 | 冲刺/二段跳 | 裂缝但可直接绕过 → 无意义 |
| 可破坏墙 | 攻击/爆破 | 打不破 → 玩家困惑 |
系统侧的检查:拿到关卡 layout,逐个动词问"这关要求玩家用到它吗?" 某个动词在 3 关以上没被要求 → 它是孤儿动词,要么砍要么让关卡侧编排。
3. 四类门控(系统侧的定义)
| 门控 | 系统侧提供 | 关卡侧负责 | 成本 |
|---|---|---|---|
| 能力门 | 新能力的效果与获取点 | 在门后放"值得回头"的奖励 | 中 |
| 知识门 | 信息的分布与推理链 | 把信息放在可发现的位置 | 零成本 |
| 钥匙门 | 钥匙的投放与回收规则 | 位置 | 低但易生硬 |
| 数值门 | 战力门槛 | 难度曲线 | 最低质量 |
独立游戏建议:优先知识门与能力门,少用钥匙门,慎用纯数值门(会变成 grind)。
能力门的规则:
- 每个新能力必须同时是移动工具 + 战斗工具 + 解谜钥匙(三用)
- 能力获取后必须立刻有强制使用场景
- 门后必须有值得回头的内容(不是"又一个宝箱")
4. 遭遇编排(System 侧的接口)
| 系统侧给 | 关卡侧排 |
|---|---|
| 敌人类型与威胁等级 | 数量、位置、波次 |
| 敌人之间的组合规则(哪些一起出现会产生涌现) | 组合出场 |
| 每种敌人的"教学要求" | 引入顺序 |
组合规则是系统侧最重要的输出:单个敌人是数值问题,敌人组合才是设计问题。 例:"护盾兵 + 远程兵"要求玩家先绕后 → 这是关卡遭遇的意义来源。
5. 系统与关卡的节奏对齐
| 层 | 系统侧 | 关卡侧 | 对齐点 |
|---|---|---|---|
| 微循环 15–45s | 一次交火的资源收支 | 一个遭遇/一个房间 | 单房间的资源产出 ≈ 单房间的消耗 × 1.0–1.3 |
| 中循环 3–10min | 一个 build 决策点 | 一个区域 | 区域末 = 决策点(商人/升级) |
| 宏循环 20–60min | 一局的成长曲线 | 一章/一关 | 关末 = 成长验证(Boss) |
对齐检查:关卡的 Beat 表与系统的成长曲线必须画在同一张时间轴上。 常见错误:关卡在第 20 分钟安排 Boss,但系统的成长曲线在第 30 分钟才到位。
6. 资源投放:系统侧的预算
每关的资源产出应该有预算,不是凭手感:
| 项 | 公式 |
|---|---|
| 单关资源产出 | ≈ 该关消耗 × 1.0–1.3(略有盈余,给玩家安全感) |
| Boss 关 | 产出 ≈ 消耗 × 0.7–1.0(紧张感) |
| 奖励关/秘密区 | 可超发 2–3×,但需稀缺定位 |
经济节奏:关卡侧负责"什么时候给",系统侧负责"给多少"。两者不匹配 → 通胀或沙漠。
7. 可重玩性:系统与关卡的分工
| 类型 | 谁负责 | 做法 |
|---|---|---|
| 随机化 | 系统侧 | 布局/敌人/掉落的程序生成规则 |
| 多层解读 | 关卡侧 | 同一空间的不同能力下有不同解法 |
| 变奏 | 关卡侧 | 同一遭遇的不同参数 |
| 分支 | 系统侧 | 元进度解锁的新路径 |
独立游戏的性价比顺序:多层解读(关卡侧,零边际成本)> 变奏 > 随机化(系统侧,需调试) > 分支(成本最高)。
Animal Well 式:一个道具 ≥3 种用途,一张小地图承载极高信息密度 —— 用密度换面积。
8. 常见接口事故
| 事故 | 成因 | 修法 |
|---|---|---|
| 关卡做好了但度量不匹配 | 系统侧没给动词度量 | 动词度量表是关卡开工的前置条件 |
| 玩家有机制但关卡没要求用 | 两侧没对齐 | 动词-空间对应检查 |
| 难度靠堆敌人数值 | 系统侧只给了数值 | 给敌人组合规则与新行为 |
| 关卡末与系统成长曲线错位 | 两条时间轴没合并 | 画在同一张图 |
| 探索无回报 | 系统侧没定义信息型奖励 | 定义"信息也是奖励" |
| 秘密区超发资源导致通胀 | 两侧预算不一致 | 资源预算表 |
9. 反模式
| 症状 | 修法 |
|---|---|
| 关卡里有玩家用不上的机制 | 让关卡要求使用,或砍机制 |
| 玩家的最优解是"绕开所有机制" | 给绕开加成本(时间/资源/风险) |
| 同一遭遇重复 > 3 次无变奏 | 加变奏或组合 |
| 能力获取后无强制使用 | 补强制使用场景 |
| 门后无值得回头的内容 | 换奖励类型 |
| 关卡顺序与成长曲线无关 | 合并时间轴 |
10. 参考
- Matthias Worch, GDC 2014《Level Design in a Day》——有意义选择的空间落地
- Animal Well 的三层秘密设计(用密度换面积)
game-level-design/integration/07-gameplay-integration.md(同一接口的关卡侧视角)