金融AI／AI代理人研究開發・指標基礎

GOLD13統一為M5正式本，公開時間足隔離部署與圖標顯示回退

為避免切換時間足時歷史與判定混雜，僅讓M5作為執行正本。另一方面，VPS上圖標繪製出現回退，因此分別報告部署成功與顯示成功。

本文是我開發的指標GOLD13與自動交易軟件（EA）在AI代理與實盤上的研究與驗證開發日誌。驗證情況也於平日24小時的交易直播中公開。

本次變更目的

在MT4中，同一指標即使在M5、M15、H1等時間足亦會重新計算與還原。若執行時間足模糊，可能復原其他時間足的歷史、重複判定同一事件、過去圖示位置在後續tick移動等風險。

因此GOLD13僅將M5設定為canonical execution timeframe，即唯一的執行正本。非M5的實例採用被動顯示，不進入事件生成、分類帳變更、信號判定。

部署範圍

• M5以外在分類帳復原前被動化
• 非M5的信號計算在入口處停止
• restore與duplicate check分離為以時間足為單位
• 實時圖標錨點持久化
• 帶寬計算統一至已確定的M5足
• 輸入名、型別、順序、預設值不變

EA、入口方針、AutoTrading、receiver、帳戶設定、profile、template、實-chart的時間足未變動。僅就時間足隔離進行部署。

VPS部署驗證

部署至AWS Lightsail新加坡VPS，VPS MetaEditor顯示0 errors、0 warnings。LowBig MT4通常重新啟動，確認GOLD13的BAND_UPDATE與BANDTIP_CREATED、EA的positions=0。最終確認時為open position 0、pending order 0。

候選MQ4、部署前備份、VPS還原MQ4、生成EX4的SHA256已記錄。VPS還原MQ4因BOM、CRLF、開頭空行差異而產生raw SHA變動，但正規化後的正文與候選相符。對於編譯成果的EX4，不假設為決定論生成，而是作為結果記錄。

可自然事件中可確認之事

重啟後出現自然的M5警告 SELL事件。EA端被視為過時而被拒絕，訂單未開啟。此案例證實signal engine與交付路徑在運作。

但正式圖表仍有FUNDAFX_EA5連結。僅為驗證而人工更動時間足會對實運造成不必要影響，因此未實施從M5切換至其他時間足再切回的LIVE round-trip。

部署後發現的顯示退化

其後的VPS REALTIME日誌顯示SELL 16:15、BUY 16:48、16:50、16:55、17:00的事件生成繼續。然而各事件皆出現BMPFILE設定錯誤，圖表上僅有signal icon未顯示。

原因在於時間足隔離候選的差分未包含六個資源宣告，OBJPROP_BMPFILE引用了外部圖像路徑而非嵌入路徑。本地環境與VPS於圖像解決條件不同，僅VPS於繪製時出現失敗。

哪些在動、哪些壞了

signal engine、事件生成、band更新、EA連接並未停止。真正壞掉的是VPS上的BMP圖示繪製。不可混為“指標整體停止”或“無問題”。

顯示是讓使用者確認判斷依據的重要功能。即使訂單邏輯在動作，若畫面上的證據缺失，運用品質也無法合格。功能、顯示、記錄分別作為獨立的合格項。

hotfix的現況

最小hotfix為恢復消失的嵌入式資源宣告與參照路徑，且在隔離環境已確認0 errors、0 warnings。但正式產生於實盤的覆蓋尚未執行。為了顯示修正，不改動其他邏輯，需在保存目前的MQ4／EX4、chart inputs後再推進。

部署後將分別檢查MT4重新初始化、BMP錯誤消失、既有signal icon再次顯示、事件生成持續、分類帳、band、inputs維持。若出現異常，將回到舊版，且不任意更改entry狀態。

時間足往返檢視項目

1. 記錄M5的signal、marker、ledger、band
2. 使用者自然操作下移至其他時間足
3. 在非M5不出現事件與ledger變動
4. 回到M5後，過去anchor與歷史一致
5. 確認無重複事件與圖示移動

在此round-trip完成前，LIVE_VALIDATION的時間足隔離不視為完成。離線回歸PASS與實際畫面驗證為不同事項。

作為AI研究開發的意義

僅提升金融AI的判斷精度，若用於輸入的指標歷史在時間足切換時改變，學習與驗證的基礎就會崩裂。AI、EA、GOLD13、錄影、heartbeat需在相同時刻與狀態共享，才成為一條統一的驗證線。

此次包含問題在內將公開。記錄部署事實、可確認的運作、發現的退行、未部署的hotfix、未實施的LIVE驗證等，作為變更歷史而非單純完成報告。

下次報告的合格條件

• 正式hotfix的SHA與編譯結果
• BMPFILE錯誤消失
• 既有與新圖示顯示
• 事件生成持續
• 非作用於M5以外
• M5復歸後歷史一致
• open／pending與EA運作狀態

即使部分成功，也不代表整體完成。特別是顯示的修復與訂單邏輯的持續需分別確認。

留意顯示退化的監控

即使日誌中event success並列，若使用者看到的圖表未有任何繪製，驗證體驗就失敗。因此分別確認event生成數、OBJPROP設定結果、實際物件數、畫面呈現的外觀。僅以日誌成功作完成條件不足，亦會以截圖與實時畫面保持一致。

圖像資源若在本地解決，卻在VPS失敗，需確認是否嵌入於編譯時、執行時路徑指向外部資料夾、檔名大小寫與分隔符是否一致，並於部署端條件加入測試。

保留歷史的遷移設計

熱修復後即使圖示重新顯示，若過去signal的時刻或價格改變，仍是新問題。非刪除既有ledger再重新生成，而是在部署前後比較object名、anchor time、price、direction。新事件僅修正，歷史不移動。

同時也要觀察帶入的當前值是否仍然在畫面上呈現，並持續使用last closed M5 bar。若回到形成中足，之後邊界會移動，實時直播與儲存影像的描述亦會不一致。顯示穩定性直接關聯到AI所接收的觀測值的再現性。

回滾條件

若出現compile error、初始化失敗、事件停止、EA連接異常、分類帳缺失、inputs變更等任一情況，將回滾至部署前保存的MQ4／EX4。為快速修正顯示，避免在不明狀態下繼續運作。回滾後仍保留原因日誌與失敗版的SHA。

GOLD13 銷售頁面
平日24小時交易直播

本稿為研究開發・實盤驗證日誌，並不保證利益或未來性能。