企业官网建设流程全解析

1. 从脑洞到落地：这个「三国吃鸡」到底是个什么东西

第一次跟朋友聊起这个点子的时候，对方愣了三秒，然后问我：“你是说让诸葛亮跳伞，落地捡青龙偃月刀？”我说对，差不多就是这个意思。把三国题材和战术竞技玩法揉在一起，听起来像个段子，但真动手做出来之后，我发现这里面的设计空间比想象中大得多。

先把这个项目的核心讲清楚。它是一个基于三国背景的战术竞技类游戏原型，核心玩法循环是：开局所有人从空中降落（我这里用的是孔明灯作为降落载具的视觉包装），落地后在地图各处搜集武器、防具、消耗品，在不断缩小的安全区域内与其他玩家对抗，最后存活的一人或一队获胜。武器不是现代枪械，而是青龙刀、丈八蛇矛、方天画戟、诸葛连弩这类三国兵器；消耗品不是止痛药和能量饮料，而是金疮药、行军散、杜康酒。

为什么选这个方向？因为战术竞技这个品类的核心乐趣——搜索、遭遇、抉择、生存——其实和三国演义里那些经典桥段高度吻合。赵云长坂坡七进七出，本质上就是一个人在被包围的缩圈里反复突围；草船借箭是资源搜集和情报博弈；空城计是心理战。把这些体验抽象成游戏机制，逻辑上是通的。

这个项目适合谁看？如果你是对游戏开发感兴趣、想做一个自己的小项目练手的人，或者你是个策划想看看品类融合怎么落地，再或者你纯粹好奇“AI到底能帮开发者做到什么程度”，这篇内容都能给你一些可以直接抄作业的东西。我全程用的是AI辅助开发的方式，从代码生成到美术资源到数值调优，AI参与了大概六成以上的工作量，但核心设计决策和手感调校还是得人来把控。

下面我会从整体设计思路、核心技术实现、实操搭建过程、踩坑排查四个维度，把这个项目拆开讲透。

2. 整体设计与技术选型：为什么这么搭

2.1 玩法框架的取舍逻辑

战术竞技的底层框架其实不复杂，拆开来看就是几个系统：地图与缩圈、角色控制与战斗、物资生成与拾取、网络同步（如果是多人）、结算与排名。难点不在于单个系统有多深，而在于这些系统之间的耦合和平衡。

我在设计阶段做的第一个关键决策是：做多人还是做单机原型。多人联机意味着要处理网络同步、帧同步或状态同步、延迟补偿、断线重连，工作量至少翻三倍。对于一个验证玩法可行性的原型来说，这些是负担。所以我选择先做单机+AI对手的方案，用行为树驱动的AI来模拟真实玩家的行为模式，先把核心战斗手感和缩圈节奏跑通，再考虑联机。

这个决策背后的逻辑很直接：战术竞技的乐趣核心是“与人斗”，但验证阶段你不需要真的连网，你只需要AI表现得像人。AI会搜物资、会躲圈、会伏击、会在血量低的时候撤退，这些行为用行为树加一些随机扰动就能模拟得七七八八。等手感调好了，再把AI替换成网络玩家，底层逻辑不用大改。

第二个决策是视角选择。第三人称越肩视角还是俯视角？第三人称的沉浸感强，但动画和相机控制的工作量大；俯视角开发成本低，但战斗的紧张感会打折扣。我最终选了第三人称越肩，原因是三国兵器大多是近战，越肩视角能更好地展现武器挥舞的力度感和距离感，这对近战战斗的体验至关重要。为了控制工作量，我用了虚幻引擎的模板相机加弹簧臂，在此基础上调参数，没有从零写相机系统。

2.2 引擎与工具链的选择

引擎我选的是虚幻引擎5。原因有几个：第一，它的蓝图系统对AI辅助开发非常友好，AI生成的代码逻辑可以直接对应到蓝图节点，可视化调试很方便；第二，虚幻的动画系统和物理系统开箱即用，近战武器的碰撞检测和动画混合不用自己造轮子；第三，Nanite和Lumen虽然对这个体量的项目有点杀鸡用牛刀，但地形和光照效果确实省心。

