Ludo Atlas · 类型手册 · 合作闯关（Co-op）¶

类型手册 · 第三辑。定位：把「互相需要」做成核心乐趣的类型。分工互补、信息不对称、救援与喊话构成设计骨架；本页覆盖合作机制、难度与人数缩放、沟通设计、玩法层联机基础与原型起步。配套：《游戏设计手册》（核心循环与数值）·《技术实现手册》（网络基础与性能）·《联机与后端深入手册》（同步、匹配与后端全流程）·《案例研究集》（拆解案例方法）。分工说明：同步模型、匹配、反作弊与后端成本的完整路径归，本页只把玩法层的账算清。

1. 定位与核心循环¶

一句话定位：合作闯关是把「互相需要」做成核心乐趣的类型。单人游戏里玩家替自己解决问题，合作闯关里玩家必须和另一个人一起解决问题；每个环节都要能回答同一句话：这里没有对方，还行不行？

核心循环用动词环写：

观察队友位置与状态 → 分工 → 各自执行 → 互相补救（救、补位、接力） → 会合喘息 → 下一段

这个环比单人循环多出「对齐信息」的一拍。多一个人，就多一层沟通成本，也多了误解、补救与共同高光；好的合作设计把这一拍本身做成内容，而不是当成摩擦。循环成立的前提是两件事：依赖是真的（§3.1），失败是便宜的（§3.3）。

与相邻类型划边界：

相邻类型	边界
派对游戏	派对游戏的乐趣在混乱与同乐，输赢轻、局短；合作闯关有明确的成功目标与压力
本地多人	本地多人只描述「坐同一块屏幕」的形态，可以合作也可以竞争；合作闯关是玩法关系，线上与本地都能承载
大型副本与共斗网游	人数到两位数、叠加社交经济与长期养成后，问题域变成 MMO；合作闯关的常见规模是 2-4 人、一段一段的关卡
单人加 AI 队友	队友由系统供给时，沟通与误解消失，那是把单人游戏换了一种操作方式，不是合作

一个自检问题：把队友换成 AI，游戏还成立吗？若处处成立，你做的是单人游戏加一个联机模式；若处处不成立，你做的才是合作闯关。

2. 玩家体验目标与标杆作品¶

体验目标（按优先级排序）：

被需要感：每个玩家的技能与动作在系统里不可替代，缺一个人就玩不转。
沟通的即时回报：喊一声、点一个标记，队友立刻响应；语言本身就是操作。
共同高光：一段胜利能复盘出「谁在什么时刻补上了什么」，值得讲给别人听。
低压互坑：失败由混乱与失误造成时好笑，由系统惩罚造成时可气；重试要快、要便宜。
默契增长：各自的熟练度与两人的默契都有可见的进步，这是长期留存的主要来源。

标杆作品（建议找个搭档实机通关一遍再拆，单看视频学不到配合）：

作品	可学的点
双人成行	强制双人分工、高密度换机制、叙事与玩法绑定
胡闹厨房 2	沟通压力、信息不对称（看单与出餐分离）、混乱中的笑点
深岩银河	职业互补、程序生成关卡里的分工、氛围与仪式感
传送门 2	双人解谜的信息差、「喊出来才能过」的沟通设计
怪物猎人：世界	狩猎共斗的任务结构、准备与配装带来的协作差异

3. 设计要点¶

3.1 互补设计：让两个人都不可替代¶

互补分三层，由浅到深：能力互补（一个拆、一个过）、信息互补（一个只能看、一个只能做）、时机互补（一个卡窗口，一个执行）。层次越深，依赖越真。

每个角色要有对方没有的动词：拉、抬、充能、侦察、开锁；这个动词要在关卡里被高频点名使用，玩家才会把它当本命，而不是一次性的钥匙。
警惕假互补：两个人做同一件事、只是任务量翻倍，是「并排单人」。检查方法是删掉一方的动词，看关卡还能不能过。
一个动词至少配三种用法（同一个「拉」：拉机关、拉队友、拉重物），用到第二、第三次时，默契才开始产生。
依赖要给独立发挥留缝：完全步调一致的分工变成跟脚；允许临场自由处理的分工更耐玩。
2 人耦合最深，适合强依赖设计；4 人耦合天然变浅，用「各有一条任务线、段落末尾会合」的结构更稳。

3.2 信息不对称：沟通的燃料¶

信息不对称是让玩家必须开口的核心手段：一方持有对方看不到的信息（清单、密码、地图、状态），另一方持有执行能力，两边合起来才构成完整答案。

