日本祝日でも終日停止しない:東京時間だけAIへsoft cautionを渡す設計
金融AI/AI代理研究開發與市場背景
即使在日本法定假日也不停止整日:只在東京時間向AI提供soft caution的設計
不是簡單地因為是假日就停止交易,而是在流動性較薄的東京核心時間以輔助資訊的形式提供給AI,保留高階框架作為主要判斷。
本文是我開發的指標與自動交易軟件(EA),在AI代理與真實帳戶上進行研究與驗證的開發日誌。驗證過程也在工作日全天候24小時的交易直播中公開。
為什麼不讓「假日=停止」
日本即使在假日,GOLD在倫敦時間或紐約時間也可能出現較大波動。僅憑假日這一屬性就進行24小時停止,會把東京市場的注意點拖到海外時間,錯失有效機會。
另一方面,09:00至15:59 JST的東京核心時間,參與者結構和流動性可能與平日不同。薄弱的價格變動、價差擴大、短期突破失敗、跟進較慢等情況值得比平日更謹慎地觀察。
實現的時間界限
- 08:59 JST:soft caution無效
- 09:00 JST:有效
- 15:59 JST:有效
- 16:00 JST:無效
- 非假日:終日無效
- 假日庫異常:中立繼續
在日本假日且為東京核心時間時,僅將soft_caution_active設定為true,條件外則為false。如果無法取得假日資訊時,也不全面停止交易,改為available=false,回歸中立。
提交給AI的輔助脈絡
當soft caution有效時,Gemini會慎重評估價差擴大、tick比率下降、上位足競爭、未確認的H1/M15下的M5單獨突破、缺乏回測的遲緩追擊、長鬚形態的失敗跡象等,這些皆來自現有資料。
重要的是,僅靠這些資訊不能強制跳過(skip)。PRIMARY=D1/H4、SECONDARY=H1/M15、ENTRY=M5的確定Pivot欄位才是主判斷,假日只是輔助資訊。不得無視市場結構,只以日曆進行買賣。
與多時間架構的關係
提交給AI的道氏理論不是基於單根K線,而是確定Pivot欄位。日線與H4決定大方向,H1與M15決定中段轉變,M5決定入口。排除形成中的K線,只比較確定資訊。
東京時間的soft caution為這三層結構增加「嚴格看待追擊風險」的脈絡。如果上位足與中間足一致、價差與新鮮度正常,便不以是假日為唯一理由關閉入口。
優先考慮機械硬性守護
即使AI做出彈性解釋,警告信號、價差上限、重複防護、帳戶狀態、下單安全網等機械守護始終優先。soft caution並非削弱hard guard,而是為模型提供附加的注意資料層。
若上位足為COUNTER_TREND,Gemini出現REVERSAL_ATTEMPT,中間足沒有WITH_TREND或REVERSAL_BREAK時,無論是否假日,皆以機械方式進行放棄。日曆脈絡與轉變確認為分離的責任。
測試中確認的事項
新的隔離測試於8/8通過。確認08:59、09:00、15:59、16:00的界限、非假日、未導入庫時的中立行為。對於不呼叫實際數據API的審計,亦確認全民的假日、東京核心時間、soft caution有效、提示生成等。
既有回歸在變更前後保持一致。已知基準31/41、低頻4/4、價差6/6。因舊的期望值與RELAX設定仍有不一致,因此不以「全部通過」為結論。
安全部署步驟
部署前的心跳檢查為open_count=0、tickets空、ack_pending不存在,暫停時EA5_ENTRY_ENABLED=False,維持正常入口,最終佈置後回到EA5入口。10:25的cron在NO_BREAKOUT、exit=0下正常結束,確認receiver及funda service的活躍。
SL、TP、手續費、HOLD、警告硬封鎖、receiver/cron處理、AutoTrading、MT4、GOLD13未作修改。本次變更為向AI提交的假日脈絡與basis保存。
留在basis的理由
AI若被放棄觀察,之後若無法分辨是因為「是假日」還是「上位足競合」,就無法改進。因此將假日名稱、東京核心時間對應、soft caution狀態、版本號等保存至basis。
enter情況也同理。若注意脈絡有效卻仍進入,需確認以何種市場結構與資料作為根據超越之理由。並使文本、輸入值與判定版本可重現。
尚未確認的事項
尚未觀測到自然的日本假日×東京核心時間候選與實際Gemini判斷及保存basis新context之情形。因此LIVE_VALIDATION為PENDING。
即便測試邊界正確,在實市場中仍可能因資料缺失、時區、夏令時、庫更新、服務重新啟動等因素影響。下一個自然候選件將以時刻、假日名、判定、保存結果進行整體驗證。
評估指標
- 假日東京時間的候選數與下單數
- 放棄原因分類
- 放棄後的最大順行與最大逆行情
- 與平日的價差與tick比率差
- 東京時間外的誤適用件數
- basis缺失與時刻位移
僅因假日交易量減少並不代表成功。若放棄的候選仍持續大幅走高,則屬機會損失。以與平日相同的形式比較,判斷慎重性是否實際貢獻於損失控制。
文章與影片的處理
若出現對應的實際交易,才在文章中嵌入與ticket、帳戶、時間相符的錄影。因假日主題適配性而避免使用其他交易的圖表影片。如無交易,亦不勉強附上影像,僅公開候選與運作日誌的驗證結果。
結論
不以hard stop結束假日,而改以僅在東京核心時間的soft caution,從而在保留海外時間機會的同時,傳達追逐薄市風險給AI。將日曆、道氏結構與機械守護分別處理,不混在一起。
正式部署已完成,但自然候選的LIVE驗證仍在進行中。區分已部署、已測試、已在實市場驗證的狀態,並在取得下一個事實時更新。
明確標示時區
若VPS、MT4、伺服器日誌、文章發布時間顯示的時區不同,會影響09:00界限的判定。假日判定明確轉換為Asia/Tokyo的時刻,並分別記錄原始的UTC、MT4 server time、JST。不可僅以螢幕上的時計來完成界限測試。
同時區影響較大的倫敦、紐約時間與日本假日判定不可統一固定偏移。市場時段另行計算,假日核心時間以JST固定,責任分離。
假日數據更新與障礙
假日庫可能過舊、臨時休假未反映或讀取失敗。此時全面停止交易會使外部資料的小故障導致全天運作受阻。本次採取fail-neutral,將取得失敗的情況保留於basis,並恢復至通常的市場結構與hard guard。
但為避免忽略取得失敗之情形,將監控available=false的次數與持續時間。中立繼續並非忽略故障,而是將交易作用與運營警示分離的設計。
下一步改善判斷
在充分樣本未集齊前,不會判定全部假日停止或移除soft caution。分開假日東京時間、通常東京時間、假日海外時間,對候選品質、放棄後的價格走勢、成交價差進行比較。先設定評價期間與最低件數,再選定後續可用期間。
本文屬研究開發與實口帳戶驗證日誌,無法保證利益或未來表現。