沈逸看了她一眼，点头：“可以。但我们不能依赖临时应变，得把这类情况纳入常规响应流程。”

他当场修改AI行为树，在原有基础上加入“技能封禁应急模块”。只要检测到主力技能异常失效，系统会在两秒内推送替代方案。同时，所有队员收到震动提醒，避免因界面提示被忽略而错过反应时间。

第四次推演开始。控制技刚出手就被判定违规，但队伍没有慌乱。辅助迅速靠近，用减速区域制造短暂停顿，射手趁机完成击杀。后续推进节奏稳定，最终拿下比赛。

成功。

还没来得及喘息，系统弹出警告：算力负载达到97%，建议暂停或降低并发场景数量。

沈逸皱眉。他们才跑了两个单项，如果真遇到多重打击叠加，根本撑不住完整推演。

他切换到系统底层，手动释放一部分非必要进程，把带宽集中到模拟空间。重启后，新增第三个变量：敌方同时发动账号劫持、裁判误判和资源断供三项攻击。

这是最极端的情况。

演练开始。开场三分钟，主力法师号突然离线；十秒后，治疗者的增益技能被系统标记为异常；紧接着，基地的物资补给延迟到账，装备升级被迫中断。

混乱出现了。

一名队员误触应急协议，导致语音频道静音三秒。等恢复时，前线已经失守。另一人试图强行接管被劫账号，反而触发二次锁定，彻底失去操作权限。

失败。

再来。

第二次，他们改进了响应顺序：先稳住在线成员的操作节奏，不急于抢回失联账号；由指挥岗统一发布指令，避免多人同时操作造成冲突；资源短缺时主动收缩防线，放弃部分野区换取发育时间。

虽然还是输了，但撑到了二十分钟。

第三次，沈逸启用了物理按键触发真实警报。当系统模拟三重打击时，他按下桌角的红色按钮，所有设备强制切换至备用频道。这一次，信息传递没有中断，替补顺利接管，战术调整及时到位。

最后十分钟，他们完成了逆转。

胜利提示亮起时，频道里一片沉默。