【策划架构】峰值预案：节日活动的承载预案设计

设计初衷

节日活动是在线峰值的引爆点：春节回城烟花一放，比奇主城同屏人数冲上日常的三倍，卡顿、掉线、排队接踵而至。峰值预案的本质是把"到时候再说"变成"提前写好的决策树"：负载到哪一级、触发哪个动作、谁有权触发、玩家看到什么文案——预案写在前，故障发生在凌晨三点也有一套不需要临时拍板的动作序列。

数值模型

负载分级：一级预警（同屏超日常 2 倍）启动分线引导，主城入口 NPC 提供一键转线；二级预警（超 3 倍）关闭非核心玩法入口（家园、钓鱼暂闭），公告引导至分线与野图；三级预警（超 4 倍或掉线率超 5%）新玩家排队进服、全服经验下调 20% 降速减负。活动设计配合：烟花雨按分线独立燃放（三线各自计算粒子），贺岁 BOSS 改为分线独立刷新（每线一只，数值相同），规避跨线聚合。恢复路径：负载连续 20 分钟低于预警线自动降级，公告同步告知"服务恢复"。预案演练：每个大节前 3 天用机器人压测一遍三级流程，压测不过的预案视为没有预案。

配置示例

配置如下：

[Load]
L1Multiple = 2
L2Multiple = 3
L3Multiple = 4
DropoutLine = 5
RecoverMinutes = 20

分压档单独一节，活动侧的负载设计独立调整。配置如下：

[Event]
FireworkPerLine = 1
BossPerLine = 1
SlowDownExp = 20
DrillDaysBefore = 3

扩展思路

变种方向：一是峰值日历，把全年节日峰值的历史数据排成日历，提前两周启动资源预热；二是玩家侧预告，峰值时段的排队位置与预计等待实时可见，等待的烦躁一半来自未知；三是分级奖励，排队期间发放"耐心值"小礼，把等待做成体验的一部分。预案纪律一条：每一级预案的触发必须全自动（按指标触发而不是按人工判断），人工只保留升级与降级的否决权——凌晨三点的故障现场，预案的执行速度就是止损速度。