少数规则，长出很多玩法

如果规则 A 改变「温度」，规则 B 读取「温度」，它们就能咬合。如果 A 改变「火焰状态」而 B 读取「燃烧标记」，它们就永远不会相遇 —— 哪怕语义上是一回事。

所以涌现系统的第一个设计决定是：确定一小组共享属性，然后让所有规则都通过它们说话。

塞尔达的那组属性大概是：燃烧、导电、结冰、重量、材质。所有物体都有这几个属性，所有规则都只读写这几个属性。这才是那台「化学引擎」的真身 —— 不是规则多，是所有规则说同一种语言。

正交的意思是：每条规则只管一件事，不知道别的规则的存在。

• ✓ 正交：「火会点燃可燃物」「木头是可燃物」「箭矢可以携带火」
• ✗ 特判：「火箭射到木箱时，木箱燃烧」

两者在「火箭烧木箱」这一个场景下效果完全一样。但正交的版本白送了：火箭烧草、火箭烧树、火把点木箱、雷劈木箱（如果雷也产生火）……而特判的版本，每一种你都得再写一遍。

特判是涌现的天敌。每写一个 if (a == 火箭 && b == 木箱)，你就杀死了一批本可以免费出现的组合。

这条最容易被忘掉，但它决定了涌现有没有意义。

如果玩家不知道「火会烧草」，那他永远不会想到去烧草。玩家没意识到的涌现，等于不存在。

所以涌现系统对教学和反馈可见性的要求，比编排系统更高而不是更低。塞尔达花了大量力气让每条规则在早期就被看见：草会自己被火点着（不用你做什么）、金属武器在雷雨天会闪电（还给你个提示音）、木头武器烧掉时给你一段特写。

玩家的动词，必须能作用在产生涌现的那组共享属性上。

• 塞尔达：玩家能点火、能放置金属物、能冻结水面 —— 他的动词直接操作那几个共享属性，所以他能参与化学反应。
• 那个生态模拟：玩家只能看。他的动词碰不到饥饿度和领地范围，所以再复杂的模拟也和他无关。

修法很简单：给玩家一个能拨动系统的杠杆。哪怕只有一个 —— 能放置食物、能筑一道墙、能引入一个新物种。一个杠杆，整个模拟立刻从背景变成玩法。

涌现系统最难的地方是你看不见状态。屏幕上一片火，但哪些格子是「正在燃烧」、哪些是「即将被点燃」、每个格子还剩多少燃料？

做一个调试叠加层，把关键属性直接画在物体上：温度用颜色、剩余燃料用数字、即将触发的规则用高亮。这是涌现系统里性价比最高的一次投入 —— 没有它，你只能靠猜。

本页那个 demo 里的统计条（燃烧中 / 草 / 灰烬 / 帧）就是最小版本的这个东西。

你测不完所有组合，但你可以让游戏自己在出问题时喊出来。

找出那些「无论如何都该成立」的性质，写成断言，在调试版里每帧检查：

func _assert_invariants() -> void:
	if not OS.is_debug_build():
		return
	# 水永远不该在燃烧
	for cell in _burning_cells:
		assert(cell.type != Cell.WATER, "水着火了：%s" % cell)
	# 每个物体最多属于一个状态组
	for obj in get_tree().get_nodes_in_group("flammable"):
		assert(not (obj.is_burning and obj.is_frozen), "既在烧又结冰：%s" % obj)

这些断言不会替你找到「有趣的意外」，但会替你抓住「破坏性的意外」 —— 而后者才是真正会毁掉玩家存档的那类。

写一个脚本，让它随机地在世界里乱来：随机点火、随机放置、随机移动，跑一万步，看会不会崩、会不会出现非法状态。

这听起来粗暴，但对涌现系统极其有效 —— 因为它探索的正是你想不到的那些组合。而且它可以挂在后台跑一整晚。

配合第 15 章的固定种子：崩溃时记下种子，你就能精确复现那次崩溃。

你不需要在「全编排」和「全涌现」之间二选一。最划算的做法是在编排的骨架里，放两三条会互相作用的规则。

例子（一个平台游戏）：

• 规则 1：箱子会被推动，并且受重力
• 规则 2：压力板被压住时门会开
• 规则 3：敌人走路不看脚下

三条正交规则，白送了这些玩法：推箱子压板、把箱子推下去砸敌人、把敌人引到压力板上帮你开门、用箱子垫高跳上去、敌人自己走上压力板造成意外……

三条规则，十几种解法，而关卡还是你一手编排的 —— 你完全控制得住，但玩家会觉得这个世界是活的。

更妙的是：玩家用你没想到的方法通关时，他会觉得自己很聪明，而且会去告诉别人。这是最好的口碑素材，而它几乎是免费的。