风险与报告工作台：观测、处置与对账闭环
量化上线后，最值钱的界面往往不是「再画一条漂亮的权益曲线」，而是：一眼知道系统是否健康、钱账是否一致、风险是否可处置。
若这些能力散落在互不相关的菜单里，值班与合规都会很痛苦。
结论先行：EasyQuant 在产品层把 风险工作台、报告中心、业务告警订阅 收敛到侧栏 「风险与报告」 能力组；其中 风险工作台（/risk-center）用 总览 / 对账 / 命中 / 告警 等 Tab 把热力、阻塞、规则命中、账实核对与通知摘要放在同一叙事下，减少「切七个页面才能值班」的摩擦。
一、产品叙事：从「看见」到「处置」
| 能力 | 用户得到的价值 |
|---|---|
| 总览 | 策略/风险健康度的聚合视图（热力、阻塞、诊断摘要、趋势等，以当前版本 UI 为准） |
| 对账 | 账实一致性摘要、recon_run 等运行记录；支持在可控场景下触发核对 |
| 命中 | risk_hit 等规则触达记录，便于复盘「当时在挡什么」 |
| 告警 | 运维与业务通知的摘要入口，指向认领、订阅与收敛策略 |
二、为什么要单独讲「对账」？
Paper 交易再仿真，也回避不了一个问题：账本、订单、持仓、风控结论是否在时间线上自洽？
对账不是会计专属，而是 平台可信度的证据链：
- 租户维度隔离下，对账任务与结果应落在正确租户，避免「看见了别人的差异」。
- 与 运维告警 的结构化上下文（如
context_json）配合，能从「金额不平」一路追到某次运行或某条通道事件。
三、与报告、告警的关系
- 报告中心：周期性报告、订阅与分发——面向 老板看结果、审计要留痕。
- 业务告警订阅：规则、静默、测试发送——面向 风控与运维值守。
EasyQuant 把 仿真交易、风险命中、账实核对与告警 收进同一套「风险与报告」产品路径，让量化系统不止能跑策略，还能 持续自证可信。
结语
观测能力若不能导向处置，就只是大屏；EasyQuant 的选择是 Tab 化工作台 + 权限一致的能力组，让排障路径尽量短。