AI辅助工具方面，我用了一个代码生成模型来写C++底层逻辑和蓝图节点连接，用一个图像生成模型来产出武器图标和UI素材，用一个数值分析工具来辅助平衡武器参数。这里要强调一点：AI生成的内容不能直接拿来用，尤其是代码，生成的逻辑经常有边界条件遗漏，必须逐行审查。我的做法是让AI生成初版，然后自己过一遍，把不合理的部分标注出来，再让AI针对性地修改，反复两三轮才能达到可用状态。

2.3 三国题材的机制化翻译

这是整个项目里最有意思的部分。把三国元素翻译成游戏机制，不是简单换个皮，而是要找到元素和机制之间的逻辑对应关系。

这张表里的每一个对应关系，我都反复问过自己：这个机制加进来，对核心玩法循环是增强还是干扰？比如“空城计”伪装道具，一开始我做的版本是使用后完全隐身，结果测试的时候发现太强了，所有人都蹲着不动，游戏节奏拖沓。后来改成“静止时伪装，移动即解除”，才把节奏拉回来。

注意事项：题材化翻译最容易犯的错误是“为了贴合题材而加入破坏平衡的机制”。每加一个元素，都要问它对核心循环的影响是什么。如果答案是“让游戏更好玩”，加；如果答案是“让游戏更像三国”，但不好玩，那就砍掉或者重做。

3. 核心系统拆解与实操要点

3.1 降落系统：孔明灯怎么飞才不晕

降落系统是整个游戏的第一印象，玩家从孔明灯上跳下来的那几秒钟，决定了他们对游戏手感的第一判断。我在这上面花了比预期多得多的时间。

孔明灯的飞行逻辑是这样的：开局时所有玩家在一个巨大的孔明灯群中，每个孔明灯沿着预设的随机路径飘移，玩家可以在灯上自由走动，选择跳下的时机和方向。跳下后进入自由落体，可以控制水平方向的速度和方向，落地时根据下落速度决定是否受到落地伤害。

这里的关键参数是水平移动速度和垂直下落速度的比值。如果水平速度太快，玩家可以飘很远，地图设计的意义就削弱了；如果垂直速度太快，玩家没有足够时间选择落点，体验会很仓促。我试了好几组参数，最后定下来的是：水平最大速度12米/秒，垂直最大速度35米/秒，水平加速度8米/秒²，垂直加速度20米/秒²。这个组合下，从200米高度跳下，玩家大约有5到6秒的空中控制时间，足够观察地面并做出选择，但又不至于慢到无聊。

// 降落阶段的核心参数配置（虚幻引擎C++） struct FParachuteParams { float HorizontalMaxSpeed = 1200.0f; // 厘米/秒，对应12米/秒 float VerticalMaxSpeed = 3500.0f; // 厘米/秒，对应35米/秒 float HorizontalAcceleration = 800.0f; float VerticalAcceleration = 2000.0f; float LandingDamageThreshold = 1500.0f; // 超过此速度落地受伤 float LandingDamageMultiplier = 0.1f; };

实操心得：降落阶段一定要加镜头震动和风声。我一开始没加音效，测试的时候感觉像在飘一张纸，完全没有紧张感。后来加了风声、孔明灯火焰的噼啪声、以及落地时的镜头震动，整个体验立刻不一样了。音效和镜头反馈对降落体验的贡献，至少占一半。

3.2 近战战斗系统：青龙刀砍人的手感从哪来

近战战斗是这个项目的核心，也是最难调的部分。三国兵器大多是长柄武器，攻击范围大，但攻击前摇和后摇也长，这和现代射击游戏的“即点即射”完全不同。

我的战斗系统设计思路是三段式攻击：轻击、重击、格挡反击。轻击速度快、伤害低、前摇短；重击速度慢、伤害高、前摇长但可以蓄力；格挡反击是在敌人攻击命中的瞬间按下格挡键，成功则触发反击动画，造成额外伤害并打断敌人动作。

