关卡与引导：教学是设计出来的

为什么「告诉」没用

三个很实在的原因：

1. 玩家不读文字。这不是懒 —— 他刚打开游戏，正在兴奋地想玩，弹出的框是障碍物，本能就是关掉。
2. 读了也记不住。脱离情境的信息留存率极低。「按 Shift 冲刺」在他需要冲刺之前是没有意义的，而等他需要时已经忘了。
3. 被告知的东西没有成就感。这条最重要 —— 玩家自己发现的东西，和被告知的东西，在体验上是两样完全不同的东西。

三条设计开关

下面这个 demo 里，「玩家」是一个会犯错的脚本：它有 60% 的概率做出正确反应，剩下 40% 乱来。一百个这样的玩家去闯同一个关卡。

三条开关改变的不是它的智力，是它犯错时要付出的代价。

三条全关时，一百个人里学会的不到七成，而且有人直接弃坑了 —— 你永远不会知道他们是谁。三条全开时，几乎所有人都学会了。

开关一：安全实验区

玩家第一次接触新东西时，犯错不该有严重后果。

具体做法：把新机制第一次出现的地方，放在一个平坦的、没有坑、没有连带伤害的位置。

为什么有效：学习需要试错，而试错需要试错便宜。如果第一次尝试就要付出死亡的代价，玩家会变得保守 —— 而保守的玩家学得慢。

开关二：威胁前置

让玩家先看见它，再让它靠近。

如果一个敌人从屏幕边缘突然出现直接怼到脸上，玩家没有时间思考 —— 他只能反射性地乱按。他学不到东西，只会觉得不公平。

如果那个敌人在很远处就能被看见，慢慢靠近，玩家会有几秒钟去观察和思考：那是什么？它会做什么？我该怎么办？

这几秒钟就是学习发生的地方。

具体做法：

• 新敌人第一次出现时，放在玩家前进方向的远处，且移动速度慢
• 用第 13 章的镜头前瞻和兴趣点吸引确保它进入视野
• 危险的东西（尖刺、深坑）要在玩家有速度冲过去之前就可见

开关三：奖励诱导

在正确做法的路径上放一个金币。

这是三条里最巧妙的一条，因为它不告诉玩家任何事，只是改变了他自愿走的路。

玩家看到金币会想去拿 —— 这是本能。而在去拿的过程中，他顺便执行了那个你想教他的动作。

例子：

• 想教二段跳 → 在一个只有二段跳才够得到的高度放一串金币
• 想教冲刺 → 在一个需要冲刺才能通过的缝隙后面放奖励
• 想教踩敌人 → 在敌人正上方放一个金币
• 想让玩家探索 → 在偏离主路的岔路上放东西

拆一遍马力欧 1-1

这大概是被分析得最多的一段关卡设计，但值得再看一次 —— 因为它把上面三条和第 16 章的四拍，全部压缩在了大约二十秒里。

【0 秒】玩家出生在屏幕左侧，右边是一大片空地
   → 教「往右走」。没有任何文字。
     马力欧站在左边、面朝右、屏幕右边有空间，
     这三件事合起来只有一个含义。

【3 秒】一个问号砖块，在头顶
   → 玩家好奇，跳一下，撞出蘑菇。
     教「跳」+「问号砖块有东西」。

【5 秒】蘑菇掉下来，朝玩家滚过来
   → 玩家的第一反应通常是「躲」（它长得像敌人）。
     但地形限制了他 —— 蘑菇会弹回来，最终碰到他。
     教「蘑菇是好东西」，而且是用一次「被迫的失败」教的。
     ★ 注意：这里地面是完全平的，没有坑。安全实验区。

【9 秒】第一只栗宝宝走过来
   → 地面仍然是平的。玩家怎么试都不会摔死。
     他可能跳过去、可能撞上去（失去一条命但没有连带损失）、
     可能踩到它。三种结果都是学习。

【15 秒】一个矮台阶 + 一只栗宝宝
   → 顺手就会跳，跳就会踩到。② 单独考核

【20 秒】两只栗宝宝一起来        ③ 提高强度
【25 秒】栗宝宝 + 需要跳过的坑    ④ 组合

视觉语言：让玩家不用学就能看懂

除了关卡编排，还有一层更基础的：物体的样子应该说明它的功能。

什么时候文字提示是对的

这一章一直在反对文字，但要给个公平的边界。文字提示在这些情况下是合理的：

• 按键映射。你没法用关卡设计教「跳跃键是空格」—— 这是纯粹的约定，必须告知。但要在需要的时刻显示，而不是开头一次性列出所有按键。
• 抽象的系统规则。「每回合抽 5 张牌」这种东西很难用关卡教。
• 玩家明确卡住时的补救。如果玩家在同一个地方失败了 8 次，给一个提示是慈悲，不是失败。

怎么验证你的教学有没有用

唯一的方法：找一个没玩过的人，看着他玩，什么都不说。

这件事的细节很重要，下一章会整章展开。这里只强调一点：

你想开口解释的每一个瞬间，都是一个设计缺陷。 把它们记下来 —— 那就是你的待办清单。

因为你不可能站在每一个玩家旁边。如果需要你解释他才懂，那对其他所有玩家来说，这个设计就是失败的。

class_name HintTrigger
extends Area2D

@export var hint_text: String = "[Shift]"
@export var hint_id: String = "dash"        # 用来记录「已经教过了」
@export var show_once: bool = true

func _ready() -> void:
	body_entered.connect(_on_entered)
	# 已经学会的就不再提示
	if show_once and GameState.learned.has(hint_id):
		queue_free()

func _on_entered(body: Node2D) -> void:
	if not body.is_in_group("player"):
		return
	$Label.text = hint_text
	$AnimationPlayer.play("fade_in")

func mark_learned() -> void:
	# 由实际执行了该动作的地方调用，比如玩家真的冲刺了一次
	GameState.learned[hint_id] = true
	$AnimationPlayer.play("fade_out")

本章小结

• 「告诉」没用：玩家不读、读了记不住、被告知的东西没有成就感。
• 好教学的标志：玩家学会了，但不觉得自己被教了。
• 三条开关：安全实验区（降低犯错代价）、威胁前置（给思考时间）、奖励诱导（改变自愿路径）。
• 玩家的学习速度与失败成本成反比 —— 教学段落的失败成本应趋近于零。
• 金币优于箭头：箭头是指令，金币是动机；金币还不破坏沉浸感。
• 马力欧 1-1 的蘑菇：用地形让玩家躲不开正确的体验，这是关卡设计的最高形态。
• 视觉语言：颜色编码一致、前景背景必须分得开（灰度模糊测试）。
• 文字提示的合理场合：按键映射（要情境化）、抽象系统规则、卡住时的补救。
• 你想开口解释的每一个瞬间，都是一个设计缺陷。