课程 6.2 - 实时监控节奏¶
场景¶
“盯着所有东西，不等于真正监控”¶
一名 Dealer 打开十个 Dashboard，却因为注意力分散错过了 Bridge 队列持续上升。另一名 Dealer 看的项目更少，但遵循固定节奏：基线、异常、趋势、行动。
Dealing Room 监控不是被动观看，而是受控循环。
学习目标¶
- 建立实用的实时监控节奏。
- 优先关注异常，而不是静态 Dashboard。
- 区分观察和升级。
- 用充分背景记录重要变化。
监控循环¶
Establish Baseline
→
Scan Key Indicators
Scan
→
Identify Exception
Exception
→
Verify Scope / Trend
Verify
→
Monitor / Escalate / Act
Action
→
Record Material Change
Record
→
Baseline
核心实时监控区域¶
| 项目 | 核心检查 |
|---|---|
| 报价 | 报价是否新鲜，点差是否合理，不同来源是否一致？ |
| 成交 | 延迟、成交率、reject 和 timeout 是否在正常范围内？ |
| Bridge | 队列、route 和 session 行为是否稳定？ |
| 报价源 | 报价源 Session 状态、报价贡献和报价深度是否健康？ |
| Exposure | 净 Exposure、总 Exposure 和集中度是否快速变化？ |
| 客户行为 | 异常订单流、快平、大手数或投诉是否增加？ |
| 事件 | 是否接近重大新闻、开盘、收盘、rollover 或假期窗口？ |
异常优先方法¶
优先关注与基线相比的变化，例如：
- 点差明显扩大。
- 报价源参与突然下降。
- Bridge 队列出现新趋势。
- Exposure 加速。
- 拒单/超时反复出现。
- 客户群组活动集中。
- 重大事件前挂单聚集。
中班监控重点¶
中班的关键价值，是把早班开盘检查后的状态持续接住，并在活跃交易时段里及时发现变化。
中班应重点看四类证据：
| 类别 | 应看证据 | 不应做什么 |
|---|---|---|
| Trade / Bridge | 大手数、快平、平台规则 reject / timeout、Bridge 队列、match / route 变化 | 不要只凭声音提醒下结论 |
| 风险复核 | Exposure、客户组集中度、需复核或 special-review 账户、事件窗口 | 不要把客户盈利直接等同于异常 |
| MT 管理 | group / symbol / deal / position 相关请求、审批依据、变更前后状态 | 不要在审批不清楚时自行修改 |
| 日常文档 | Daily report、Market Watch、Swap adjustment、异常记录 | 不要把正常检查写成冗长报告 |
案例¶
“Everything Looks Green”¶
所有 Dashboard 都显示绿色，但 Bridge 队列在过去 10 分钟持续上升，平台规则 reject / timeout 增加，XAUUSD 大手数订单集中出现。
正确做法不是说“系统正常”，而是记录趋势并继续验证：
- 对比当前指标与正常基线。
- 确认是否集中在某个 symbol、报价源、route 或客户组。
- 检查是否接近新闻、开盘或收盘窗口。
- 如果趋势持续，向 Shift Leader / 当班负责人发送带数字的更新。
实战训练¶
真实场景
所有状态灯绿色，但 Bridge 队列连续 10 分钟上升。
Dealer 应该看的证据
基线值、当前 queue、route、报价源 Session 状态、平台规则 reject / timeout、订单量、事件背景。
错误示范
看到绿色状态就不处理趋势变化。
正确处理
记录偏离基线的趋势，验证范围，达到升级条件时通知Shift Leader / 当班负责人。
Bridge trade log 是实时观察客户订单流的核心界面。客户每次下单后，订单会根据 bridge 可见字段显示接收、路由、匹配、平台规则拒单、成交或平仓等状态。
Dealer 使用这个界面的目的，是理解订单流和异常信号，而不是直接给客户或系统下结论。重点观察：
| 观察点 | Dealer 应该看什么 | 记录方式 |
|---|---|---|
| 订单基本信息 | 时间、symbol、方向、手数、账户或 group 范围 | 订单编号、截图、时间戳 |
| 大手数订单 | 是否超过本班关注标准，是否集中在单一产品或客户组 | 记录手数、symbol、客户组范围 |
| 快速平仓 | 是否在极短时间内开平仓，是否重复出现 | 记录开仓和平仓时间、持仓时长 |
| 订单集中 | 是否靠近新闻、开盘、收盘、rollover 或明显报价变化 | 记录事件背景和订单窗口 |
| 平台规则拒单 / timeout | 是否集中在某个 symbol、账户条件、时间段或 route | 保存 reject / timeout 信息和 Bridge 队列|
| match / route 信息 | 是否出现异常变化或与平时不同的处理路径 | 记录可见字段，不做超出证据的推断 |
声音提醒可以帮助 Dealer 排序注意力。例如，大手数订单、极短持仓时间或重复订单可以触发不同声音。声音提醒不是结论，只代表“需要复核”。听到声音后，应先确认订单证据、市场背景和是否有实际影响。
Bridge 监控应配合 MT4 / MT5 client terminal 复核。打开多个 client terminal，可以帮助 Dealer 从客户可见视角确认图表和平台报价是否正常。
常见报价异常包括：
| 异常类型 | 典型表现 | Dealer 应收集的证据 |
|---|---|---|
| 打针 / Price spike / Bad tick | 图表突然出现异常针状价格，随后快速回到正常区间 | 图表截图、tick 时间、Bid / Ask、受影响 symbol |
| 错价 / Off-market price | 某个报价明显偏离其他来源或合理市场范围 | 报价源对比、时间戳、spread、参考行情 |
| 报价源价差扩大 | 不同报价源之间出现明显高低价差，导致异常 spread 或图表行为 | 报价源状态、quote contribution、Bridge log |
| 图表与订单不一致 | 客户图表显示与订单触发/成交表现不一致 | client terminal 截图、订单编号、server time、Bridge 记录 |
出现以上情况时，不应直接说“系统错了”或“客户错了”。正确做法是先保存截图、时间戳、symbol、报价证据、Bridge log、受影响订单编号和客户影响范围，再升级给 Shift Leader / 当班负责人判断。
总结¶
实时监控不是盯屏幕，而是用固定节奏发现变化：先知道基线，再识别异常，确认范围，记录证据，并在需要时升级。
完成标准¶
- 能说明本课的核心风险或操作目的
- 能指出需要查看的系统、数据或证据
- 能说明正确的升级或处理方式
- 已完成 Shift Leader / 当班负责人抽查或实操确认