武器参数方面，我做了这样一张表：

这些数值不是拍脑袋定的，而是通过**TTK（Time To Kill，击杀所需时间）**反推的。我希望一场势均力敌的近战对决持续3到5秒，也就是说，在双方都命中的情况下，大约需要4到6次轻击或者2到3次重击才能击杀。根据这个目标，再结合前摇后摇的时间，反推出每把武器的伤害值。

注意：近战武器的碰撞检测不要用射线检测，要用胶囊体扫描。射线检测在快速挥舞时会穿透敌人，导致命中判定丢失。胶囊体扫描能更好地覆盖武器的挥舞轨迹，命中率更稳定。

3.3 缩圈机制：安全区怎么缩才有节奏感

缩圈是战术竞技的节奏控制器。圈缩得太快，玩家没时间搜物资；缩得太慢，游戏拖沓。我的做法是分阶段缩圈，每个阶段的持续时间和缩圈速度都不同。

具体来说，整局游戏分为六个阶段。第一阶段持续120秒，安全区覆盖全图80%面积，缩圈速度很慢，给玩家充足的时间搜索物资。第二阶段持续90秒，安全区缩到50%，速度加快。第三阶段持续60秒，安全区缩到30%。第四阶段持续45秒，安全区缩到15%。第五阶段持续30秒，安全区缩到5%。第六阶段也就是决赛圈，持续20秒，安全区缩到最小，逼迫最后的玩家正面交锋。

这个节奏是我反复测试调出来的。一开始我把总时长控制在15分钟左右，结果发现前期太拖，后期太赶。后来把总时长拉到20到25分钟，前两个阶段给足时间，后三个阶段加速，整体节奏就舒服多了。

# 缩圈阶段配置（伪代码） circle_phases = [ {"duration": 120, "shrink_ratio": 0.8, "speed": 2.0}, {"duration": 90, "shrink_ratio": 0.5, "speed": 4.0}, {"duration": 60, "shrink_ratio": 0.3, "speed": 6.0}, {"duration": 45, "shrink_ratio": 0.15,"speed": 8.0}, {"duration": 30, "shrink_ratio": 0.05,"speed": 10.0}, {"duration": 20, "shrink_ratio": 0.01,"speed": 12.0}, ]

实操心得：缩圈的时候一定要有明确的视觉和听觉提示。我在屏幕边缘加了逐渐变红的警示光晕，同时播放越来越急促的鼓点音效。测试的时候，有玩家跟我说“听到鼓点变快就知道要跑圈了”，这说明提示做到位了。

3.4 AI对手的行为设计：怎么让AI像个人

单机原型里，AI对手的质量直接决定了游戏体验。如果AI太蠢，玩家会觉得在打木桩；如果AI太强，玩家会觉得被针对。我的目标是让AI表现得像一个中等水平的真人玩家：会搜物资，会躲圈，会打架，但也会犯错。

AI的行为树大致是这样的：根节点是一个选择器，优先检查“是否在安全区内”，如果不在，执行“向安全区移动”分支；如果在安全区内，检查“附近是否有敌人”，有则进入“战斗”分支，没有则进入“搜索物资”分支。战斗分支里还有子选择器：血量高于70%时主动进攻，血量在30%到70%之间时边打边退，血量低于30%时优先逃跑和使用治疗道具。

为了让AI不那么机械，我在每个决策节点加了随机延迟和随机扰动。比如AI发现敌人后，不会立刻反应，而是有一个0.2到0.8秒的随机反应时间，模拟真人玩家的反应速度差异。AI的瞄准也不是完美的，有一个随距离增加而增大的瞄准误差。

提示：AI的难度调校不要只调数值，要调行为模式。把AI的伤害调低但行为更聪明，比把AI伤害调高但行为很蠢，体验要好得多。玩家讨厌的不是AI强，而是AI“不讲道理”。

