為什麼要建內部平台

對 quant company 來說，外部 API 可以用，但不能成為公司核心能力的依附點。

如果策略、回測、風控、監控都直接依賴 vendor 或 broker API，長期通常會遇到以下問題：

1. 供應商介面不是為策略設計的

• schema 不一致
• symbol 命名不一致
• historical 與 live 格式不同
• rate limit、連線限制、訂閱限制

真正需要的是：

• 統一資料模型
• 可重播
• 可驗證
• 可擴充

2. 研究與實盤容易失真

常見失真來源：

• historical 與 live 來源不同
• candle close timing 不一致
• session 定義不一致
• corporate actions 或 futures roll 規則不同

成熟做法應該是：

• historical / replay / live 走同一套內部資料介面

3. 容易被 vendor 綁架

如果核心服務直接依賴外部介面：

• vendor 改版就要跟著改
• vendor 故障就整段停擺
• 想切換資料商成本很高
• 想擴多市場整合成本很高

公司真正要穩定依賴的，應該是 internal schema，不是外部 API 細節。

4. 資料平台本身就是研究資產

會累積的不是只有原始資料，還包括：

• 清洗規則
• symbol mapping
• session 規則
• corporate action 處理
• replay 能力
• factor 與 feature pipeline
• data quality monitoring

這些東西越做越厚，後續新策略的開發速度就越快。

關鍵修正句

不是「不要再打別人的 API」。

而是：

不能讓公司的核心能力建立在別人的 API 介面上。