从「一个关卡 + 一套界面」
到「一个能持续出内容的战役框架」

缺口一：只有一名英雄能上场

英雄名册里 5 名英雄都能解锁、能升级、能配技能点，但进关卡时部署的永远是米勒中士。 LevelScene 虽然已经接收 heroKey，出击准备界面却还没把选择权交给玩家。 这是 M3 留下的最明显的一个"半成品"。

缺口二：技能只实装了效果，没实装成长

技能点能分配、等级能显示，但 skillLevelMul 只作用在数值倍率上， 技能的行为差异（手雷数量、烟幕半径、地雷伤害）还没有真正随等级变化。

缺口三：关卡数据与关卡场景耦合

LevelScene 里仍然写死了不少第一关的东西（简报文案、装饰物、波次表）。 要做第二关，必须先把它拆成"通用引擎 + 关卡数据"。

缺口四：内容生产全靠手写

每关的路径、建造位、波次都要手写坐标。M4 需要一套关卡编辑/校验工具， 否则第三关之后每加一关的成本都下不来。

手雷 Lv1→Lv3

• Lv1 单枚、半径 90
• Lv2 双枚齐投、半径 105
• Lv3 三枚覆盖 + 灼烧地面 3 秒

烟幕 Lv1→Lv3

• Lv1 半径 110、减速 35%
• Lv2 半径 140、减速 45%
• Lv3 额外让区域内敌人无法被友军阻挡（强控）

地雷 Lv1→Lv3

• Lv1 单颗、范围 84
• Lv2 双颗、范围 100
• Lv3 三颗 + 破甲（敌人护甲降一级）

多车道路径

同一关内多条独立路径同时刷怪，共享生命值。这是库尔斯克"装甲洪流"的基础， 也是后续所有大战役关卡的通用能力。

阵营主题包

把配色、UI 描边、地形色调、音效组打包成 Theme， 关卡按阵营取用。避免"苏联关卡却用盟军橄榄绿"这种出戏。

护甲分层

现有护甲只有 3 级。虎式需要第 4 级"超重甲"，逼玩家必须用穿甲火力， 而不是堆机枪数量。

L1 单元测试 · Vitest

纯逻辑，毫秒级。存档容错、星级与货币规则、英雄养成、数值结构不变量、关卡数据完整性。

44 个用例

L2 场景生命周期 · Playwright

真浏览器里跑真引擎。断言场景集合、主循环是否停摆、面板开关后是否残留。 这一层专门抓"画面还在但点不动"。

卡死与残留检测

L3 泄漏与性能看门狗 · Playwright

循环做同一件事 6-8 遍，断言事件监听器、场景对象、定时器、堆内存不随循环增长； 战斗中采样帧时间，卡顿尖峰设上限。

增长即失败

M4 实装

• 激励广告（骨架）：结算后可选"看广告翻倍战地资金"。用本地开关模拟，不接真实 SDK
• 外观：英雄皮肤、工事涂装。只改贴图不改数值
• 加速包：一次性解锁 3 倍速（当前已有 2 倍，3 倍需付费）
• 战地资金礼包：仅影响养成速度

永远不做的四件事

• 不卖军功章：英雄解锁只能靠通关星级
• 不卖数值上限：付费只做加速与外观
• 不在战斗中弹广告：只放在结算后或主动点击
• 不做抽卡与限时倒计时：面向的玩家群体里有未成年人

风险：阵营铺得太快，每个都做不深

取舍：M4 只做第二阵营的第一关，不碰第三、第四阵营。 库尔斯克这一关必须做到与诺曼底第一关同等完成度，否则"多阵营"只是营销词。

风险：英雄数量膨胀，平衡失控

取舍：英雄总量控制在 8 名，且每名必须有一个"不可替代的战术位"。 凑数的英雄会稀释养成价值，也会让关卡设计难以兼顾。

风险：美术成本随阵营线性增长

取舍：建立"素材复用矩阵"——地形、特效、UI 跨阵营复用， 只重做单位与标志性建筑。库尔斯克的草原可以复用诺曼底的植被层。

风险：测试体系建完就烂

取舍：把 npm test 定为每次发布前的硬门槛， 并在文档里写清楚"新增一个场景必须同步补一条生命周期断言"。