【案例复盘】副本限时惩罚的难度事故复盘

实战应用：用在哪里

副本限时挑战上线时附带一条超时惩罚：超时后守关 BOSS 攻击随轮次递增，逼玩家提速。上线当晚 BOSS 攻击叠到十倍，全队进场即被秒，投诉灌爆客服渠道。复盘整条数值链，问题出在一行递增公式。惩罚机制的设计初衷是拉开快队与慢队的节奏体验，方向没有错，错在量级失控。

事故还原与公式修正

原实现用指数递增：每轮超时攻击倍率乘 2，设计标注预期最多拖 5 轮。实际卡关队伍平均拖到 12 轮以上，26 轮时倍率已达 256 倍。修正为线性递增并封顶，倍率曲线拉直之后，超时惩罚恢复为可感知但不劝退的强度：

function onOvertime(actor, rounds)
    local mult = math.min(5, 1 + rounds * 0.2)
    setplayvar(actor, "HUMAN", "BOSS_ATK_MULT", mult, 1)
end

存量脏数据的清洗补丁

补丁只管新副本，卡过旧版的玩家存档里残留旧倍率键，进场依然是十倍攻击。清洗脚本按副本实例隔离，超阈值一律归位：

function cleanStale(actor, instId)
    local key = "BOSS_ATK_MULT_" .. instId
    local v = tonumber(getplayvar(actor, "HUMAN", key) or "0")
    if v > 5 then
        setplayvar(actor, "HUMAN", key, 1, 1)
    end
end

验证与监控

修正后逐轮核对倍率：12 轮对应 3.4，25 轮触顶 5；脏数据清洗在测试号上模拟旧存档，进场攻击恢复正常。监控加一条哨兵：BOSS 单击伤害超出面板攻击上限两倍即告警，数值异常能在进场三十秒内被发现。回归集把逐轮倍率表整体固化，任何公式改动都要跑完整条曲线的比对；哨兵告警接入短信通道，夜间数值异常不再依赖玩家投诉发现。

踩坑记录

指数公式在评审时被标注为预期内，没有算到 26 轮翻倍的量级，评审清单从此多一条：递增类公式必须算到极端轮次再签字。倍率变化只在服务端生效，客户端面板攻击数字不动，玩家看不出自己为什么被秒，补了倍率飘字才把投诉压下去。存档键当初没按副本实例隔离，清洗补丁晚了一整天上线，这期间的重复投诉本可避免。复盘会上补了一条流程：惩罚类数值上线前必须由另一名策划独立复算量级，复算记录随版本归档备查。