開放解耦的底座架構設計

EvoX 的核心判斷是：研究者不應該把時間花在並行通訊、裝置分配和分散式容錯上。因此系統被拆成五個一級模組——演算法、問題模組、工作流、監視模組與 Runtime 排程器。前四者回答「演化什麼、怎麼演化、怎麼組織、怎麼觀測」，Runtime 排程器回答「在哪裡算、怎麼算得動」。這條邊界一旦劃清，研究者只需專注「如何演化」，底層系統負責把運算排程到 GPU、加速裝置或分散式叢集。

五個模組的職責邊界

• 演算法模組：只描述搜尋與更新邏輯（選擇、交叉、變異、更新規則），不綁定任何具體問題，也不感知張量被放在哪張卡上。
• 問題模組：對外提供統一的評估介面，把業務端的模擬、目標函式或環境封裝成底座可直接呼叫的形式。
• 工作流：按階段組織演化過程（初始化、迭代演化、收斂判定等），決定「先做什麼、再做什麼」。
• 監視模組：在各階段採集指標、記錄族群狀態與收斂曲線，供分析與除錯使用。
• Runtime 排程器：作為統一執行層，屏蔽異構算力差異，把批量運算分發到 GPU、加速裝置或分散式叢集，並接管並行與通訊細節。

解耦帶來的可遷移效益

這種「高內聚、低耦合」的介面協作方式，讓演算法與問題互相獨立、問題與算力互相獨立。研究者實作一個新的變異算子時，只需在演算法模組中完成演化邏輯；問題模組繼續提供統一評估介面，工作流與監視模組保持原有組織方式，Runtime 排程器自動把批量張量運算分配到 GPU 或分散式叢集——底層執行程式碼無需任何修改。

正因為介面穩定，這套底座可以同時承載強化學習、遺傳程式設計與組合最佳化等多類演化場景，避免為每個領域重複建構並行、排程與分散式執行的工程基礎設施。需要區分的是，解耦減少的是「重複工程」，而不是「運算能力」：分層是否真的高效，仍要用基準實驗驗證排程開銷是否可接受。