课程 6.2 - 实时监控节奏¶

场景¶

一名 Dealer 打开十个 Dashboard，却因为注意力分散错过了 Bridge 队列持续上升。另一名 Dealer 看的项目更少，但遵循固定节奏：基线、异常、趋势、行动。

Dealing Room 监控不是被动观看，而是受控循环。

建立基准 → 扫描关键指标

Scan → 识别异常

Exception → 核对范围 / 趋势

Verify → 监控 / 升级 / 处理

Action → 记录重大变化

Record → Baseline

项目	核心检查
报价	报价是否新鲜，点差是否合理，不同来源是否一致？
成交	延迟、成交率、reject 和 timeout 是否在正常范围内？
Bridge	队列、route 和 session 行为是否稳定？
报价源	报价源 Session 状态、报价贡献和报价深度是否健康？
Exposure	净 Exposure、总 Exposure 和集中度是否快速变化？
客户行为	异常订单流、快平、大手数或投诉是否增加？
事件	是否接近重大新闻、开盘、收盘、rollover 或假期窗口？

优先关注与基线相比的变化，例如：

中班的关键价值，是把早班开盘检查后的状态持续接住，并在活跃交易时段里及时发现变化。

中班应重点看四类证据：

类别	应看证据	不应做什么
Trade / Bridge	大手数、快平、平台规则拒单 / 超时、Bridge 队列、匹配 / 路由变化	不要只凭声音提醒下结论
风险复核	Exposure、客户组集中度、需复核账户、事件窗口	不要把客户盈利直接等同于异常
MT 管理	客户组、产品、成交和持仓相关请求，审批依据及变更前后状态	不要在审批不清楚时自行修改
日常文档	日报、Market Watch、Swap 调整和异常记录	不要把正常检查写成冗长报告

Bridge Trade Log 是实时观察客户订单流的核心界面。Dealer 使用这个界面的目的，是理解订单流和异常信号，而不是直接对客户或系统下结论。

声音提醒用于帮助 Dealer 排序注意力，并不代表已经形成结论。听到提醒后，应核对订单证据、市场背景和实际影响。

Bridge 监控应配合 MT4 / MT5 Client Terminal 复核，以确认客户可见图表和平台报价是否正常。

异常类型	典型表现	Dealer 应收集的证据
价格尖刺（Price Spike）	图表突然出现异常针状价格，随后快速回到正常区间	图表截图、Tick 时间、Bid / Ask、受影响产品
疑似偏离市场价	某个报价明显偏离其他来源或合理市场范围	报价源对比、时间戳、点差、参考行情
报价源价差扩大	不同报价源之间出现明显高低价差，导致异常点差或图表表现	报价源状态、报价贡献、Bridge 日志
图表与订单不一致	客户图表显示与订单触发或成交记录不一致	Client Terminal 截图、订单编号、服务器时间、Bridge 记录

出现以上情况时，不应直接说“系统错了”或“客户错了”。应先保存截图、时间戳、产品、报价证据、Bridge 日志、受影响订单编号和客户影响范围，再升级给负责人复核。

所有 Dashboard 都显示绿色，但一个报价源的报价贡献下降，XAUUSD 大手数订单的点差扩大，同时 Bridge 队列开始上升。

绿色状态页不能替代趋势分析。Dealer 应记录观察到的变化、保存证据并升级，但不得把未经确认的原因写成结论。

为上述案例编写监控记录，包含基准状态、观察到的变化、对比证据、影响范围、当前动作、负责人和下次更新时间。

实时监控不是盯屏幕，而是用固定节奏发现变化：先知道基线，再识别异常，确认范围，记录证据，并在需要时升级。