4. 完整实操流程：从零到可玩原型

4.1 环境搭建与项目初始化

第一步是装引擎和配置开发环境。虚幻引擎5的安装没什么好说的，官网下载Epic Games Launcher，然后选版本安装。需要注意的是，硬盘空间要留够，引擎本体加上项目缓存，100GB是起步。我建议用SSD，机械硬盘加载一个中等规模的场景要等好几分钟，开发效率会大打折扣。

项目初始化的时候，模板选第三人称，这样相机和角色移动的基础逻辑就有了。然后把项目设置里的输入系统改成Enhanced Input，这是虚幻5的新输入系统，比旧的轴映射和动作映射灵活得多。具体操作是在项目设置里找到Input，把Default Player Input Class和Default Input Component Class都改成Enhanced版本。

AI辅助开发的环境配置，我用的是一个本地的代码生成模型，通过插件的形式集成到IDE里。这里不展开讲具体是哪个工具，因为工具更新太快，讲了也可能过时。核心思路是：让AI帮你写重复性的代码，但核心逻辑自己把控。比如角色移动的输入绑定、UI的布局代码、数据表格的解析逻辑，这些让AI生成没问题；但战斗系统的伤害计算、缩圈的状态机、AI的行为树，这些必须自己设计。

4.2 地图搭建与物资生成

地图我用的是虚幻自带的地形工具加植被工具，没有用外部建模软件。地形大概2公里乘2公里，有山地、平原、河流、城镇四种主要地形。城镇是物资密集区，风险高收益高；山地和河流是天然屏障，适合伏击和转移；平原是过渡区，物资稀少但移动快。

物资生成用的是生成点+权重表的方案。在地图上手动放置大约200个物资生成点，每个生成点有一个物资类型权重表，根据生成点所在区域调整权重。城镇里的生成点，高级武器和防具的权重高；野外的生成点，消耗品和低级武器的权重高。

// 物资生成权重配置示例 struct FLootSpawnEntry { TSubclassOf<AWeaponBase> WeaponClass; float Weight; int32 MinQuantity; int32 MaxQuantity; }; // 城镇生成点的权重表 TArray<FLootSpawnEntry> TownLootTable = { {A_QingLongDao, 0.05f, 1, 1}, // 青龙刀，5%概率 {A_ZhangBaSheMao, 0.05f, 1, 1}, // 丈八蛇矛，5%概率 {A_FangTianHuaJi, 0.03f, 1, 1}, // 方天画戟，3%概率 {A_ZhuGeLianNu, 0.10f, 1, 1}, // 诸葛连弩，10%概率 {A_ShuangGuJian, 0.15f, 1, 1}, // 雌雄双股剑，15%概率 {A_JinChuangYao, 0.30f, 1, 3}, // 金疮药，30%概率 {A_DuKangJiu, 0.20f, 1, 2}, // 杜康酒，20%概率 {A_HuJia, 0.12f, 1, 1}, // 护甲，12%概率 };

实操心得：物资生成点的密度和分布比单个生成点的权重更重要。我一开始把高级武器集中在城镇中心，结果所有人都往城镇跳，前期死亡率极高。后来改成高级武器分散在城镇的各个角落，并且野外也有低概率生成，玩家的落点选择就丰富多了。

4.3 战斗系统的代码实现

战斗系统的核心是状态机。角色有以下几个状态：待机、移动、轻击、重击、格挡、受击、倒地。状态之间的转换由输入和动画通知驱动。

轻击的实现逻辑是：玩家按下攻击键，状态机从待机/移动切换到轻击状态，播放轻击动画，在动画的特定帧（前摇结束、攻击判定开始的那一帧）触发武器碰撞检测，检测到敌人则造成伤害并切换到受击状态，动画播放完毕后回到待机/移动状态。

