角色地图：Trader（交易员）

交易员是”操盘手”——他们对系统要求最苛刻：速度、准确性、稳定性，缺一不可。如果交易员的系统不好用，他们会在你面前摔键盘。

flowchart TB
    subgraph 交易员日循环
        A[隔夜风险检查] --> B[做市报价]
        B --> C[客户询价回复]
        C --> D[对冲交易]
        D --> E[盯市监控]
        E -->|收盘| F[日终报告]
        F --> A
    end
    subgraph 核心系统
        B -->|需要| Q[报价引擎]
        C -->|需要| P[定价计算]
        D -->|需要| O[下单系统]
        E -->|需要| R[实时风险]
    end

---

一、典型一天时间线

07:30 ─ 到公司（比大多数人都早）
       │ 打开所有终端：彭博、Wind、内部系统
       │ 刷隔夜市场：美股/港股/商品/汇率 走势
       │ 查看隔夜 Greeks 变化——昨晚市场波动对持仓的影响
       │ 你需要的系统：隔夜风险快照（一键查看Greeks变化摘要）

08:00 ─ 盘前准备
       │ 检查当日对冲计划：看哪些Greeks暴露过大
       │ 查看融券/资金情况：能不能做对冲
       │ 检查关键市场数据：波动率曲面更新了吗
       │ 你需要的系统：对冲计划建议、资金/券池可用性检查

08:30 ─ 晨会（与销售一起）
       │ 对齐当日策略：今天重点推什么产品
       │ 警示风险：什么标的波动大、什么结构要谨慎
       │ 你需要的系统：晨会看板——风险摘要、市场焦点

09:00 ─ 盘中对冲（A股开盘后）
       │ 不停刷新 Greeks 仪表盘
       │ 根据 Delta 变化做对冲交易（买入/卖出标的）
       │ > "今天中证500这个Delta又偏了，得买点IF"
       │ 你需要的系统：实时 Greeks、一键下单

09:30 ─ 做市报价
       │ 给销售提供报价（Bid/Ask）
       │ 根据当前持仓和风险调整报价价差
       │ > "这个结构库存太深了，报宽一点，不想再接了"
       │ 你需要的系统：报价辅助计算、库存管理

10:00-11:30 ─ 持续对冲 + 交易执行
       │ 忙的时候：不停下单
       │ 闲的时候：看研报、分析策略
       │ 客户交易来了：录入、确认、风险检查

11:30-13:00 ─ 午餐（但可能被电话打断）

13:00-15:00 ─ 下午盘
       │ 持续对冲 + 报价 + 交易执行
       │ 14:30后流动性下降，价差会扩大
       │ > "尾盘了，这个报价要加20bp保护一下"

15:00 ─ 收盘
       │ 所有交易录入完毕
       │ 最后报价截止
       │ 你需要的系统：交易截止检查、未完成交易提醒

15:30 ─ 日终计算（最繁忙的时段之一）
       │ 运行日终估值
       │ 检查 PnL（今天赚了/赔了多少）
       │ Greeks 归因分析（哪个风险因子贡献了 PnL）
       │ 你需要的系统：日终批处理、PnL归因报告

16:30 ─ 风险报告
       │ 检查限额使用情况
       │ 准备次日对冲计划
       │ 你需要的系统：限额报告、预警

17:00+ ─ 复盘
       │ 今天的对冲做得好不好？
       │ 有没有风险事件？
       │ 明天有什么需要注意的？

---

二、交易员的 KPI

KPI	说明	系统含义
PnL	交易台赚了多少钱	PnL 归因必须精确、实时
对冲效率	对冲成本/效果	对冲建议系统
风险限额使用	有没有超限	限额监控
报价成交率	报价→成交的转化	报价系统辅助决策
交易差错率	录入错误/延迟	交易校验系统

---

三、交易员使用的系统

系统	用途	核心功能
OMS（交易管理系统）	交易录入、修改、撤销	快速下单、批量操作
风险仪表盘	实时 Greeks/限额	实时刷新、报警
估值系统	日终估值	批处理计算
定价引擎	报价计算	产品参数输入→定价输出
市场数据终端	行情	彭博/Wind
对冲工具	下单到交易所	FIX 连接

---

四、交易员的黑话

黑话	意思	系统含义
”今天Delta偏了”	Delta 暴露超过预期	Greeks 实时监控
”这个头寸太深了”	库存/敞口太大	库存管理系统
”报宽一点”	扩大 Bid-Ask 价差	报价参数可调
”打平”	对冲后无风险敞口	对冲计算
”抽了”	市场突然剧烈波动	压力预警
”尾盘跳了”	收盘前价格异常	收盘价管理
”两融卡了”	融资融券系统故障	资金/券可用性
”敲入了”	雪球触发了敲入	敲入事件处理
”这把亏了”	对冲亏损	PnL 归因
”流动性不行”	市场交易量小	流动性预警
”做市义务”	必须提供双边报价	做市管理系统

---

---

系统支持（IT 侧锚点）

交易员的每个动作都能落到 ~/odts1 的真实代码：

交易员动作	系统 / 代码路径	关联文档
询价报价	hedging-as action/quotation/QuotationAction.java → pricing/service/PricingService.java	product-option §6
实时 Greeks	EOD 第 6 步 service/eod/GreeksStep.java → DeltaCalculator.java	product-snowball §6
日终估值	EOD 第 5 步 service/eod/ValuationStep.java	product-option §6
对冲下单	OMS 录入 → OrderService.java（境外执行通道）	14-Systems-and-Data §5.9
库存 / 限额	hedging-as 限额模块 + RiskRule 引擎	ODTS-78 交易前风险审计

下一角色：role-ops.md 运营的一天