MISSION — OTC 衍生品：产品 + IT 双线精通

本文件锚定所有课程。任何一节课都必须能回指到这里。 经用户确认（2026-07-21）：产品（业务）与 IT（代码/系统）两条线都要学，不是单线转型。

我是谁 (Who)

券商 OTC 衍生品部门的 IT 专家 / 准 PM-BA。

• 已有：Java、系统架构、读代码的能力。
• 目标缺口：产品业务领域知识 与 业务↔代码的双向映射 都要补齐——不是”IT 转业务”，而是”两边都能打”。

为什么学 (Why)

• 痛点：要么听得懂业务但不知道系统怎么落地，要么看得懂代码但不知道它服务什么业务。
• 目标：能独立设计衍生品业务系统；能跟 Sales/Trader/OP/Risk/Compliance 平等对话；能从一个业务概念反查代码路径，也能从一段代码说出它在服务哪个业务动作。

成功长什么样 (Success)

1. 产品侧：讲得清每个主流产品的业务规则、风险点、生命周期。
2. IT 侧：读得懂 EDS/ODTS 代码库（~/odts1 + ~/odyssey），把业务概念映射到代码路径。
3. 双向：给业务概念→能指出代码落点；给代码路径→能说出业务动作。
4. 设计：写得出系统需求、功能清单、数据模型。

约束 (Constraints)

• 时间碎片化：课程必须短、自包含、可在数分钟内完成。
• 记忆目标：知识要”记得住”（存储强度），不是”看起来会了”。
• 每节课同时给”业务规则” + “系统锚点（代码路径）“两条线。
• 真实锚点系统：hedging-as / eds-web-app / eds-price-server / eds-utility / eds-rm-web / sac-report / tradedesign / odyssey-cash-manager-service / odyssey-fuxi-auth-web / odyssey-internal-gateway / odyssey-report-processing-service / ofareg。

如何衡量 (Measure)

• 每节课后能否独立回答一个检索式问题（recall）。
• 能否把课上的一个业务概念映射到代码路径（或反之）。

学习路线 (Roadmap — 由 agent 规划，用户授权)

1. 0001 OTC 衍生品全景 + 核心语汇 ← 当前
2. 交易生命周期（询价→成交→簿记→对冲→盯市→到期），串起所有系统
3. 产品深拆（逐个，每课=业务规则+代码锚点）：收益互换 TRS → 场外期权 → 雪球 → 结构化票据/跨境 TRS
4. 风险 / 抵押品 / 估值基础
5. 监管与合规实战
6. 系统架构设计实战（EDS↔Odyssey 微服务、数据流）