// 轻击状态的核心逻辑（简化版） void ACharacterBase::OnLightAttack() { if (CurrentState == ECharacterState::Idle || CurrentState == ECharacterState::Moving) { CurrentState = ECharacterState::LightAttack; PlayAnimMontage(LightAttackMontage); // 动画通知会在特定帧调用OnAttackHit() } } void ACharacterBase::OnAttackHit() { // 胶囊体扫描检测命中 FHitResult HitResult; FCollisionShape Capsule = FCollisionShape::MakeCapsule(30.0f, 80.0f); FVector Start = WeaponMesh->GetSocketLocation("WeaponTip"); FVector End = Start + GetActorForwardVector() * CurrentWeaponRange; GetWorld()->SweepSingleByChannel( HitResult, Start, End, FQuat::Identity, ECC_Pawn, Capsule ); if (HitResult.bBlockingHit) { ACharacterBase* Target = Cast<ACharacterBase>(HitResult.GetActor()); if (Target && Target != this) { float Damage = CurrentWeapon->LightAttackDamage; Target->ApplyDamage(Damage, this); } } }

格挡反击的实现要复杂一些。需要在格挡状态下监听敌人的攻击命中事件，如果敌人在格挡生效的时间窗口内命中，则触发反击。这个时间窗口我设的是0.3秒，从按下格挡键开始计算。窗口内成功格挡，敌人进入硬直状态，玩家可以接一个反击动画，造成1.5倍伤害。

注意：格挡反击的时间窗口不能太长，否则玩家会一直按着格挡键不放，变成“龟缩流”。0.3秒的窗口意味着玩家必须预判敌人的攻击时机，而不是无脑格挡。

4.4 UI与反馈系统

UI方面，我用的是虚幻的UMG系统。主要界面包括：主HUD（血量、护甲、武器、弹药、小地图）、背包界面、地图界面、结算界面。

主HUD的设计原则是信息密度低但关键信息突出。血量条放在屏幕底部中央，护甲条在血量条上方，武器图标和弹药在右下角，小地图在左上角。缩圈倒计时和方向指示放在屏幕顶部中央。

反馈系统是容易被忽视但极其重要的部分。每次命中敌人，屏幕上要有命中标记（一个短暂的十字闪光）和伤害数字飘出。每次受到伤害，屏幕边缘要有红色暗角闪烁。击杀敌人时，要有击杀提示和音效。这些反馈看起来是小事，但它们是玩家感知“我打中了”“我被打中了”“我杀了人”的主要途径。

实操心得：伤害数字的大小和颜色要区分。轻击的伤害数字小、白色；重击的伤害数字大、黄色；格挡反击的伤害数字最大、红色。这样玩家一眼就能看出自己打出了什么类型的攻击。

5. 常见问题与排查技巧实录

5.1 武器碰撞检测丢失

这是最常见的问题。表现是：明明看到武器砍到了敌人，但没有伤害数字，敌人也没掉血。原因通常是碰撞检测的时间窗口太短或者检测形状太小。

排查思路：首先检查动画通知的触发帧是否在攻击判定的时间范围内。如果动画通知在攻击判定开始之前就触发了，那检测的时候武器还没挥出去，自然打不到。其次检查胶囊体的尺寸，如果胶囊体太小，快速挥舞时会从敌人身边“滑过去”。

解决方法：把动画通知的触发帧往后调几帧，确保武器已经进入攻击范围。同时把胶囊体的半径从20厘米增加到30厘米，长度从60厘米增加到80厘米。实测下来，这两个调整能把命中率从70%左右提升到95%以上。

5.2 AI卡在障碍物后面

AI寻路用的是虚幻的导航网格，但导航网格有时候会有覆盖不到的区域，或者AI的移动逻辑和导航网格不匹配，导致AI卡在墙角或者树木后面。

排查思路：在编辑器里打开导航网格的可视化，看看AI卡住的位置是否在导航网格的覆盖范围内。如果不在，需要调整导航网格的生成参数，比如增加Agent半径或者降低Agent高度。如果在范围内但AI还是卡住，那就是移动逻辑的问题，需要检查AI的移动目标点是否可达。

