【实战案例】沃玛号角断供风波：行会创建停滞的一周

实战应用：用在哪里

沃玛号角是创建行会的唯一钥匙，某个版本更新后号角的掉落意外归零，一周内全服没有一个新行会诞生，申请创建的玩家在论坛刷了三百层楼。这次断供风波的处置过程，是掉落配置管理的一次实战教学。

断供的发现

function HornDrop.audit(days)
    local drops = HornDrop.count(days)
    local expected = drops.kills * 0.02
    if expected > 3 and drops.horns == 0 then
        QF_Alarm("沃玛号角产出异常，已断供 " .. days .. " 天")
    end
end

断供的发现靠的是经济日报的对账：按 2% 掉率与教主击杀数推算，7 天应有约 4 个号角产出，实际为 0。排查发现版本更新的配置合并把掉率表的号角条目覆盖成了 0，合并工具的冲突处理选择了错误的分支。

应急的处置

function HornDrop.hotfix()
    QF_RestoreDropConfig("woma_horn")
    -- 补发：对期间击败教主的 6 支队伍按人数补发号角
    for _, team in ipairs(WomaKillLog.last(7)) do
        if team.leaderOnline then
            giveitem(team.leader, "沃玛号角", 1, 0, "断供补偿")
        end
    end
    QF_Broadcast("沃玛号角掉落已修复，期间击败教主的队伍将获补偿")
end

处置三步：热修复恢复掉率、按击杀日志向期间的 6 攻队伍各补偿 1 个号角、全服公告说明原因。补偿的范围界定引发过讨论：只有队长拿补偿还是队员都有，最终按队长代表队伍领取的规则执行，队长的分配权是行会制度的一部分。

验证与监控

修复后的首次教主击杀确认号角掉落恢复，掉率的连续 7 天回归曲线归位。配置合并的冲突处理机制改造为人工确认制，涉及掉率与产出的合并不再自动选择分支。

踩坑记录

断供的发现滞后了 7 天，暴露的是经济日报的告警缺失：号角这类关键道具的产出应该有独立的日监控而非只靠周报对账。补偿发放的名单核实花了半天，击杀日志的队伍成员快照当时没有存队长字段，从聊天记录里反推的效率极低，击杀日志的快照字段随之补全。

上线要点

关键道具的产出监控独立设阈，断供的发现时间从 7 天压缩到 1 天。配置合并工具的冲突分支强制人工确认，掉率类的合并留痕到变更单。补偿的原则写进运营手册：系统原因造成的损失，补偿的速度与姿态比金额更重要。

本文由 996 技术组基于 996 引擎官方知识库与浮生梦老师课程体系整理。团队长期从事传奇类引擎 Lua 后端逻辑、客户端界面与商业版本交付，内容以官方知识库与真实项目为出处，按版本持续修订。