原型：用最丑的方式回答一个问题

原型的唯一目的

回到第 3 章那张一页纸的最后一栏：「我最不确定能不能做成的是什么？」

原型就是用来回答那一栏的。仅此而已。

砍到最小：什么可以不做

原型的核心技能是识别哪些东西和你的问题无关，然后毫不留情地砍掉。

对于「时间倒流好不好玩」这个问题，下面这些全都无关：

三种原型，成本递增

一、纸面原型（几小时）

用纸、卡片、骰子、棋子把你的机制模拟一遍。

听起来很土，但对规则类的问题（卡牌、策略、经济、战棋）它快得惊人 —— 你能在一个下午测试二十个数值方案，而写代码可能一个都测不完。

适用：卡牌、桌游式机制、回合制战斗、经济系统、关卡的拓扑结构。

不适用：任何关于手感的问题。纸上模拟不出 0.1 秒的反馈。

二、灰盒原型（几天）

最常用的一种。真的写代码，但所有东西都是色块：

• 玩家 = 一个矩形
• 敌人 = 另一个颜色的矩形
• 地形 = 深灰色矩形
• 危险 = 红色矩形
• 目标 = 绿色矩形

颜色本身就是一套约定，而且它足够传递信息。你这本书里看到的所有 demo 就是灰盒原型 —— 它们没有一张图片，但你完全知道发生了什么。

三、垂直切片（几周）

「垂直」的意思是：取游戏的一小块，但把这一块做到成品质量。

不是做十个粗糙的关卡，而是把一个关卡做到你打算发布的水平 —— 有美术、有音效、有打磨、有引导。

垂直切片的价值在于它是唯一能真正回答「这个游戏好不好」的东西。因为「好玩」是所有层次叠加的结果 —— 手感 + 反馈 + 关卡 + 节奏 + 美术 + 音效。少了任何一层，你测的都不是真实体验。

什么时候扔掉原型

原型有两种结局，两种都是成功：

1. 答案是「是」 → 你验证了核心假设。现在把原型扔掉，重新写。
2. 答案是「否」 → 你花了三天知道这条路不通，而不是花八个月。这是更值钱的结果。

但也不要教条

「扔掉重写」有一个前提：原型确实很脏。

如果你的原型只有两百行、结构还算清楚，那整理一下继续用完全没问题。不要为了仪式感而重写。

判据很实际：你现在能不能在五分钟内说清楚这段代码在干什么？能 → 留着。不能 → 扔。

原型阶段的一个陷阱：过早的美术

这个陷阱值得单独说，因为它伪装得很好。

你做了个灰盒原型，玩起来还行。然后你想：「加点美术看看效果吧。」

于是你花了三天找素材、调色、做动画。做完之后，游戏看起来好多了，你也更有干劲了。

但你现在被套住了。

• 你不再愿意大改玩法，因为美术是配着当前玩法做的
• 你对游戏的判断被美术污染了（第 12 章）
• 你投入了沉没成本，而沉没成本会让人做出更差的决定

最常见的原型失败：验证错了东西

原型跑通了，你很兴奋，然后你做出了错误的结论。这比原型失败更危险，因为你会带着一个假的绿灯往前走半年。

怎么防

• 把问题写下来（本章第一节），然后测试完回头对照。你回答的是那个问题吗？还是回答了一个更容易的问题？
• 让别人玩，哪怕只有一个人、哪怕只有五分钟。灰盒原型也可以给人玩 —— 你在旁边说「白方块是你，红方块会杀你」就够了。
• 连续玩十遍。如果第十遍还想玩，那是真的。如果第三遍就烦了，那前两遍的乐趣是新鲜感。

Godot 里怎么快速搭原型

# 原型期的调试显示，十行，收益极高
extends Label

@export var target: NodePath

func _process(_delta: float) -> void:
	var p := get_node(target)
	text = "vel  %6.1f, %6.1f\nfloor %s\nstate %s\nfps   %d" % [
		p.velocity.x, p.velocity.y,
		p.is_on_floor(), p.get("state_name"),
		Engine.get_frames_per_second(),
	]

本章小结

• 原型不是「游戏的早期版本」，是一个实验。动手前先把问题写成能被是 / 否回答的形式。
• 原型阶段不要写好代码。好架构会让你不舍得推翻 —— 而推翻正是原型的目的。
• 三种原型：纸面（规则类，最快）、灰盒（手感类，最常用）、垂直切片（唯一能回答「值不值得做完」）。
• 灰盒的隐藏好处：它让你诚实，因为没有美术可以掩盖玩法问题。
• 原型的两种结局都是成功；「否」甚至更值钱。
• 原型跑通那一刻，是重写成本最低的一刻。但别教条 —— 判据是「你能不能五分钟说清这段代码」。
• 玩法原型结束前，一张美术资源都不要做。沉没成本会让你做出更差的决定。