解决方法：给AI加一个卡住检测机制。如果AI在2秒内移动距离小于50厘米，就判定为卡住，触发一个随机方向的移动或者直接传送到最近的导航网格点。这个机制虽然简单粗暴，但能解决90%的卡住问题。

5.3 缩圈时玩家被卡在圈外

这个问题通常是因为缩圈的速度和玩家的移动速度不匹配。如果缩圈速度太快，玩家跑不过圈，就会被毒死。如果缩圈速度太慢，玩家在圈外晃悠半天也不死，就失去了缩圈的压迫感。

排查思路：计算玩家的最大移动速度和缩圈速度的比值。玩家的最大移动速度是600厘米/秒，缩圈速度在最后一个阶段是12米/秒，也就是1200厘米/秒，是玩家速度的两倍。这意味着在最后一个阶段，如果玩家在圈外，是绝对跑不赢圈的。

解决方法：把最后一个阶段的缩圈速度降到8米/秒，同时增加圈外伤害的递增速度。这样玩家在圈外虽然跑不赢圈，但可以通过快速移动减少在圈外的时间，同时圈外伤害的递增会让玩家尽快做出决定：要么进圈，要么死。

5.4 常见问题速查表

提示：排查问题的第一原则是复现。如果一个bug不能稳定复现，那说明你还没找到真正的触发条件。我习惯在怀疑的代码段加日志输出，把关键参数打印出来，跑几局看日志，比盯着代码看效率高得多。

6. 数值平衡与调优：让每把武器都有存在感

6.1 武器平衡的核心逻辑

武器平衡不是让所有武器一样强，而是让每把武器都有明确的定位和适用场景。青龙刀适合中距离正面硬刚，丈八蛇矛适合远距离压制，雌雄双股剑适合贴脸快攻，诸葛连弩适合中远距离消耗。如果一把武器在所有场景下都最强，那其他武器就没有存在的意义了。

我的平衡方法是场景化测试。在测试地图里设置几个典型场景：开阔地1v1、城镇巷战、山地遭遇战、决赛圈小范围对抗。每个场景用不同的武器组合跑十局，记录胜率和平均击杀时间。如果某把武器在多个场景下胜率都超过60%，那就需要削弱；如果低于40%，就需要加强。

6.2 数值调整的实操记录

第一次平衡测试的结果是：方天画戟胜率65%，雌雄双股剑胜率35%。方天画戟伤害太高，重击60点伤害，两下就能秒人；雌雄双股剑伤害太低，轻击15点，要打七下才能击杀，而七下的时间足够方天画戟打两轮重击了。

调整方案：方天画戟重击伤害从60降到50，前摇从1.0秒增加到1.2秒；雌雄双股剑轻击伤害从15提到18，前摇从0.2秒降到0.15秒。调整后再测，方天画戟胜率降到55%，雌雄双股剑升到45%，基本平衡。

第二次测试发现诸葛连弩在决赛圈太强。决赛圈范围小，连弩的射速优势被放大，而且远程武器在近距离也有不错的命中率。调整方案：给连弩加近距离伤害衰减，5米内伤害减半，5到10米正常，10米以上伤害增加20%。这样连弩在决赛圈的统治力就下来了，但在中远距离依然有优势。

注意：数值调整要一次只改一个变量。如果同时改伤害和攻速，你无法判断是哪个改动导致了胜率变化。我习惯用表格记录每次调整的参数和对应的胜率，这样能清楚地看到每个参数的影响。

6.3 道具平衡的考量

道具平衡比武器平衡更微妙，因为道具的效果往往是非对称的。金疮药回血，杜康酒加攻击，烽火台暴露位置换情报，空城计伪装。这些道具的价值很难用统一的数值衡量。

我的做法是给每个道具设定一个使用率目标。比如金疮药的使用率应该在80%以上，因为它是基础生存道具；杜康酒的使用率在30%到50%之间，因为它是高风险高回报的选择；烽火台的使用率在20%到40%之间，因为它是情报道具，不是每局都需要；空城计的使用率在10%到30%之间，因为它是特定场景下的战术道具。