任何不对称信息都要留一条「喊出来就能执行」的通路：说不清、听不懂，结果就是卡死或沉默。
共享层要常设：任务目标、队友位置与状态（血量、弹药、倒地）、资源余量，放进 HUD 或标记系统，不占用喊话带宽。
控制同一时刻的沟通点数：同一时间需要对齐的要点不超过两个；超出之后，沟通从策略变成噪音。
标记（ping）是语音的兜底：不开口也能打的组合要存在，否则等于筛掉一半玩家。
喊话峰值要放在段落高潮，段落之间安排喘息；全程高压会把沟通拖成互相指责。

3.3 救援机制：失败由对方弥补¶

救援是合作类型的情绪核心：队友倒下后另一个人冲过去的那几秒，比十分钟的顺利通关更让人记得住。

把多数失败做成「可以被救」：倒地后的存活窗口、救援耗时、救起后的保护时间，三个参数显式定义，全部做成可调。
全队同时倒下才结算失败，是维持张力的经典结构；同时要让玩家看得懂「为什么还没结束」。
救人有成本：拉人时冒风险、放下手里的货、放弃输出窗口。没有代价的救援是免费复活，会把紧张感清零。
连续倒地要有代价（越救越重、消耗资源），否则救援变成无限续命。
单人模式下的「救援」对象是系统（自扶、无人机、读档），这套规则单独定义，不要在双人规则上打补丁。

3.4 难度与人数缩放¶

缩放的目标：2 人、3 人、4 人都处在「忙但打得动」的状态，且各有各的事。这需要换结构，而不是乘系数。

缩放对象清单：敌人数量、单体威胁（控制与秒杀）、资源生成、任务要求（数量、时限、路线）、救援与复活规则。
人数越多，协调成本越高，单人的执行负担应当下降：敌人可以更多，单体惩罚要更软。
少用「血量乘人数」的线性缩放：结果不是更难，而是更长的木桩战。
动态难度是常见做法（参考求生之路的导演系统：按队伍状态调节压力节奏），但要设上下限，别让玩家察觉「被放水」。
人数组合与角色组合都要验证：每多支持一档人数，就多一整套缩放与关卡检查；4 个可选角色、两两搭档就是 6 种组合。同时，「最少几人可玩」要明确写进商店页，比事后补缩放便宜。

3.5 沟通设计：把喊话做成机制¶

合作游戏的对话不是社交装饰，是核心输入设备。目标：让玩家在对的时刻、为对的理由开口。

造「必须喊」的时刻：同步动作（一起按）、转述信息（密码、方位、颜色）、请求支援（救我、掩护、让路），三类轮流出现。
造「喊了有回报」的回路：队友响应后立刻给正反馈（机关开动、敌人倒下），让开口这个行为被强化。
沟通带宽要做预算：一段战斗里最多安排两处需要对齐的信息；复杂信息拆成可分批传达的碎片。
语音之外要有梯子：快捷短语、标记、表情，逐级兜底；快节奏段落里，打字永远来不及。
用真实对话验收：双人测试时录音，统计呼喊的次数与内容；全程沉默或全程吼叫，都是设计没做好的信号。

3.6 双人优先，还是单人可玩¶

先回答一个问题：核心循环里，「第二个人存在」是不是快乐本身？

是，就做双人优先（双人成行路线）：每个环节为两人定制；代价是必须约人、发行面收窄，商店页与宣传片要在第一秒讲清这一点。
不是，就做单人可玩加可选合作：合作是放大器，放大器值不值得做，看预算。
单人兜底方案的成本排序：本地双人最低（不需要网络代码）；线上合作居中；AI 队友最贵，要补上一半的真实交互，工作量常被低估。
常见的自欺：先做单人版，「以后再加合作」。核心循环依赖第二个人时，单人版本身就是错误的地基；不依赖时，后加的只是并排单人。

4. 技术要点¶

本页只讲玩法层的联机账：什么必须同步、哪些交互怕延迟、掉线当玩法还是当异常。同步模型选型、服务分层、匹配与后端成本，见《联机与后端深入手册》。

4.1 先划定最小同步集合¶

联机从「最少要传什么」开始，能不同步的一律不同步：

玩法对象	同步代价	玩法层对策
角色位置与动作状态	低	状态同步的常规处理
抓取与搬运的重物	中	单方权威（谁抓谁算），或把重物改成跟随动画
同步动作（一起按、同时进入）	中	判定给宽容窗口，由权威方统一确认
共享资源与进度（货、弹药、机关）	低	权威方计数，客户端只发意图
布娃娃、绳索、可堆叠物体	高	限量或改成演出动画，不为它做整套物理同步

4.2 玩法层的联机纪律¶

权威划分要早定：主机权威还是服务器权威，选型见§1；它决定「谁掉线会发生什么」。队友掉线后剩下的人继续还是暂停，是设计问题，原型期就要回答。
救援、抓取、同步动作是延迟最敏感的三类交互：给它们宽容判定（提前量与加宽窗口），或者设计成不要求跨区玩家严格同步。
断线重连要复原的是玩法状态：位置、背包、任务进度、倒计时，不只是网络连接。
中途加入要定公平规则：进度与装备怎么给，先追上还是先观望。
本地双人是另一条路线：分屏或共享视角，性能预算按两倍渲染算，输入要处理两套手柄的分配与断连。
网络模拟开关（延迟、丢包、抖动）从第一版就内置；好友跨区联机是常态，不是边缘情况。

