我在Hacker News上贴这个项目时标题只有一句话Game where you control a swarm。帖子发出去之后我收到最多的提问是那你到底控制的是什么一个人还是无数只这个问题直到我做了半年原型才真正想明白。玩家控制的不是某只生物也不是一支部队而是整整一千九百只发光的飞行生物。它们在黑暗遗迹里流动、避让、聚散、点燃机关玩家能做的仅仅是给出一个方向然后看着整个群像活水一样涌过去。这篇项目记录讲的就是这个游戏怎么从脑中的一个画面变成可玩原型以及在这个过程中群体行为是怎么一步步教我做人的。如果你打算做RTS、模拟类、解谜类或者只是想写一个能同时跑几千个自主个体的系统这篇内容应该有不少能直接抄走的东西。1. 控制一群这个点子为什么值得做一个游戏1.1 窗外鸟群引发的玩法缺口2019年秋天我在阳台看一群椋鸟在日落前反复变换队形。几百只鸟像一块有弹性的布不断被某种力量拉扯没有一只掉队。那个场景让我想起Craig Reynolds在八十年代提出的Boids模型——用三条极简规则就能模拟出鱼群、鸟群、兽群的自然流动。当时我正在给另一个单人动作游戏做小怪的战斗AI几百只怪一聚团就开始互相卡位处理得很狼狈。我心想干脆做一个把“群体”当成唯一主角的游戏让玩家感受“一整群”到底有多迷人。市面上大多数游戏的“群体”都只是背景板《刺客信条》里的鸟群是气氛渲染《地平线零之曙光》里的机械兽群是战斗点缀RTS里的框选单位本质是“多个个体的算术集合”命令被复制到每个单位头上独立执行。Pikmin是“一百个跟班”World of Goo是一节节往上拼的粘球严格来说都不算“一整群”。这个玩法缺口比我想象的大。我想做的游戏里个体之间必须有真正的涌现行为玩家不需要也做不到逐个指挥群体本身会形成自己的语言。1.2 玩法定位你是指挥官不是单兵我给原型起名叫Lumen Swarm暂定名。玩家扮演一个引导者带领近两千只发光飞行生物穿越黑暗洞穴点燃古老机关躲避夜行捕食者。设计支柱有四条群体是主角不是背景板。游戏里的每一帧主要画面都由群体的流动构成。控制是间接的。玩家通过目标点、光路、驱逐脉冲改变群体流向不直接操作任何个体。数量会引发质变。五十只个体像一捧沙五百只像一条河两千只像一种生物。玩家能直观感受到规模带来的行为差异。环境是另一个角色。地形、机关、捕食者共同决定群体能往哪走、怎么走。一句话概括这是一个牧羊人模拟器只不过羊群会飞还会发光。2. 群体行为的地基Boids三法则的落地与调参手记2.1 三条法则的原理与代码骨架Boids之所以经典是因为它证明了“复杂涌现来自简单规则”。每个个体只掌握两条信息自己的位置和速度。它根据邻居的状态计算三个转向力分离Separation和邻居保持最小间距别挤成一团。对齐Alignment朝邻居的平均方向飞队形才有一致性。聚合Cohesion向邻居的平均位置靠拢群体才不会越飞越散。代码骨架大概长这样Vector3 Separation(ListBoid neighbors, Boid self) { Vector3 push Vector3.zero; foreach (var n in neighbors) { Vector3 delta self.position - n.position; float dist delta.magnitude; if (dist SEPARATION_RADIUS dist 0.01f) push delta.normalized / dist; // 距离越近推力越大 } return push; } Vector3 Alignment(ListBoid neighbors, Vector3 currentVelocity) { Vector3 avg Vector3.zero; foreach (var n in neighbors) avg n.velocity; if (neighbors.Count 0) avg / neighbors.Count; return avg - currentVelocity; } Vector3 Cohesion(ListBoid neighbors, Vector3 position) { Vector3 center Vector3.zero; foreach (var n in neighbors) center n.position; if (neighbors.Count 0) center / neighbors.Count; return center - position; }最终施加到个体上的加速度是这些力的加权和再叠加外部力目标点引力、障碍避让力、紧急驱散力。个体有最大速度限制和最大转向力限制这一点非常关键不给转向力设上限的话个体在高权重冲突中会疯狂抖动。2.2 调参过程中遇到的三种失控形态Boids最折磨人的是参数调优。我做过三组典型失败实验现象非常有辨识度现象根因解决群体变成一滩死水个体互相弹开聚不成群分离权重太高聚合权重太低降低wSep到1.5以下提高wCoh群体像一支铁军转弯僵硬毫无流动感对齐权重太高个体瞬间同向将对齐权重压到聚合权重之下群体聚成一个高密度球互相穿插疯狂翻滚聚合权重过高分离不足提高分离权重并给转向力限幅我最后落在这样一组权重上分离1.6、对齐0.9、聚合0.8、目标引力1.2、避障2.0。这组值的特点是聚合和对齐都比较克制让每个个体保留一点“私心”群体的姿态才会柔软。调参过程中我把所有参数暴露在Inspector面板里开Demo实时拖数值边拖边看群体的流动状态。最终我会在2.3里聊到我把避障从Raycast换成了SDF这一步如果没有早做后面的几千个体规模根本无从谈起。2.3 邻居查询为什么必须用空间哈希Boids的邻居搜索如果用双重循环n个个体就是n²次距离计算。1000个个体意味着约50万对每对还要做分离、对齐、聚合三个向量运算GameObject版本早就卡成PPT。空间哈希的思路超级朴素把世界切成格子每个个体只可能在“自己所在格子”和“相邻格子”里有邻居。查询范围从全世界缩小到最多九个格子。int cellX Mathf.FloorToInt(pos.x / gridSize); int cellY Mathf.FloorToInt(pos.y / gridSize); long key ((long)cellX 32) | (cellY 0xFFFFFFFF);格子大小我取的是邻居半径的1.5倍左右。太小会漏检群体容易在格子边界处分裂太大会导致每个格子塞太多个体性能退化到接近O(n²)。早期我图省事做过一次“栅格大小三倍邻居半径”的实验结果单帧Boid更新时长直接翻了两倍。这里必须强调另一个坑避障不要用一个个体做上百次Physics.Raycast。我一开始这么做800个个体就把帧率打到20帧。后来把所有静态障碍物预计算成距离场SDF个体只需要采样最近距离并沿梯度方向推离每帧的成本变成了一次浮点采样。做完这一步个体的数量级才真正解放出来也为后面上Job System和GPU Instancing腾出了空间。3. 交互设计的核心难题玩家到底怎么指挥一群3.1 试过的三种控制方案第一个能玩的版本是点击目标点click-to-seek。玩家点击场景任意位置群体向目标点流动。简单直接但问题一大堆群体经常撞墙绕路目标点在障碍物后面时整团人怼在墙边发呆想分流更是天方夜谭。测试玩家的评价是“我在指挥没有脑子的部队。”第二个版本是操作一只“首领个体”。群体中的一只被高亮玩家控制它移动其他个体在Boids三法则作用下跟随。这个方案理论上很优雅实际玩起来却让人暴躁首领一旦被卡在小墙角整个群体全部堵住玩家不得不把视角拉回去反复救首领完全没精力欣赏群体流动的美感。它违背了“你指挥群体”这个核心体验——玩家变得像一个救火队员。第三个方案是从“控制”转向“引导”玩家不控制任何个体而是控制一个悬浮的发光焦点。这个焦点对附近的所有个体施加温和的引力鼠标移动导致焦点移动焦点移动导致群体缓缓流动。这个方案赢得很彻底。玩家的注意力永远放在“群体的流向”上而不是某一只个体的死活上。控制的主体从“个体”变成了“力场”。我后来才意识到这才是“控制一群”的正确姿势你不是司令你是风向。3.2 最终采用的引导焦点路径光束驱逐波定下焦点方案后我在它上面叠了三层交互形成最终的操作映射操作效果为什么这么设计移动鼠标移动悬浮焦点群体跟随鼠标轨迹就是引导路径直觉成本极低Shift拖拽画出一条临时光路群体沿光路流动需要精细引导时光路比焦点更可控且支持分流右键点击释放驱逐脉冲推开四周个体危险情况下快速清出安全区是玩家的“刹车”双击或Space召回全部个体聚拢到焦点群体被冲散后的保底手段也是视觉奇观光路的灵感来自蚂蚁的信息素。焦点是“瞬时方向”适合整体调度光路是“持续轨道”适合让群体沿特定路径慢慢流动。驱逐脉冲则提供了负反馈手段——没有它玩家在撞见捕食者时只能干瞪眼。3.3 手感细节与新手保底这里有几个手感细节测试了很多轮才定下来焦点移动加了指数平滑鼠标快速甩动时焦点不会瞬间瞬移否则群体追不上玩家会产生“鼠标和群体脱节”的失控感。焦点周围的光晕半径会随群体质心距离变化群体离焦点太远时光晕变暗屏幕边缘浮出群体质心方向的微弱指示箭头。这个小设计很管用玩家再也不需要满世界找自己的“羊群”了。召回技能冷却3秒不是为了限制使用而是为了强制玩家停下0.5秒看一次群体收拢的动画。那个螺旋聚拢的场面很有治愈感我私心想让玩家多看两眼。新手的保底逻辑也很明确第一关没有任何威胁玩家只要移动鼠标群体就会跟着动基本操作两分钟内学会等第二个关卡出现捕食者时大部分人都已经建立了“群体跟着焦点走”的直觉。4. 上千个体的性能工程空间哈希、Job System与GPU Instancing4.1 CPU侧更新优化当个体数量跨过1500之后CPU侧的每一行代码都变得值钱。首先要抛弃“每个个体是一个GameObject”的思维——个体只是一小块数据不需要有行为树不需要有物理碰撞体不需要有单独的渲染组件。没问题这些全都没有。我用Structure of ArraysSoA布局管理数据位置数组、速度数组、加速度数组按字段分开存放而不是把“个体”封装成一个对象数组。这样CPU缓存命中率高很多遍历时数据连续读取瓶颈从内存带宽变成了真正的计算量。然后就是Job System。Boid更新完全是连续内存上的数值计算天然适合并行struct BoidUpdateJob : IJobParallelFor { public NativeArrayfloat3 positions; public NativeArrayfloat3 velocities; // ... 外部力参数 public void Execute(int i) { float3 pos positions[i]; float3 vel velocities[i]; // 邻居查询 三法则 外部力 // 更新 vel 与 pos positions[i] pos; velocities[i] vel; } }主线程负责输入、相机和渲染数据准备Job线程负责几千个Boid的更新。注意不要在Job里调用UnityEngine.Random要用Unity.Mathematics中的并行随机数生成器否则会在多线程同步上吃大亏。4.2 渲染侧合批与阴影的取舍最早的版本每个个体是一个MeshRenderer1800个个体就是1800个DrawCall配合阴影实时投影整个画面像在跑一场灾难。后来切到GPU Instancing把所有个体合并到1~2个DrawCall里帧率立刻上了一个数量级。每个个体不再用高模就是一个小三角锥或者十字交叉的billboard。材质里透过Instanced属性传入个体的朝向和尺度渲染流程变成一行。阴影则直接关闭——几千个体投出来的阴影视觉上像一片黑色尖刺严重破坏“群体是一束光河”的整体美感。我在后处理阶段加了一层辉光Bloom让个体重叠区域自动产生更多的亮度叠加群体看起来才真的像一个连续发光的生命体。4.3 实测数据与后续优化空间在我这台i7-8700K GTX1070的老机器上原型的数据大概是这样的个体数CPU Boid更新Instancing渲染满载帧率1000约1.1ms约0.6ms60fps稳定2000约2.4ms约0.9ms60fps稳定5000约5.8ms约2.1ms55-60fps波动8000约9.4ms约3.0ms40帧上下5000个体是我给当前CPU版定的舒适上限。想上两万个体就得把整个Boid计算搬到GPU上跑ComputeShader。我在计划表里写了这一步但比起规模对我来说更重要的是先确定游戏的玩法配比。5. 玩法与关卡怎么让群体本身成为谜题5.1 用群体的数量来做开门机关群体玩法里最好的资源不是血量不是金币而是“数量”。我设计了一种压力板机关需要一定数量的个体同时踩上去才会激活。玩家引导一群个体经过压力板时前面三十只走过去可能刚好触发下一秒又因为群体尾部摆动瞬间滑落到阈值以下机关弹回去。这种“差一点”、“刚好够”的拉扯感天然就是解谜节奏。群体的数量还有隐性的管理意义捕食者会从外圈叼走掉队的个体如果个体总量降到阈值以下很多机关就开不了。于是玩家会本能地放慢移动速度时不时回头看看自己的群体尾巴有没有跟上。失败读条的时候不会显示“游戏结束”窗口上是“仅剩42只机关无法启动”之类的反馈玩家感受到的是自己的群体真的在减少。5.2 分流与汇流的涌现乐趣群体流动本身有一股“惯性”想让群体精确地分成两股非常困难而这恰好成了高级技巧的土壤。实现分流的核心是缩小光路的“抓取半径”——只有当个体离光路足够近时才会被吸附过去。玩家可以在主力群体边缘画一条短暂光路像是用梳子从群体里轻轻分出十几个个体把它们引导到另一侧的机关上而主力继续向前。我第一次看到测试者熟练地“梳”出几缕群体时很震惊那个动作完全没有教程是他自己从手感里领悟出来的。群体运动有不可预测性但正因为这种不可预测性高手玩家才能在“操控”和“放任”之间找到乐趣。5.3 一次堵塞喷涌的意外设计最初版本的关卡里有一个非常窄的门洞群体涌过去时经常把门口堵死。我当时以为是自己避障Bug没修干净蹲在屏幕前抓帧看了半天。后来我玩了一下把分离权重稍微调高发现被堵住的个体并没有停止推挤——它们在门的入口处形成了一个高密度半球内部压力越来越大最终前端个体被一只只“挤”出门洞像开闸放水一样喷涌出来。这个现象太爽了我直接把它变成了一个专门的关卡。玩家先让群体在狭窄峡谷里蓄积然后画一条光路穿过门洞群体内部的密度差会引发自动的“喷涌”。这里不需要任何额外系统靠的是cohesion和separation两个力在极端密度下的自然产物。做群体玩法的过程中这种“bug变成feature”的时刻不算多但每次都值得记下来。6. 原型测试中的意外Bug与下一步计划6.1 远处群体抖动浮点精度与相对坐标系地图变大之后远处群体的个体开始出现肉眼可见的抖动。查下来发现是float精度问题个体的世界坐标数值在几千单位之外float的尾数精度已经不足以表达亚像素的位移群体看起来就像碎纸屑在抖。解决办法是把坐标系改成“相对坐标系”。相机跟随群体质心计算时把所有个体的坐标减去质心坐标让数据范围始终保持在较小数值区间。Boid内部运算使用局部坐标只有在渲染时才把偏移加回去。代价是相机必须绑定群体质心不能满世界乱飞这对游戏玩法反而是一次约束。6.2 “群体呕吐”两个强导向力互相竞争另一个高频Bug出现在“驱逐脉冲”和“墙体避障”同时触发时个体被墙挡住的同时又被脉冲推向另一个方向结果就在原地反复横跳像呕吐一样抽搐。根因是两个强导向力在打架个体每帧都被赋予完全相反的加速度。修法是给所有转向力定义优先级避障 驱逐脉冲 目标引力 聚合 对齐。低优先级力会被高优先级力压制而且最终总转向力要做一次指数平滑粗略等效于转向惯性避免帧间突变。做完之后群体极少再出现原地抖动整体运动变得“粘稠”了许多反而更像一群活物了。6.3 阴影与视觉噪点这是我个人很在意的点。个体开启阴影投射之后整个屏幕布满黑色尖刺还破坏了发光群体的整体光感。解决方案很简单关闭所有个体的阴影投射改为在场景里放一盏跟随群体质心的大范围点光源再叠加后处理的辉光。群体路过的地方会有微弱的蓝色光痕视觉干净且自带指引功能。6.4 下一步的方向规模、声音与群体情绪接下来三件事优先级最高。第一是声音系统想给个体加上极微弱的鸣响个体越多鸣响叠加得越密集最终汇成一种白噪音般的背景音玩家能从听觉上感受到群体密度——密度高时声音偏暖稀薄时刺耳且空旷。第二是群体情绪捕食者靠近时个体速度方差会增大飞行轨迹变得更急促玩家可以不看屏幕光靠手感感知到群体在害怕。第三是ComputeShader版本把规模推到两万个体以上让群体流动出更复杂的纹理和漩涡。我个人在这些测试里最深的体会是控制一群的关键是懂得少控制。大多数时候我只需要给出一个柔和的方向群体自己会走出一条让人叫绝的路——那些路比我精心设计的寻路逻辑漂亮得多也有效得多。