1. 盘口异常识别漏报排障总览

盘口异常识别系统承担着从逐笔委托、逐笔成交与快照行情中捕捉异常交易行为的任务，例如虚假挂单、瞬时撤单、对倒放量、涨跌停板撬板、尾盘异动等。所谓漏报，是指某笔或某段行情客观上满足异常定义，但系统没有产出对应告警，或产出的告警在时间、标的、方向上与事实不符。漏报与误报是一对镜像问题：误报消耗人工复核成本，漏报则直接让风控与监控失效，因此排障时不能只看"有没有告警"，而要回到"该告警的条件是否被正确计算和判断"。

从工程角度看，漏报几乎不会凭空出现，它总是落在一条固定的处理链路上：行情接入 → 数据清洗与对齐 → 特征计算 → 规则/模型判定 → 告警生成与落库。链路中任一环节的输入缺失、口径偏差、阈值不当或状态未更新，都可能让本应触发的告警消失。因此排障的核心思路不是"猜哪里坏了"，而是沿链路逐段验证中间结果：先确认原始行情里异常事实是否存在，再确认特征值是否算对，最后确认判定条件是否被满足。

漏报的常见类型

按成因归类，漏报大致可分为四类。数据型漏报：原始行情缺失或错位，异常事实根本没进入计算，例如某标的停牌复牌后快照断档，复牌首分钟的撬板行为未被捕捉。口径型漏报：数据齐全但特征定义与业务预期不一致，例如撤单率用"撤单量/委托量"还是"撤单笔数/委托笔数"，两者在散户挂单密集的标的上差异极大。判定型漏报：特征正确但阈值、窗口或状态机设置不当，例如冷却期设为 30 分钟，导致同一标的连续两次异动只报第一次。产出型漏报：告警已生成，却在去重、抑制、合并或落库推送环节被吞掉。

这四类的排查成本差异明显：数据型需要回放比对，口径型需要与业务方对齐定义，判定型可通过参数回测快速验证，产出型则查日志最快。因此排障第一步往往是先判断漏报属于哪一类，再决定投入方向，而不是一上来就翻代码。

一个可复用的排障示例

假设监控发现某标的在 14:55–15:00 出现明显对倒放量，但系统未告警。按四步法操作：先回放该时段逐笔成交，确认同一营业部席位在买卖双向大额成交，异常事实成立；再抽取特征中间值，发现"5 分钟成交量/过去 20 日均值"算得 1.8，而规则要求大于 2.0 才触发——问题出在量能归一化的分母用了含当日数据的滚动均值，把当日放量稀释了。将分母改为"前 20 日不含当日"后重算，比值升至 2.6，告警正常产出。这个例子说明，漏报排障的关键不是改阈值，而是先确认特征计算口径是否与规则设计意图一致。

30 例实战地图的使用方式

后续 29 节将按上图五个环节依次展开，每例都对应一个真实可复现的漏报场景，并给出"现象—定位—根因—修复—验证"的完整闭环。建议学习时把每例当作一次演练：先只看现象，自己判断可能落在哪个环节，再对照讲解验证思路。这样积累下来，面对新的漏报时就能快速形成"先查哪、再查哪"的直觉，而不是依赖逐个试错。