風控可靠
Pre / In / Post 多層風控,讓高風險判斷留在策略程式之外。
台灣指數期貨 Trading OS
把 TX / MTX / TMF 量化流程,從零散腳本升級為可治理的交易作業系統。
一套 Web 指揮中心,用於資料治理、策略研究、可重現回測、紙上與影子交易流程、風險控管、OMS 狀態管理、券商閘道隔離與未來稽核能力。
Pre / In / Post 多層風控,讓高風險判斷留在策略程式之外。
Web 指揮中心、稽核紀錄與可觀測性,把量化流程從黑盒變成可管理系統。
目前預設維持 paper-only,先建立平台基礎、控制邊界與審核流程。
Browser-only Paper Trading demo:不連券商、不建立真實委託、不收集憑證,且不構成投資建議。
目前預設停留在紙上交易;未來需完成明確核准、治理與控制機制後,才可進一步擴充。
平台論點
台指期量化交易平台不是單一交易機器人,而是面向台灣指數期貨流程的 Trading OS,讓資料治理、策略研究、回測、風險控管、訂單管理、券商隔離與稽核能力能在同一套受治理的系統內協作。
個人交易者與小型交易團隊往往以腳本、試算表、券商工具與本地資料庫拼接工作流。本專案目標是將這些分散流程整理為可擴展的 SaaS 與企業平台基礎。
商業定位
這份商業企劃書將平台定位為可持續擴張的交易作業系統,而不是一次性的自動化腳本。網站上不直接貼整份企劃,而是把其核心邏輯轉譯成可讀的產品架構:模組化服務、受治理的執行邊界,以及跨資料、風控、OMS 與券商適配層的企業級持續營運能力。
傳統腳本模式
本地 Python 腳本、零散檔案、單機運作
Trading OS 平台
容器化服務、共享儲存、清楚服務邊界、可替換適配器
商業增益
支援多人協作、團隊營運與未來企業級部署路徑
傳統腳本模式
CSV 匯出與無法對帳的本地資料庫
Trading OS 平台
版本化市場資料、換月感知資料集、分析儲存與可重現輸入
商業增益
降低回測到實盤的落差,提升機構信任度
傳統腳本模式
把檢查邏輯硬寫在策略腳本內
Trading OS 平台
Risk Engine 政策先於 OMS 與 Broker Gateway 執行
商業增益
形成可對外說明的合規控制面,而不是隱藏假設
傳統腳本模式
本地日誌與操作人員記憶
Trading OS 平台
集中事件、角色邊界、以復原為導向的架構設計
商業增益
提升營運韌性與合作夥伴信心
目標商品
台灣期貨部位 sizing 需要共通的風險語言。以 TX 等值曝險表達部位,可以讓策略限制、投組檢查,以及紙上交易到實盤前的控制在不同契約規格間保持一致。
NTD 200
每指數點
NTD 50
每指數點
NTD 10
每指數點
架構總覽
系統將操作介面、研究流程、風險決策、訂單管理、券商存取與分析儲存分離,使未來實盤執行能被治理、追蹤與稽核。
安全優先交易設計
本 repository 的設計目標,是在平台基礎尚未完成前限制執行風險。實盤交易需要未來明確核准、額外控制措施與合規審查。
TRADING_MODE=paperENABLE_LIVE_TRADING=falseBROKER_PROVIDER=paper 策略只輸出訊號,不直接呼叫券商 SDK。
任何訂單都必須通過 Risk Engine 與 OMS,才能到達券商閘道邊界。
券商憑證、帳號 ID、API keys 與憑證檔不可提交到原始碼。
功能架構
平台不是單一策略或下單機器人,而是一條受治理的工作流:先治理資料、研究策略、用紙上或影子流程驗證,再把任何未來訂單鎖在 Risk Engine、OMS 與 Broker Gateway 邊界之後。
資料底座
擷取、驗證、版本化並提供 TX / MTX / TMF bars、ticks、contract master 與品質報告。
避免資料錯誤造成回測失真。
資料底座
將研究用調整後連續期貨,與紙上或未來執行模擬使用的真實合約價格分離。
處理台指期換月造成的回測與營運落差。
研究
把策略版本、資料版本、研究上下文與回測 artifacts 綁定成可重現 review packet。
讓策略結果可驗證,而不是只靠口頭敘述。
驗證
以 paper-first 與未來 shadow workflow 驗證系統行為,再評估任何券商送單路徑。
降低策略直接上線造成的營運風險。
控制
集中管理曝險限制、報價陳舊檢查、單日損失、重複下單防護與未來 kill switch policy。
把高風險判斷放在獨立控制層。
控制
管理 deterministic order state、idempotency key、event-style transitions 與未來對帳輸入。
讓訂單生命週期可追溯、可重建。
執行邊界
以標準化閘道隔離未來券商 adapter,策略不得直接呼叫券商 SDK。
降低券商依賴並保護策略層。
營運
集中呈現模式、安全旗標、research review packet、健康狀態與未來人工控制入口。
讓操作人員在決策前掌握系統狀態。
企業
規劃 OpenTelemetry traces、不可竄改稽核、復原視圖與事件檢討流程。
支援機構審查、業務連續性與合規溝通。
未來分析
未來支援過度擬合檢查、實驗摘要、異常檢視與策略文件化。
提升研究審查效率,但不讓 AI 成為交易決策者。
商業設計
商業企劃中的營收模型,對應到網站上應呈現為分階段的產品化收費邏輯:先以軟體訂閱、用量計費與企業導入建立收入基礎,而不是過早以交易獲利作為銷售主張。
以下價格與方案內容來自商業企劃書,作為方向性商業設計示意,並非公開報價。
服務內容
提供自助式研究、回測、紙上交易、儀表板、告警與工作流保存。
商業邏輯
收入來自工作流深度、資料精度、運算容量與操作歷史保存,而不是交易結果。
應用場景
客戶價值
建立可預測 ARR,並讓使用者以安全方式從研究走向紙上營運。
預設僅限研究工具與紙上交易。
服務內容
提供較高頻資料、Webhook 風控告警、策略 runner 容量、進階報表與類生產環境的紙上工作流。
商業邏輯
定價隨營運成熟度提高:秒級或逐筆資料、更多運算、更長保存期與更完整監控。
應用場景
客戶價值
協助重度使用者降低手動流程落差,但不承諾投資績效。
預設不提供實盤下單;券商存取仍是未來審查後的邊界。
服務內容
提供私有雲或地端部署、RBAC/ABAC 方向、WORM 稽核方向、SLA、安全審查支援與客製整合範圍。
商業邏輯
企業收入來自治理、部署控制、稽核能力、支援條款與整合複雜度。
應用場景
客戶價值
把平台轉化為可採購的基礎設施,讓責任歸屬與操作邊界更清楚。
契約需定義平台責任、客戶交易決策、稽核保存與事件處理。
服務內容
提供換月感知 TX/MTX/TMF 資料集、清洗後 bars/ticks、資料品質報告、研究用連續期貨與資料 API。
商業邏輯
清洗且版本化的台灣期貨資料具高留存價值,因為研究、回測與營運都依賴一致輸入。
應用場景
客戶價值
提升可重現性,降低使用者目前以零散檔案回測到營運的落差。
資料授權、轉售權與交易所/供應商限制需另行審查。
服務內容
未來提供策略作者分發、驗證報告、風險標籤、版本化策略套件與審查流程。
商業邏輯
只有在具備審查、風險標籤與作者責任邊界後,市集經濟才適合建立網路效應。
應用場景
客戶價值
以標準化訊號契約連接開發者與使用者,同時不允許策略繞過風控或 OMS。
跟單、訊號訂閱或近似顧問的分發模式需獨立法律與監管審查。
服務內容
提供 AI 輔助過度擬合檢查、參數敏感度摘要、異常檢視、策略文件化與營運診斷。
商業邏輯
以用量型 AI 診斷變現高運算量的研究審查流程,同時保留人為決策控制。
應用場景
客戶價值
加速研究審查與營運學習,但不讓 AI 成為自動交易決策者。
AI 輸出必須維持分析工具定位,不構成個別化投資建議。
服務內容
提供白標基礎設施、共同品牌研究工具、券商適配專案、教育訓練與機構工作流試點。
商業邏輯
合作收入來自整合、分發與營運賦能,而不是未審查的下單導流經濟。
應用場景
客戶價值
讓合作夥伴取得受治理的台灣期貨量化堆疊,同時維持券商閘道隔離。
券商分潤、轉介或訂單導流變現皆屬合規依賴的未來選項。
服務內容
僅作未來選項:績效費、代操帳戶、跟單交易、訊號訂閱或券商分潤。
商業邏輯
必須先完成牌照、法律審查、客戶適合度、營運控制、揭露與利益衝突管理後,才可評估。
應用場景
客戶價值
保留長期選項,但不把受監管服務包裝成目前已可使用的產品。
目前產品不提供;不保證獲利,且 Live Trading 預設關閉。
量化初學者
~TWD 1,980 / 月
1 分鐘資料
活躍交易者
~TWD 8,800 / 月
1 秒資料
專業交易員
~TWD 29,800 / 月
逐筆資料
機構與家族辦公室
TWD 250,000+ / 月
Level 2 深度資料
將過度擬合偵測、參數敏感度分析與策略健康檢查包裝為高毛利分析點數服務。
對高頻回放、歷史重建與交易成本分析等高耗資源流程進行額外計費。
以長期企業授權提供部署控制、資料落地需求與機構自定營運邊界。
針對券商適配、內控流程、報表與營運變更管理,提供付費導入與客製整合。
績效費、代操帳戶、跟單交易、訊號訂閱或券商分潤,可能需要法律、監管或持牌合作夥伴審查。
客群策略
商業企劃書明確區分兩類客群:需要更好在地市場工具的自營交易者,以及購買治理、持續營運與控制能力的機構客戶。網站應直接反映這個切分。
主打在地化資料品質、換月感知資料集,以及從研究到紙上交易的清楚工作流。
核心銷售點不是單一策略績效,而是治理能力、角色分離與基礎設施韌性。
市場進入與護城河
這份商業企劃主張的差異化,不是某一個神奇策略,而是圍繞台灣期貨市場建立的作業系統:在地資料治理、受控執行、可重現流程與生態系網路效應。
先以較強的回測基礎與更好的換月資料,吸引早期技術型使用者。
再加入券商適配、協作流程與策略市集,透過第三方參與降低獲客成本。
最後向上延伸到企業控制、部署彈性,以及更強的稽核與治理需求。
版本化、清洗過、具換月感知能力的資料集,會成為營運基礎設施,而不是一般檔案商品。
中立的券商閘道模型降低對單一券商的依賴,也支援業務連續性規劃。
回測、紙上交易、風控與訂單狀態累積的歷史,會逐漸形成團隊級切換成本。
路線圖
目前 repository 是開發骨架。路線圖會先從基礎設施前進到受治理的執行邊界,再考慮任何未來實盤工作流。
治理與合規
商業企劃把合規視為銷售加速器。清楚的系統邊界、安全標準對齊與責任歸屬定義,能降低機構客戶與合作夥伴的採購摩擦。
早期平台定位為軟體與基礎設施工具,受監管的交易服務不在預設產品範圍內。
安全控制、稽核軌跡、角色分離與 kill-switch 設計,有助縮短大型客戶第三方風險評估流程。
對帳、服務等級與緊急停機機制,應在客戶契約中明確定義,而不是留在行銷文案暗示。
合規與風險聲明
本網站與 repository 用於研究、工程與產品開發,不構成投資建議,不保證獲利,也不消除期貨交易所涉及的重大風險。
實盤交易、訊號服務、代操帳戶、跟單交易、券商分潤或其他受監管服務,在任何發布或客戶使用前,都需要獨立法律與合規審查。
研究與工程開發
開啟 browser-only Web App demo、審閱安全原則,並以小而可驗證的切片持續推進。