行情的變化由市場決定， 策略的選擇由系統判定。

先理解市場，再討論策略

系統持續觀察價格結構、成交活躍度、波動水平和多週期關係，為後續策略判斷建立統一上下文。

市場上下文來自多個週期的價格結構、波動變化和成交活躍度。系統關注的不只是方向，還包括行情的持續性和可信度。例如同樣是上漲，穩定趨勢、區間反彈和快速拉升需要完全不同的處理方式。

• 趨勢與震盪結構
• 波動擴張與收縮
• 行情轉換和異常變化

多種策略對應不同市場階段

策略不是同時盲目運行，也不是把所有參數堆在一起。每種能力承擔特定任務，並受到統一風險邊界約束。

策略池中的能力有各自職責和適用條件。網格類能力適合處理有邊界的往復波動，趨勢類能力關注方向延續，保護與觀察狀態負責在條件不清楚時減少動作；官網不公開可被複製的具體參數，但會把選擇邏輯和風險邊界說明清楚。

• 策略職責清楚
• 避免重複或相互沖突
• 不公開核心參數與內部實現

匹配與切換由系統完成

當市場狀態改變，系統重新評估當前策略是否仍然合適，並決定保持、限制、調整或切換運行方式。

策略切換不是在圖表顏色變化後立即翻轉方向。系統還要檢查原有訂單、倉位和保護動作是否完成交接，避免新舊策略同時管理同一份風險。短期噪聲不足以觸發切換，風險和已有倉位的安全高於追趕行情。

• 狀態變化觸發重評估
• 風險優先於切換速度
• 已有倉位按生命週期管理

運行結果繼續回饋給系統

策略表現、執行品質和風險結果進入後續評估。系統長期迭代的目標，是讓判斷標準隨著市場經驗持續完善。

真實成交、手續費、資金費率、滑點和回撤會回到後續評估。系統迭代不是承諾每天自動變強，而是使用真實運行結果檢驗哪些判斷有效、哪些環境需要限制，並逐步改進策略和風險模型。

• 記錄真實執行結果
• 觀察穩定性和回撤變化
• 持續更新策略與風險模型

同樣是上漲，背後的市場狀態可能完全不同

價格連續上升可能來自穩定趨勢，也可能只是震盪區間裡的反彈，或者短時間流動性變化造成的快速拉升。只看漲跌方向無法區分這三種情況，更不能直接決定倉位、槓桿和退出方式。

系統需要同時觀察多週期價格結構、波動擴張或收縮、行情持續性和資料完整性，再形成當前市場上下文。這個上下文不是永遠正確的標簽，而是會隨著新資料持續復核的運行判斷。

• 方向只回答價格往哪裡走
• 結構回答行情是否能夠持續
• 波動和資料品質決定能否安全執行

每種策略都有適用範圍，也有明確不能處理的市場

區間內的往復波動可以由網格類能力分層處理；確認後的方向延續需要趨勢類規則管理；行情轉換、方向不清楚或成本條件不合適時，觀察和暫不交易本身也是正式決策。多策略的價值來自分工，而不是數量。

已有訂單和倉位不會因為市場標簽改變就被新策略直接接管。原策略需要繼續完成自己的訂單生命週期和退出責任，新策略只有在歸屬清楚、風險完成交接後才能控制新的交易機會。

• 網格處理適合的區間波動
• 趨勢策略使用獨立進入與退出規則
• 觀察狀態阻止不清楚環境中的強行交易

從震盪轉向趨勢時，系統不是一鍵翻轉方向

假設市場原本在穩定區間運行，隨後價格突破並伴隨波動擴大。系統首先重新判斷原區間是否失效，同時檢查已有網格訂單、持倉和保護狀態，而不是看到突破就立即撤掉全部保護並追隨新方向。

只有舊風險得到妥善管理、新市場狀態獲得足夠確認、帳戶仍有風險額度時，新的策略能力才可能進入執行。若其中任何一項不完整，系統會繼續管理已有倉位並限制新增風險。

• 先確認原市場結構是否真正失效
• 再處理舊策略留下的訂單和倉位
• 最後判斷新策略是否具備進入條件