交易模拟器仪表盘设计

交易模拟器仪表盘设计

Prometheus 是一个官方 OpenDesign 桌面应用示例，用于研究交易风险与执行模拟器。其可见工作区整合了市场上下文、情景控制、信号摘要、期权链表格、执行状态、图表和风险驾驶舱。该设计将这些元素呈现在同一个分析界面中，而不是拆分到多个页面。

顶部状态栏在 LIVE 和 DEMO 控件、播放速度、Risk-on 选择器、KILL SWITCH 以及 Dark 或 Light 模式旁边放置 Market Open · NYSE · Source: Cboe One · Latency: 12ms。这种排序在读者接触指标之前先建立运行上下文。这些是示例状态标签；源文件在本地 DEMO 模式下打开，不会连接市场数据源或经纪商。

四面板摘要从 Alpha Pulse 开始，显示 LONG BIAS · 0.78 和 Expected Move +1.9% · Horizon 2h，随后是 Confidence 78.00%、Risk Budget $42,500.00 以及 Execution Window 09:30–11:30 ET。这些是截取画面中的作者预设初始值；合成计时器更新可能会改变其中几项。该行区分了方向、置信度、预算和时间，但没有定义真实计算方式或经过验证的策略。

01

市场上下文

状态条在分析开始前，以市场、来源、延迟和模式标签为仪表盘建立背景。

02

决策上下文

Alpha Pulse、置信度、预算和执行窗口描述同一模拟情景的不同维度。

阅读构成

所提供的 CSS 描述了一个由 1.4fr 1fr 1fr 1fr 组成的更宽首屏布局，而下方的双列区域在响应式布局折叠为单列之前使用等宽轨道。从视觉上看，这让主信号和数据区域比辅助指标拥有更多空间，然后使图表和风险摘要并排放置。最终结果更有利于横向扫描相关证据，但窄屏需要采用不同的阅读顺序。

风险与期权审查

当读者需要从一个信号进入其周边风险上下文，同时又不丢失原始情景时，这种设计很有用。期权链表格从 Time、Symbol、Contract、Premium 和 Sweep 开始。其三个可见示例行依次从 07:46:01 和 07:46:02 的 SPY 变为 07:46:03 的 QQQ，使时间顺序和标的分组一目了然。

该表格不只是展示数值：Sweep 列将 YES 和 NO 状态与合约及权利金字段区分开来。这种区分有助于读者将事件标记与看似金融数据的示例金额进行比较，而不是把每个单元格都视为同一种数据。由于这些行是演示性的，界面展示的是字段之间的关系，而不是可信的市场结论。

右侧的 Option Greeks 以 Strike ($) 为横轴绘制 Delta 和 Gamma，而 Cumulative PNL 则以 Session Time (ET) 为横轴绘制 Equity Curve ($)。不同坐标轴使两张图表形成互补：一张描述按执行价划分的敏感性，另一张呈现整个交易时段中的权益轨迹。紧凑的并排布局支持比较，但较小的图表区域几乎没有空间用于定义或交互说明。

底部执行条让状态推进变得具体。Signal 显示 “Flow consensus LONG · TRIGGERED”，Risk Check 显示 “Exposure within limit”，Order 显示 “AAPL BUY 200 @ 221.30”，Fill 显示 “Waiting...”。该序列让读者能够区分警报、风险判断、订单描述和未完成的成交状态。它以视觉方式提出了一种工作流，但截取画面无法证明订单已经发送或成交。

从信号到工作区状态

导航栏列出 Home、Trade、Analyze、Performance 和 Develop，其中 Analyze 被设置为选中状态。所提供源代码中的这些按钮没有路由或点击处理器，因此导航栏建立的是预期信息架构，而不是五个可工作的目的地。本地分析交互发生在同一个截取的工作区内。

Risk-on、Vol Crush 和 Panic 是真实存在的本地选择项。情景变化触发模拟指标更新，演示速度则改变计时器的运行间隔。五阶段演示自动开始，从信号检测经过示例成交，最终进入遥测更新。其数值使用本地随机变化，而不是传入的交易或价格；选择 LIVE 会停止演示计时器，并将演示状态标记为 Idle，而不是打开市场连接。

源代码标记定义了五项 Risk Cockpit 指标：VaR $12,450.00、Beta 1.18、Exposure 68.20%、Max DD 2.40% 和 Concentration 41.80%。在截取的宽布局中，小卡片裁切了后面的列，因此无法从截图中完整读出这五个字段。它们与风险预算和置信度保持区分，但源代码既没有提供核对一致的风险模型，也没有为完整行提供足够的桌面空间。

截图捕捉到 Demo Story 处于 1/5 Signal spike detected，而 Fill 仍显示 Waiting。后续本地演示步骤会显示 Risk checks passed、Order routed、Fill confirmed 和 PnL + telemetry updated。这个过程使模拟可供检查，但即使是 Filled @ 221.31 标签，也只是作者设定的示例状态，而不是经纪商执行订单的证据。

1. 1. 选择情景

   使用可见的 Risk-on、Vol Crush 或 Panic 标签以及 DEMO 上下文，为当前检查的情景设定背景。

2. 2. 阅读信号

   在检查期权链行之前，先从 Alpha Pulse、置信度、预期变动和时间范围开始。

3. 3. 检查约束

   将 Risk Check 状态与独立的 Risk Cockpit 指标进行比较，不要把单个数值当作完整的风险评估。

4. 4. 跟踪执行

   依次阅读 Signal、Risk Check、Order 和 Fill。将初始的 Waiting 标签与后续模拟成交状态进行比较，但不要将任何一者视为经纪商事件。

刻意设置的状态边界

Waiting 描述的是截取到的初始时刻，而不是最后实现的状态。本地定时序列最终会将其替换为示例成交，然后重复运行。应保持原型改变 DOM 标签与服务确认实际交易之间的区别；无论是生成的数值还是模拟成交，都不构成投资证据。

能力边界

这个随附原型实现了五阶段定时演示、随机指标更新、情景与速度控制、图表光标/焦点交互、斜杠命令面板、主题切换以及需要确认的终止操作。其 LIVE 按钮停止本地计时器；没有代码会打开市场数据源或发送订单。演示价格、信号、成交标签和权益变化都是演示性的模拟状态，不是投资建议、已执行交易或测量所得的收益。

主题代码会尽力使用本地 localStorage，但在隔离环境中可能无法使用。终止操作会在确认后改变状态文本，而不是取消真实订单或同步数值敞口字段。图表悬停显示的是归一化光标坐标，而不是市场工具提示。任何改编都必须提供真实定义、服务边界和一致的状态处理；当前的宽版 Risk Cockpit 还需要进行布局调整，才能显示全部五个字段。

该作品带来的启示

这个案例最有价值的地方在于它是一项信息架构研究。它展示了市场上下文、信号解读、风险指标和执行状态如何共享一个桌面工作区。其局限同样具有启发性：只有在另外提供定义、来源和状态规则后，密集的数值才会更值得信任。