处理违规不只有封号一把锤子:骂人的禁言三天、刷广告的禁言加禁喇叭、工作室的封设备连根拔。封禁体系的三级处置让惩罚的力度与违规的烈度对齐,误伤的代价也被分级稀释。
---三级封禁:禁言、功能封禁、封设备
local BAN_LEVELS = {
mute = { dur = 3 * 86400, scope = "chat" },
func = { dur = 7 * 86400, scope = "trade,broadcast" },
device = { dur = 30 * 86400, scope = "login" },
}
function Ban.apply(actor, level, reason)
local cfg = BAN_LEVELS[level]
if not cfg then return false end
setplayvar(actor, "HUMAN", "Ban_" .. level,
os.time() + cfg.dur, 1)
setplayvar(actor, "HUMAN", "BanReason", reason, 1)
if level == "device" then
local dev = actor:GetDeviceId()
Ban.deviceList[dev] = os.time() + cfg.dur
QF_KickActor(actor, "账号已被封禁")
end
Ban.notify(actor, level, cfg.dur)
return true
end
三级各自独立:禁言只封聊天频道、功能封禁关交易与喇叭、封设备直接拒绝登录并踢下线。封禁的记录按级别落库,到期的自动解封由登录与使用两个入口的时间戳比对实现。封设备的处置同时踢线,违规者当场知道后果已生效。处置的通知写明级别、时长与原因,知情的惩罚才有效,一头雾水的封禁只会产出客诉与骂声。
---申诉:复核通过即解封并补偿
function Ban.appeal(userId, message)
local ticket = Appeal.create(userId, message)
local lvl = Ban.currentLevel(userId)
-- 轻级封禁自动复核,重级人工
if lvl == "mute" then
Appeal.autoReview(ticket)
else
Appeal.route(ticket, "human")
end
return ticket.id
end
---误封的解封与补偿
function Ban.unban(userId, operator, compensate)
for _, lvl in ipairs({ "mute", "func", "device" }) do
setplayvar(actorOf(userId), "HUMAN",
"Ban_" .. lvl, 0, 1)
end
if compensate then
sendmail(userId, 8005, "封禁复核结果",
"经复核解除封禁,附补偿", "补偿礼盒|1")
end
end
申诉的分级复核:禁言类的轻处罚走自动复核(关键词与上下文的规则判定),设备封禁的重处罚必须人工复核——自动化的效率与人工的审慎各就其位。复核通过即解封并自动发补偿邮件,误伤的歉疚落在实处。解封的操作留痕:谁解的、依据什么,权限的滥用与复核的误判都有据可查。封禁的数据与风控模型回流:每一条确认的违规是模型的正样本,误封的翻案是阈值的负反馈,封禁体系在样本的循环里自我校准。
三级封禁的量级分布周报,某级的量突增提示对应场景的违规潮;申诉的翻案率监控,超过 5% 说明处置的阈值或规则需要校准。
封设备的判定曾经只看设备号,重装 App 换号重来的绕过轻而易举,设备指纹的多因子组合提升抗性。解封曾经漏了设备列表,账号解了设备还封着,解封的循环覆盖全部级别。原因字段曾经自由文本,复核时看不到处置依据,原因的枚举化让处置有标准话术。
三级的适用场景写进运营手册,处置的尺度有章可循。封禁与举报系统联动,举报的核实直接生成处置工单。高危场景(盗号销赃)的处置直通设备级,快的反应是对受害玩家的交代。
本文由 996 技术组基于 996 引擎官方知识库与浮生梦老师课程体系整理。团队长期从事传奇类引擎 Lua 后端逻辑、客户端界面与商业版本交付,内容以官方知识库与真实项目为出处,按版本持续修订。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
设计初衷 世界频道是全服的广场,也是刷屏的重灾区:工作室的广告、抢怪者的互喷、刷屏的喇叭党,把真正有用的组队信息淹没。频道治…
设计初衷 限时道具(7 天时装、30 天坐骑)卖的是"拥有感的时间切片",到期处理决定复购:到期即删是情感事故,永久有效又杀…
设计初衷 限时活动下线后,最怀念它的玩家声音分散在论坛与客服工单里,运营排期只能靠拍脑袋。返场投票把"想不想让它回来"变成结…
底层原理 概率 bug 最难复现:"一万次里错了三次"的报告拿到手,重跑一万次可能一次都不错——因为每次运行的随机序列各不相…
底层原理 性能优化的第一课不是测速,是估算:一段双层循环的耗时 = 外层次数 × 内层次数 × 单次操作成本。100 名玩家…
业务场景 30 天月卡的连续签到奖励(第 7、14、30 天大奖)被一次忘签打断,玩家怒而弃游。补签机制:断签当日不立刻断掉…