Ludo Atlas · 类型手册 · 沉浸模拟(Immersive Sim)¶
类型手册 · 第四辑。定位:把「系统交互网络」做成第一内容的类型。玩家用的不是菜单里的解法,而是把场景里现成的系统临时组合出来的方案;作者搭规则与舞台,具体解法由玩家生成。 配套:《游戏设计手册》(核心循环与数值表)·《关卡设计手册》(沙盒空间与引导)·《技术实现手册》(系统架构与 AI)·《案例研究集》(拆解案例方法)。 本文不放外链;标杆只列大众熟知的作品,数字为常见量级,落到项目里以实测为准。
1. 定位与核心循环¶
一句话定位:沉浸模拟是把「一个任务、多种解法」做成内容本身的类型。它的自由不是剧情给的,是规则给的:世界由几个能互相作用的系统搭成,玩家的想象力负责把它们拼成方案,游戏的职责只有一条,自洽地回应。
核心循环用动词环写:
观察(空间、物体、人物都可以利用) → 设想方案 → 组合手段执行(能力、道具、物理、对话) → 系统给出连锁反应 → 收拾结果或换方案再来
这个环和别的类型最大的差别在中间那一步:没有「正确答案」按钮,只有一套讲道理的规则。它成立的前提有三条:系统之间要讲同一种语言(§3.1),空间要经得起乱来(§3.2),失败要能转场而不是读档(§3.3)。任意一条失守,世界就从「可玩的沙盒」退化成「布景加演出」,玩家的创造力立刻熄火。
与相邻类型划边界:
| 相邻类型 | 边界 |
|---|---|
| 潜行 | 潜行的系统只为「不被看见」服务,《潜行》手册保底「绕过」与「处理」两条主路;沉浸模拟不设默认解法,潜行只是工具箱里的一件 |
| 动作射击 | 射击的胜负发生在手上;沉浸模拟的胜负常在动手之前,侦察、准备与路线规划占大头,战斗只是选项之一 |
| 解谜 | 解谜的答案由设计者写死;沉浸模拟的答案是玩家用动态系统现搭的,同一个谜面允许每次解法不同 |
| 开放世界 | 开放世界用面积换自由;沉浸模拟用密度换自由,一栋可以翻个底朝天的大楼胜过一张空旷的大地图 |
| 角色扮演 | RPG 的自由度挂在数值、技能树与对话选项上;沉浸模拟的自由度挂在物体与规则上,数值只做配角 |
一个自检问题:把设计者预想的解法删掉,同一个任务还有没有别的路可走?若答案是没有,你做的是线性关卡;若答案有一大把,继续往下读。
2. 玩家体验目标与标杆作品¶
体验目标(按优先级排序):
- 方案的主权:每次完成任务都能复盘出「这是我想出来的办法」,功劳归玩家。
- 世界的可信:规则处处一致,玩家试什么都不出戏;「它居然想到了」是这类游戏能拿到的最高评价。
- 可讲的故事:计划崩掉后的临场补救、用歪招通关,这些不是脚本,却比脚本好讲。
- 渐进的掌握:先学会单个系统,再学会组合;新玩家玩「能不能过」,熟练玩家玩「过得漂不漂亮」。
- 体面的重规划:被发现、计划失败只是转场,不是读档;世界继续运转,玩家换个办法继续。
反面感受(出现任意一条都是红灯):万能钥匙(一个解法通吃全部任务);纸糊布景(看着能用的东西全是贴图);说明书依赖(不读教程不会玩);规则抽风(同样操作这次行、下次不行);演出穿帮(用脚本假装系统)。
标杆作品(建议亲手玩过再拆,视频会漏掉大量系统联动):
| 作品 | 可学的点 |
|---|---|
| 杀出重围 系列 | 任务的多解空间;能力、装备与对话路线的模块化组合;玩家自己选的路被写成剧情 |
| 耻辱 系列 | 能力组合直接改变路线规划;关卡是立体机关盒;玩法后果持久写进世界状态 |
| 掠食 | 单一空间站里的高系统密度;「万物皆工具」;资源压力下的临场组合 |
| 网络奇兵 | 场景信息全部可交互(终端、音频日志);骇入、物理与敌我关系互相咬合;封闭设施里的高密度关卡 |
| 死亡循环 | 时间循环让同一批系统被反复消化;把「知识点」做成任务拼图,用设计换铺量 |
| 塞尔达传说 旷野之息 | 化学与物理规则的系统化展开;在开放世界里证明涌现可以规模化 |
3. 设计要点¶
3.1 系统交互网络:先画互动矩阵¶
「系统交互网络」翻译成工程语言就是:每个系统都认识其他系统。做法是把玩家的每种手段与世界的每类对象排成一张互动矩阵,逐格问三个问题:能不能作用?作用后对象变成什么状态?这个新状态又对哪些别的格子意味着什么?手段本身必须可组合:能力叠环境、道具叠道具、情报叠路线,能把两样东西拼起来用,才有「自己造解法」的空间。
对象带上属性标签,系统按标签匹配,而不是按具体物件写死:
| 标签(示例) | 常见载体 | 它把哪些系统接起来 |
|---|---|---|
| 可燃 | 油桶、布料、纸箱 | 火、爆炸、敌人受惊、门被烧穿 |
| 导电 | 水洼、电线、金属地板 | 电击能力、短路、灯光故障、警报 |
| 可搬 | 箱子、尸体、灭火器 | 物理堆叠、堵门、投掷、垫高 |
| 可骇入 | 炮塔、摄像头、终端 | 信息、警报、友军化、路线规划 |
三条纪律:一物多用优先于多物一用(一把扳手能撬、能修、能扔、能敲、能导电,胜过五件各只有一种用途的道具);手段总数要克制,核心系统控制在 3 到 5 个(§3.5);格子宁少勿虚,写进矩阵的每一格都要能被玩家在游戏里验证。
玩家侧要配一套克制而统一的「可交互」视觉与听觉语言(材质、微光、轮廓加音效),让人一眼看出哪里可以玩;反馈按轻、明显、破坏性分三级,重反馈留给重后果。
验收标准:拿同一个任务找五个没看过攻略的人,出现三种以上明显不同的解法,矩阵初步成立;若五个人走同一条路,矩阵是疏的,回去补格子。
3.2 关卡即沙盒¶
任务区的最小配置:一个目标、多入口、多路径,每条入口有互不相同的代价画像(正门重兵、高处要能力、管道脏但安全、下水道要道具)。入口数量就是解法数量,只留一条门等于把沙盒做成了走廊。
空间是系统的舞台,不是过场的背景板:每个房间至少让两个系统有话说。战斗区要有可搬掩体与可破坏物;办公区要有终端与警报;厨房要有火与水。禁止出现「这段只能打枪」的走廊。
垂直与连通:屋顶、夹层、通风管是同一空间的第二套地图;路径尽量可回退,单向设计要少而显眼。回退自由等于方案自由,玩家会为了「换个办法再来」而原谅一次失败。
密度大于面积:内容预算按「每个房间的有效交互物数量」算,不按平方公里算。面积砍半、每间房的可交互物翻倍,体验反而更沉浸;大地图会把系统密度稀释成散步模拟。
检查表:有几条入口?每条路各用到哪些系统?预计五个玩家会不会走同一条(不同才对)?目标物被玩家搬走或藏起来,任务还成立吗?
3.3 玩家表达与涌现故事¶
设计者写规则,玩家写故事。让故事真的出现,需要三样东西:
- 后果持久化:被砸的门留着洞、警报响过就是响过、尸体不会凭空消失;世界记得玩家做过什么。
- 软后果:警戒等级、NPC 态度、任务阶段的改变取代「任务失败」弹窗;一次失手改变的是局势,不是判决。
- 可讲述性:一次行动能被压缩成一句话(谁、在哪、干了什么、结果如何);讲不出来的过程,玩家记不住。
玩具箱与安全区:内容的第一段允许乱来,不惩罚实验;教学靠环境、可试验的安全区与立刻生效的反馈,不靠说明书。玩家先学会玩系统,再被系统考试。
涌现是设计出来的:提供系统之间的接口(火、电、水、声、光、运动),不写死桥段。一旦用脚本排演「看起来像涌现」的时刻,穿帮只是时间问题,而玩家对穿帮的记性很好。
玩家表达要给出口:让潜行、强攻、嘴遁、骚操作都有被兑现的回报与成本,而不是只有一个风格被数值眷顾。
3.4 组合爆炸:测试成本的账¶
每加一个系统,验证空间不是加一,是相乘。6 种手段面对 8 类对象就是 48 个格子;加第 7 种手段,新增的不只是 8 格,还有它与旧系统通过世界状态发生的连锁(火烧断电线、电让门打开、门后的敌人被惊动)。再算上顺序与状态,组合数会跑到没人测得完的量级。
现实的做法不是全测,是分层:
- 被承诺的解法逐条验收:每个目标保底 2 到 3 条明路(潜行、强攻、绕路),必须能稳定通过,这是对玩家的承诺。
- 高风险格子优先:结合遥测挑出玩家最常用、后果最贵的几格重点测;冷门格子抽测。
- 乱玩测试:让 QA 用「最蠢的方法」破坏进度:把任务道具扔进尸体堆、堆箱子卡门、教程关乱杀、把目标 NPC 推下楼。
- 自动化冒烟:每关一组标准动作脚本,改任何系统之后全关卡跑一遍,防止回归。
成本画像要拉开:每种解法的消耗(时间、资源、风险、后果)必须画出层次;差距太小,「万能解法」会吞掉其余系统,矩阵当场贬值。
一条纪律:每加一个系统,全部旧关卡的回归清单都要扩大。说不清「它和谁相乘」的新系统,先不做。
3.5 小团队的简化做法:少系统、深交互¶
- 系统预算 3 到 4 个(例:移动与潜行、物理搬投、一个能力轴、信息与骇入),其余砍掉或并进已有系统;每多一个系统,矩阵与测试量级翻倍。
- 一物多用:把预算砸在「同一件道具的多种用途」上,而不是新道具表;道具数量是成本,用途数量是内容。
- 标签复用:少量标签(可燃、导电、可搬、可破坏、可骇入)贯穿全部内容,新内容靠新组合,不改旧代码。
- 关卡小而密:3 到 5 个高密度场景就够撑起一部小型作品;一栋楼、一层站、一条街,胜过二十张图。
- AI 简单但一致:敌人「巡逻、怀疑、战斗」三档加可读的感知,就够撑起系统戏;数量少、画像分明,总成本低于动作游戏。
- 反馈整合:统一的可交互语言与音效系统是最便宜的表达放大器(视觉与音频做法见《美术与音频手册》)。
纪律一条:每个新特性进项目之前,先说清它接进矩阵哪几格;说不清,先砍。
4. 技术要点¶
工程难点集中在三处:系统之间怎么说话、世界状态怎么保持一致、系统怎么被验证。以下与引擎无关;交互系统的复杂度来自「谁都要和谁讲话」,不是单个功能的复杂度。
系统接口(标签、事件、规则)
- 交互走「标签 + 事件 + 规则」三件套:对象带属性标签(可燃、导电、可搬),系统只发事件(点火、通电、噪声)与查询属性,中间由规则表匹配。新增内容等于新标签组合,不用改旧代码;把交互写成对象之间的硬编码调用,矩阵加一格就要改十处。
- 规则与参数全部数据化(数值表方法见《游戏设计手册》),支持运行中热改;平衡靠迭代,写死在代码里的数字等于放弃调试。
- 全局世界状态集中管理:门、警报、尸体、任务阶段的改变都可查询、可序列化,供 AI、界面、存档与遥测复用同一份数据;两份状态各算各的,必然打架。
模拟与 AI
- 感知与行为按《技术实现手册》的通用做法:参数化的视野与听觉、显式状态机、目击位置与搜索行为;不同的是对一致性要求更高,敌人对系统的反应(听见爆炸、看见火、踩到水)要接进同一张矩阵。
- 模拟降级:远处的 AI 与物理降频运行,近处高保真;降级的底线是规则一致,远处可以算得粗,不能穿帮。
- 物理是玩法零件:搬运、投掷、堆叠、压住按钮都要有宽容的判定与防卡死设计,并提供脱困手段(推、跳、踢),别让玩家被自己的方案卡死。
- 性能预算提前定:动态物体、可破坏物、同屏 AI 都是黑洞;先立预算再铺内容,否则后期只剩砍内容一条路。
可测性与存档
- 调试可视化是基础设施:AI 状态、感知锥、噪声事件、物理解算、交互日志全部可开关;再加一块「交互矩阵看板」,显示每个格子最近一次被触发的记录。
- 遥测记录玩家实际使用的解法与系统,用来决定下一步铺哪块矩阵;没人碰的格子等于没做,要么补引导,要么删。
- 自动化冒烟覆盖每关标准动作;系统改动后全关卡跑一遍,防回归(对应 §3.4 的分层测试)。
- 存档策略早定:动态世界状态多,快存快读与检查点制各有测试成本;无论选哪种,加载都要在秒级,读档后世界必须自洽(AI、物体、任务阶段全部还原)。确定性模拟(固定步长、可控随机)能让回放与调试便宜很多。
5. 内容量与工作量参考¶
以下为同类项目的常见量级,用于估算范围,不构成承诺。
| 项目形态 | 内容量级 | 周期量级 | 备注 |
|---|---|---|---|
| 系统原型 | 1 个房间、3 个系统 | 4 到 6 周 | 白盒,只验证交互矩阵与多解 |
| 小型完整作品 | 3 到 5 个高密度场景 | 1 到 2 年 | 独立团队规模,单一能力轴 |
| 常见中型作品 | 6 到 10 个场景 | 2 到 4 年 | 多套能力、剧情层与多解验证 |
| 大厂规模 | 10 个以上场景 | 4 年以上 | 系统、关卡、测试三线并行烧钱 |
- 验证矩阵决定成本:测试量随「手段数、对象数、旧关卡数」相乘增长;每加一个系统,全部旧关卡都要回归一遍。这是沉浸模拟最贵、也最容易被低估的一笔账。
- 关卡与系统的打磨时间比通常高于线性项目,常见在两三倍以上;一部作品的成败常在「系统冻结」之后才见分晓。
- 复用是回本关键:同一批系统换环境与目标就能生产新关卡,内容复用率高于线性游戏;前提是矩阵稳定、工具到位。
- 排期锚点:系统原型 4 到 6 周;到垂直切片(一段达到发行质量的内容)通常 4 到 6 个月;之后按内容量乘打磨系数外推。范围失控是这个类型的头号风险,先做窄而深,再谈宽。
6. 第一个原型怎么起步¶
第一个原型只做一个房间:3 个系统(例:移动与潜行、物理搬投、一个能力或信息手段)、一个目标(进房间、拿到保险箱里的东西、走出去)、三条进入路线。4 到 6 周完成,不碰剧情、存档、菜单。
第 1 周:系统骨干。 5 个左右的对象标签与 15 格以上的有效交互铺进一个方块房间;全部参数可热改;调试可视化(感知、噪声、物理解算)就位。丑是应该的。
第 2 周:矩阵铺设。 补齐反馈:每格作用都要「看得见、听得见」;三条路线用不同系统支撑(正门要战斗或潜行、高处要能力、管道要道具)。可加一个敌人。
第 3 周:自测与乱玩。 先用「最蠢的方法」玩自己一天;再找 3 到 5 个没玩过的人,不提示、不解释,记录他们用了哪些系统、卡在哪里、说了几次「我想这么做,但游戏不让」。
第 4 到 6 周:修订与复盘。 把抱怨集中处理一轮;给每个格子定「被承诺」还是「涌现加分」;产出一页纸的矩阵现状与系统预算(§3.5)。
成功标准(全部可观察):
- 5 名测试者中至少 4 人用出明显不同的解法,且能各自讲清思路。
- 「我想做某件事、但游戏装傻」类抱怨每人不超过 1 次。
- 关掉美术与剧情,只靠方块、标签与音效,系统交互仍能被读懂。
- 加一个新道具或新标签,能在半天内接进矩阵并跑通(工具链条就位的证明)。
矩阵不通过验收,就不要开始铺关卡。沉浸模拟的地基是交互系统,这块返工的账最贵。
7. 常见坑¶
- 系统多而不深:十件道具各只有一种正确用法,矩阵稀疏得没有自由度;一物多用永远优先(§3.1)。
- 脚本冒充系统:用演出和触发器假装多解,玩家一试就穿帮,信任崩塌之后,沉浸无从谈起。
- 关卡摊大饼:用面积当内容,可交互密度被稀释,「处处能互动」的承诺破产;小、密、能翻个底朝天才对(§3.2)。
- 默认解法独大:战斗或某个能力一招通吃,其余系统沦为摆设;每个系统都要有它最划算的场景,成本画像要拉开(§3.4)。
- 矩阵不维护:水会导电,新武器泼水却没反应;新东西进项目之前,先改矩阵,再写功能。
- 规则不一致:同一操作这关行、那关不行;系统的可信度来自一致性,「这次为什么不行」是差评的常见来源。
- 只测预定路线:玩家一乱玩就崩;乱玩测试、高风险格子抽测与冒烟回归是必选项,不是加分项(§3.4)。
- 存档与回溯失守:复杂世界存不住、读档穿帮(AI 复位、物体消失、任务状态错乱);存档策略要早定早测(§4)。
- 上手无门:目标自由到玩家不知道该干什么;需要清晰的短期目标、可实验的安全区和一套把系统教给玩家的开场。
- 小团队贪大厂规模:想全都要,结果全是半成品;砍系统保深度,永远是沉浸模拟最安全的一刀(§3.5)。
延伸阅读¶
- 《游戏设计手册》:核心循环、数值表与系统设计方法,第 3.1 节与第 4 节的底稿。
- 《关卡设计手册》:空间语言、引导、白盒流程与经典拆解,对应第 3.2 节。
- 《技术实现手册》:系统架构、AI 与性能预算的工程细节,对应第 4 节。
- 《案例研究集》:成功与失败案例的复盘方法,校准第 5 节的范围判断。
- 《避坑大全》:范围控制与项目管理坑位速查,立项与复盘时对照。
- 《独立开发生存手册》:小团队范围控制与排期,与第 3.5 节、第 5 节互为补充。
沉浸模拟最终只考验两件事:玩家的想象力有没有被系统接住,世界的规则有没有从头到尾自洽。