如果某个道具的使用率远低于目标，说明它太弱或者太 niche；如果远高于目标，说明它太强或者太泛用。通过调整道具的刷新率和效果强度，把使用率拉到目标区间。

7. 从原型到可玩版本的最后一公里

7.1 音效与氛围的补全

原型阶段我用的都是引擎自带的占位音效，脚步声是默认的，武器挥舞是默认的，命中反馈也是默认的。这些音效能用，但完全没有三国氛围。后来我花了两天时间，用AI音频生成工具做了一套定制音效：青龙刀挥舞时的破风声、丈八蛇矛刺出时的尖锐啸叫、金疮药使用时的布料撕裂声、杜康酒饮用时的液体晃动声。

音效的空间感很重要。我用的是虚幻的衰减和空间化功能，让远处的战斗声听起来模糊且方向感弱，近处的战斗声清晰且方向感强。这样玩家可以通过声音判断敌人的大致方位和距离，增加了情报维度。

7.2 新手引导的设计

战术竞技类游戏的新手引导是个难题，因为核心玩法是“自己探索”，但完全不给引导，新手会一脸懵。我的做法是分阶段引导：第一局只教移动、拾取、攻击三个基础操作，用屏幕中央的文字提示；第二局加入缩圈和道具使用的提示；第三局加入格挡和反击的提示。每局的提示不超过三条，避免信息过载。

引导的触发条件是行为检测，而不是时间触发。比如玩家第一次靠近物资时，弹出“按E拾取”的提示；玩家第一次进入圈外时，弹出“尽快返回安全区”的提示。这样引导只在玩家需要的时候出现，不会打断游戏节奏。

7.3 性能优化要点

原型跑在开发机上没问题，但打包到中端配置的机器上，帧率掉到了30帧以下。排查后发现主要瓶颈是粒子效果和动态阴影。

优化方案：把非关键的粒子效果（比如远处的火焰、烟雾）的最大粒子数从1000降到200，生成速率减半；把动态阴影的分辨率从2048降到1024，阴影距离从5000厘米降到3000厘米。这两个调整把帧率拉回到了60帧以上，画面质量的损失在可接受范围内。

另一个优化点是LOD（Level of Detail）。远处的角色模型用低面数版本，近处的用高面数版本。虚幻的LOD系统可以自动生成，但自动生成的LOD有时候过渡不自然，需要手动调整LOD的切换距离。

提示：性能优化要先测量再优化。用虚幻的Stat命令（Stat FPS、Stat Unit、Stat GPU）找出真正的瓶颈，不要凭感觉优化。我一开始以为是模型面数太高，优化了半天模型，结果发现瓶颈在粒子效果上。

7.4 后续扩展方向

这个原型目前只做了单机+AI的基础玩法，后续可以扩展的方向很多。联机模式是最直接的扩展，把AI替换成网络玩家，需要处理网络同步和延迟补偿。更多武器和道具是内容扩展，可以加入弓箭、盾牌、陷阱等新元素。地图扩展可以加入更多地形和建筑类型，增加战术多样性。排位系统可以加入段位和赛季机制，增加长期留存。

我个人最想做的扩展是武将技能系统。每个角色可以选择一个三国武将作为“主将”，获得一个独特的主动技能和一个被动技能。比如选诸葛亮，主动技能是“借东风”改变缩圈方向，被动技能是“观星”可以看到下一个安全区的位置。这个系统能大幅增加角色差异化和策略深度，但工作量也不小，需要单独设计每个武将的技能和平衡。

最后分享一个小技巧：做游戏原型的时候，不要追求完美。我一开始想把每个系统都做到最好，结果做了三个月还在调战斗手感，地图和缩圈都没动。后来我强迫自己“先跑通，再优化”，用最粗糙的版本把整个流程跑了一遍，才发现真正的问题在哪里。原型阶段的目标是验证核心玩法，不是做成品。先把核心循环跑通，再逐个系统打磨，效率会高得多。