系統功能與產品¶
規劃中的用戶端能力：PineScript 站內回測、原生策略執行（降低對 TradingView 依賴）、一網址多帳戶（Pro/B2B）、市場拓展與前端改進。
各功能商業價值
| 功能 | 價值 | 營收影響 |
|---|---|---|
| 站內回測 | 降低策略驗證摩擦；減少離開平台的理由 | 提高免費到 Pro 的轉換率 |
| 原生策略執行 | 使用者可完全在 4pass 上建立、測試和運行策略，無需 TradingView | 擴展可觸及市場至非 TradingView 使用者；降低因 TradingView 定價變動導致的流失 |
| 一 Webhook 多帳戶 | 一個訊號分發至 N 個券商帳戶，支援逐帳戶配置 | 解鎖 Pro/B2B 定價層級，適用於資產管理和跟單交易 |
| 美國市場支援 | 將最大股票市場加入平台 | 顯著擴大 TAM；強化「一份訂閱、所有市場」價值主張 |
| DLL / MT4/MT5 橋接 | 透過橋接架構支援外匯和僅 Windows 券商 | 開啟全新市場區隔（外匯、CFD） |
PineScript 編譯器與站內回測（策略編輯器）¶
目標： 讓用戶直接在 4pass 上執行回測，使用現有視覺化策略編輯器與邏輯，無需依賴 TradingView 做回測。
| 目前 | 規劃 |
|---|---|
| 免費策略編輯器（Vue Flow → PineScript v6 程式碼） | PineScript 編譯器於後端產出可執行訊號序列 |
| 回測引擎已存在（vectorbt、magnifier）但未對終端用戶開放 | 用戶端回測：以歷史 OHLCV（TimescaleDB）執行策略，呈現權益曲線、回撤、交易列表、統計 |
| 用戶依賴 TradingView 做回測 | 單一流程：在 4pass 編輯策略 → 在 4pass 回測 → 部署至實盤/模擬 |
價值： 策略設計與驗證更順暢；減少離開平台的理由。
原生策略執行（降低對 TradingView 的依賴）¶
目標： 支援策略完全在 4pass 上運行並自動執行交易，使 TradingView 成為可選而非必要。
| 目前 | 規劃 |
|---|---|
| TradingView 警報 → Webhook → 4pass → 券商 | 4pass 原生執行：策略在 4pass 上運行（排程或事件驅動），訊號於站內產生，訂單送往券商 |
| 策略邏輯在 TradingView（Pine + 警報） | 策略邏輯在 4pass：同一 PineScript 編譯輸出，於 Worker 或專用執行器運行；無需外部警報 |
| 單一執行路徑：Webhook | 雙路徑：Webhook（TradingView / 外部）與原生（4pass 引擎） |
價值： 不想付費或依賴 TradingView 的用戶，可在 4pass 完成建構、回測與實盤執行。擴大可觸及市場與留存。
單一 Webhook 網址對應多個交易帳戶（專業用戶 / B2B 資產管理）¶
目標： 一個 Webhook 網址可觸發多個已綁定交易帳戶的下單——供專業用戶與 B2B 資產管理者以同一訊號同時下單至多個帳戶。
| 目前 | 規劃 |
|---|---|
| 一個 Webhook 網址 ↔ 一個交易帳戶 | 多帳戶綁定：一個 Webhook 網址可綁定 N 個帳戶（同券商或不同券商） |
| 每個帳戶需各自警報 / 網址 | 單一訊號（如一個 TradingView 警報）→ 4pass 分送至所有綁定帳戶（可選每帳戶部位大小或篩選） |
| B2B / 資產管理者需管理多組網址 | 每策略或每客戶群一組網址；4pass 負責分送、稽核與每帳戶憑證 |
情境： 資產管理者對多個客戶帳戶執行同一策略；擁有多券商帳戶的專業用戶；白牌或 API 合作夥伴。可能列為 Pro 或 Enterprise 功能。
券商整合：特殊架構¶
部分券商無法以現行 Linux Worker 模型整合，因其依賴 僅限 Windows 或 原生二進位 介面。我們規劃在未來支援這類券商，讓 4pass 能涵蓋外匯等依賴此類技術的市場。
僅支援 .dll 的 API¶
| 情境 | 挑戰 | 可能做法 |
|---|---|---|
| 券商僅提供 Windows .dll（或 COM）API | 目前 Worker 為 Linux（ECS），無法直接載入 Windows DLL | 橋接服務：在 Windows 環境（如 Windows EC2 或 Windows 容器）上運行的小型程式，載入 DLL、對外提供簡易 REST 或佇列介面，由 4pass 編排層呼叫。每券商或每租戶一組橋接；憑證仍存於 4pass，橋接無狀態。 |
| 多個此類券商 | 每家可能需專用轉接層 | 可重用的轉接模式：4pass ↔ 橋接 的協定統一，僅 DLL 包裝層依券商客製。 |
目標： 讓僅提供 DLL/Windows API 的券商，能透過專用 Windows 橋接服務成為 4pass 的一線支援券商，無需改動核心 Linux Worker 或 API 設計。
僅限 Windows 的獨立應用（如 MT4 / MT5）¶
| 情境 | 挑戰 | 可能做法 |
|---|---|---|
| 券商要求使用 MetaTrader 4/5 或類似 僅能在 Windows 上運行的終端 | 下單需透過終端（或其 API）；終端必須在 Windows 主機上運行 | 終端橋接：在 Windows VM 或容器中運行終端（或若有官方 headless MT4/MT5 server API 則使用）；4pass 將訊號送交橋接，由橋接透過終端或官方 API 下單。或與既有 MT4/MT5 跟單或 FIX 橋接 服務商整合。 |
| 授權與資源 | 常見為每帳戶或每策略一個終端實例 | 由一組 Windows 節點（如 Windows EC2 或專用主機）運行終端實例；4pass 分配使用者/策略至實例並管理生命週期。 |
目標： 支援依賴 MT4/MT5 或類似僅限 Windows 應用的外匯（及其他）券商，透過專用 Windows 橋接或與橋接服務商合作，使策略能在 4pass 運行並於這些平台上執行。
架構影響
上述做法代表需 獨立的 Windows 容量池 或 合作橋接：現有 Linux ECS Worker 繼續服務 Shioaji、Gate.io 等 REST/WebSocket 券商；DLL 與 MT4/MT5 支援為增量。時程與具體設計（自建 Windows 池 vs. 合作夥伴 API）將依需求與券商條件決定。
市場拓展¶
美國市場支援¶
| 組件 | 所需工作 |
|---|---|
| 新券商整合 | 為美國券商實作 BrokerService（如 Interactive Brokers、Alpaca） |
| 代碼標準化 | 將美國代碼對應至 NormalizedSymbol 格式 |
| 交易時段 | 將美國市場交易時段加入排程邏輯 |
| 法規遵循 | 美國證券法規、日內交易（PDT）規則 |
抽象券商介面意味著新增美國市場支援僅需實作新的券商模組——無需修改 API、Worker 或前端。
新增加密貨幣交易所¶
使用相同 BrokerService 模式的潛在新增項目：
- Binance（現貨 + 期貨）
- Bybit（衍生品）
- OKX（統一交易）
前端與體驗¶
回測結果儀表板¶
專用頁面展示回測結果，包含：
- 權益曲線圖表 (lightweight-charts)
- 回撤 (Drawdown) 視覺化
- 附進出場標記的交易列表
- 績效統計表格
- 策略參數比較
行動裝置響應式優化¶
目前儀表板已具備響應式設計（375px-8K），但以桌面版優先。計畫改進：
- 觸控友善的下單介面
- 滑動切換分頁
- 訂單成交推播通知
- Progressive Web App (PWA) 支援
總覽 · 基礎設施 · 系統架構 · DevOps 與品質