分工与选型

Ⅲ · 逐项对照 — 3.6

分界不在资产类别，而在问题形态。数据抽象决定了各自天然适合的问题类型。

抽象决定擅长的问题，而非支持的品种。切片模型让"同一时刻比较 N 个标的"变成一次索引；事件模型让"这个品种在过去 200 毫秒里如何演化"变成一次遍历。

维度	LEAN	Nautilus
选股 / universe	专门的 Selection 阶段，模块内 28 个类声明（含接口、基类与 wrapper）	无此概念
公司行为	`splits` `dividends` `delistings` `margin_interest_rates`	无
组合优化器	4 个（Sharpe / MinVariance / MeanVariance / RiskParity）	无
期权	`OptionChain` + 希腊字母 + `implied_volatility` + 按期权链筛选的 universe 模型	`OptionContract` `OptionSpread` `OptionGreeks`
盘口	无 L2 / L3	`OrderBookDelta` `OrderBookDepth10` 原生
时间精度	区间聚合	纳秒整数
加密特有	基础支持	永续合约 + `FundingRateUpdate` + 8 个交易所
外汇券商	OANDA / FXCM / IB	IB
品种类型数	12（`SecurityType`）	18 个 `Instrument` 子类
许可	Apache 2.0	LGPL-3.0

选型决策树

客户需要选股 / 基本面 / 公司行为处理   →  LEAN
客户需要期权链筛选与希腊字母分析       →  LEAN（合约上直接带 implied_volatility /
                                          theoretical_price / open_interest，
                                          且有按期权链筛选的 universe 模型）
客户账户在 OANDA / FXCM                →  LEAN
客户需要盘口 / 微观结构 / 纳秒精度     →  Nautilus
客户需要加密永续 / 多交易所            →  Nautilus
客户需要单节点多账户多场所             →  Nautilus
客户账户在 MT5 经纪商                  →  均需桥接（见 5.2）

对定制化交付业务而言，框架选型不是一次性决策，而是每个项目的一个变量。需要具备的能力是“按客户场景选型并交付”，而非“掌握某一个框架”。