把24小時盯盤， 變成系統持續完成的工作。

系統持續完成前置判斷

每次執行之前都先讀取市場狀態、帳戶狀態和策略上下文，不把單一信號直接變成訂單。

前置判斷同時需要市場和帳戶兩類資訊。行情資料必須新鮮且屬於正確的交易品種，帳戶餘額、持倉、訂單和權限也必須能夠讀取。任何關鍵資料缺失時，系統不能把“不知道”當成“沒有問題”。

• 行情資料完整性檢查
• 帳戶與權限狀態檢查
• 策略運行條件檢查

風險條件擁有否決權

即使策略出現機會，只要倉位、權限、帳戶或風險條件不滿足，系統也不會繼續新增執行。

風險檢查擁有獨立否決權。即使策略判斷出現機會，只要帳戶風險已到邊界、存在未處理倉位、權限異常或交易所狀態無法確認，這次新增交易就會被限制。自動化的核心不是多下單，而是在不該行動時同樣自動停下來。

• 風險不通過則限制
• 異常狀態不會偽裝為正常
• 執行範圍受到授權約束

訂單執行進入完整生命週期

系統跟蹤建立、成交、撤銷、保護和結束狀態，避免只看一次提交結果就認為交易已經完成。

訂單發出只是生命週期的開始。系統繼續確認是否被交易所接受、是否部分成交、是否完全成交、保護訂單是否建立，以及撤銷或失敗後倉位是否仍有變化，不能只憑一次介面返回就宣布完成。

• 訂單狀態持續跟蹤
• 倉位與保護動作關聯
• 失敗與未知結果繼續核實

完成以後繼續進入下一輪

成交、費用、收益和風險結果重新進入系統上下文，形成持續運行而不是一次性下單。

運行結果包括真實成交價格、費用、倉位變化和風險狀態。它們會更新客戶記錄並影響下一輪判斷。客戶裝置斷網不會中斷伺服器運行，但帳戶、交易所或平台連接異常會進入限制和恢復流程。

• 結果進入真實記錄
• 狀態回饋給後續判斷
• 客戶可以查看整體運行狀態

訂單出現以前，系統已經完成了大部分判斷工作

系統先確認行情來源、交易品種和時間是否一致，再讀取帳戶餘額、持倉、普通訂單、條件訂單和近期成交。只有這些資訊能夠共同說明帳戶的真實狀態，策略候選才有資格進入風險檢查。

風險檢查繼續計算當前帳戶已經承擔的風險、剩餘可用額度、計劃倉位和退出邊界。頁面看到的一個交易機會，背後可能已經被多項條件篩選；被拒絕的候選不會偽裝成“錯過收益”。

• 行情與帳戶資訊必須同時完整
• 候選機會先於訂單產生
• 風險條件擁有最終否決權

提交、成交、部分成交和結束，是四種不同狀態

交易所接受訂單只代表請求進入處理，不代表已經形成持倉。訂單可能等待、部分成交、完全成交、取消或拒絕，系統必須根據真實返回持續更新，而不能在提交成功後提前計算收益。

部分成交尤其需要繼續處理：真實持倉已經出現，但剩餘數量仍在訂單中。系統需要按照真實持倉建立或擴大保護，同時繼續跟蹤未成交部分，避免帳戶狀態與頁面記錄分離。

• 提交成功不等於成交
• 部分成交已經產生真實風險
• 取消和失敗也要確認最終倉位

自動化最重要的能力之一，是異常時知道該停在哪裡

客戶網路斷開不會影響伺服器繼續運行，但交易所介面、帳戶權限或平台服務異常可能讓關鍵事實暫時無法確認。此時系統優先阻止新增風險，並繼續核對已有倉位和保護，而不是重複傳送訂單。

恢復也不是介面重新連上就立刻繼續交易。系統要重新讀取餘額、訂單、條件單、成交和持倉，完成歸屬與對帳後，才能判斷帳戶是否恢復到允許新增風險的狀態。

• 未知狀態不能當成空倉
• 異常期間優先保護已有風險
• 重新核對完成後才恢復新增交易