5. 内容量与工作量参考¶

以下为同类项目的常见量级，用于估算范围，不构成承诺。

项目形态	内容量级	周期量级	备注
双人原型	1 个合作房间	2-4 周	一个互补机制加一个救援循环，本地同屏
小型合作作品	8-15 个短关	3-6 个月	单一机制轴，本地或线上双人
常见独立合作作品	20-40 关或一个可重复的关卡池	1-3 年	关卡密度与联机打磨占大头
四人共斗类	程序生成加长期成长	2-4 年	数值与内容管线是主要成本

合作类型特有的三笔账：

动画与状态量：每个可玩角色一套完整动作（待机、移动、互动、搬运、倒地、被救、救援），角色数直接乘上去；协作动画成对制作，拉的人与被拉的人各一套。
测试成本：每次改动要按人数与搭档组合分别过一遍，再加「忙闲分布」的检查，确认两个人都要有事做。这类项目的测试量高于同体量单人作品，排期时按 1.5 到 2 倍预留。
关卡复用：双人关卡很难切片回收成单人内容，预算里不要假设复用；反过来，一个高质量合作房间的重复可玩性通常高于单人关卡。

6. 第一个原型怎么起步¶

第一个原型只做一个房间，2-4 周完成，两个人玩，先本地同屏，不碰剧情、存档、菜单与线上代码。

第 1 周：双人互补原型。 两个角色各一个专属动词（推与拉、拆与装），一扇必须合作才能过的门。丑是应该的。

第 2 周：救援与失败循环。 倒地、救援、全灭重试的无缝衔接，把从失败到重开的时间压到秒级。

第 3 到 4 周：信息不对称与喊话。 加一条只有一人看得到的信息通道（清单、密码、地图），观察测试者会不会主动开口、开的是什么口。

联机的顺序纪律：先本地双人验证「玩法真的需要第二个人」，再花预算做线上；线上从主机直连起步，匹配与专用服务器放到玩法验证之后。

成功标准（全部可观察）：

拿掉美术与音效，两名测试者会主动互相喊话，喊的是游戏信息，而不是操作教学。
测试者复述刚才一局时会用「我们」而不是「我」。
假装一方掉线三十秒，另一方有明显挫折感；若无所谓，说明依赖不成立。
失败后两人讨论「下次怎么配合」，而不是互相甩锅。
任何一段里，两名玩家都有明确的任务；专门记录「一个人忙、一个人等」的时长，并压到最低。

7. 常见坑¶

假互补：两个人做同一件事、只是量翻倍。删掉一方的动词，关卡还能过，就是并排单人。
单人陪跑：一方全程操作、一方看风景；分工要在段落之间轮换重心。
喊话带宽过载：同一时刻要求对齐三件以上，玩家从沟通滑向互相吼叫；喊话峰值要做预算。
惩罚个人失误：合作里责任归属天然模糊，被队友「害死」时若有追责界面或重罚，气氛立刻变质。
救援免费：没有代价的救援是无限续命，张力与高光一起消失。
缩放等于乘血：人多只是打更厚的木桩；要换需求结构，不是换数值。
掉线当异常处理：断线、退出、中途加入都是高频路径，玩法规则（继续、暂停、重连）要提前写。
强制语音：没有标记与快捷短语兜底，等于把非语音玩家挡在门外。
先网络后玩法：玩法没验证就先建网络，等于用最贵的放大器放大一个还不存在的信号。
忽视「约不到人」：双人优先意味着受众与发行面收窄，这是立项与商店页层面要正面处理的事，不是商店描述里的一句「支持单人」。
AI 队友承诺太早：AI 要补上真实队友的交互量，工作量常被低估；没做出可玩版本之前，别把它写进首发承诺。
只按高手的节奏设计：关卡按熟练玩家设计，搭档体验断崖式下跌；难度要对齐「最慢的那个玩家」。

延伸阅读¶

《联机与后端深入手册》：同步模型、服务分层、匹配、反作弊与成本账；本页第 4 节的分工对象，做线上之前先读。
《游戏设计手册》：核心循环、数值表与验证方法，互补设计与缩放设计的底稿。
《技术实现手册》：网络基础与性能预算；做本地分屏时，渲染与输入处理可对照。
《案例研究集》：公开案例的拆解方法；拆合作作品时，把「谁在什么时候救了谁」当设计证据看。
《关卡设计手册》：合作关卡的度量、引导与节奏，第 3 节关卡部分的展开。