在 EvoX 開放解耦底座中，工作流模組負責編排演化迭代的階段劃分、執行順序與銜接方式，監視模組負責在運行期即時採集狀態與指標。二者合起來，把「未知黑箱的演化循環」變成可觀測、可判定、可干預、可復現的受控過程。一句話概括：工作流回答「按什麼順序跑」，監視回答「現在跑到哪、好不好、要不要動」。
工作流：編排順序與階段邊界
工作流的編排對象是步驟與依賴，而不是演算法邏輯本身。它定義「初始化 → 評價 → 選擇 → 變異/交叉 → 狀態更新 → 終止判定」的順序、回邊與階段邊界，並依據統一介面把演算法模組與問題模組串聯起來。編排的關鍵在於粒度與邊界：把「一次批量評價」視為一個可整體調度的階段，而不是逐個個體推進；階段邊界同時就是監視取樣點與調度切換點。
- 順序：確定各階段的先後關係，以及何時回到「評價」形成主循環。
- 回邊：明確哪些條件觸發下一輪迭代，哪些條件跳出循環。
- 階段邊界：既是工作流切換點，也是監視的天然取樣點。
監視：採集狀態、暴露指標、驅動決策
監視模組是運行狀態的採集與暴露層：持續追蹤種群規模、評價次數、目標/適應度分佈、收斂性與多樣性、單代耗時與顯存/吞吐等資源指標。但觀測的目的不是記錄，而是決策——指標用於觸發終止、早停、重啟、參數或策略切換，從而形成「監視 → 判定 → 干預」的閉環，這正是演化過程可控性的落點。
可控性還要求狀態可序列化：檢查點儲存與恢復使長時演化可中斷續跑、失敗可定位、實驗可復現，是工程可信度的前提。同時，解耦要求監視以回呼/鉤子方式掛載，不侵入演算法與問題模組；因此主控台、日誌、曲線面板等不同監視後端可以互換，而核心演算法無需改動。
職責邊界與代價
工作流管「順序與階段」，監視管「狀態與指標」，執行時調度器管「資源與並行映射」，三者互不重疊，避免職責串味導致的耦合。但可觀測性也有代價：高頻取樣與同步回傳可能打斷並行流水線，因此取樣頻率、指標聚合方式與非同步落盤需要按實驗目的來設定。
回到範例：在 GPU 張量化演化中，工作流把「批量評價」整體作為一個階段調度，監視模組在同一階段內按代記錄最優/平均適應度、種群多樣性與單代耗時；當連續 N 代指標停滯時，觸發終止判定或切換到更大擾動的策略，並同步落盤檢查點，使該次演化既可復現，也能從中斷處續跑。
工作流狀態機與監視儀表板示意圖工作流按初始化、評價、選擇、變異交叉、狀態更新到終止判定的順序編排階段與回邊，並把一次批量評價視為可整體調度的階段；監視模組在各階段邊界取樣種群規模、適應度分佈、多樣性與單代耗時等指標。這些指標用於觸發終止、早停、重啟或策略切換，檢查點序列化則支撐中斷續跑與實驗復現。
工作流狀態機與監視儀表板示意圖
工作流按初始化、評價、選擇、變異交叉、狀態更新到終止判定的順序編排階段與回邊，並把一次批量評價視為可整體調度的階段；監視模組在各階段邊界取樣種群規模、適應度分佈、多樣性與單代耗時等指標。這些指標用於觸發終止、早停、重啟或策略切換，檢查點序列化則支撐中斷續跑與實驗復現。
