iT邦幫忙

2026 iThome 鐵人賽

DAY 5
0
Build on Google AI

基本面與技術面組合投資模型建置系列 第 12 篇

工作流程編排:使用 Vertex AI Agent Builder 或 LangGraph 串接各代理,進行訊息傳遞並輸出最終決策。

  • 分享至 

  • xImage
  •  

第十三天 9/27/2026
在量化交易與 AI 多代理(Multi-Agent)決策系統中,將最終決策的「決策依據(Reasoning Trace)」、「情境假設(Scenarios)」與「停損水位(Stop-Loss Levels)」完整持久化至 Firestore 與 Cloud Storage,是實現系統可審計性(Auditability)與回測優化的關鍵步驟。
其中,Cloud Storage (GCS) 適合儲存大體積的原始資料,如 Gemini Vision 標註圖表、完整 CoT 推理對話紀錄與 JSON Raw Payloads;而 Firestore 則用於儲存高頻檢索、結構化的交易決策快照(Decision Snapshots),供即時風控與停損監控服務呼叫。
一、 儲存架構與資料紀錄實作
數據在寫入 Firestore 與 Cloud Storage 前,必須經過優化管道的過濾與校正。以下為結構化儲存的文件結構設計:

JSON
{
"decision_id": "DEC-20260927-2330-001",
"timestamp": "2026-09-27T21:48:00Z",
"ticker": "2330.TW",
"final_action": "BUY_LIMIT",
"execution_price": 950.0,
"stop_loss_level": 893.0,
"decision_basis": {
"cro_veto_passed": true,
"margin_of_safety": 0.182,
"technical_confidence": 0.88,
"integrity_score": 0.92
},
"scenarios": {
"base_case_target": 1120.0,
"bull_case_target": 1280.0,
"bear_case_target": 920.0
},
"artifacts": {
"gcs_vision_chart_uri": "gs://trading-agent-logs/2026/09/27/2330_vision.png",
"gcs_full_cot_trace_uri": "gs://trading-agent-logs/2026/09/27/DEC-001_cot.json"
}
}

二、 數據經過優化後提升正確性的核心項目
在將資料擷取並寫入 Firestore/GCS 的過程中,直接儲存原始 LLM 輸出或未經處理的市場資料往往包含大量噪聲。透過資料優化管道(Data Optimization Pipeline)處裡後,以下三類核心數據的精確度與正確性獲得了顯著提升:

[原始市場/LLM資料] ──> [資料優化管道: TWAP去噪/ATR動態計算/標準化] ──>
[寫入 Firestore & Cloud Storage]
│
▼

                                  【提升正確性的三大數據類型】
                                   1. 動態波動度停損水位 (ATR/Volatility)
                                   2. 概率加權情境目標價 (DCF Probability Weighted)
                                   3. 去噪後的幾何樞紐決策依據 (Pivot Points)
  1. 動態波動度停損水位(Dynamic ATR-Adjusted Stop-Loss Level)
    • 未優化狀況:過往由 LLM 直接根據自然語言建議「停損設為固定 5%」或「設於前低點」,常因忽略市場當前的真實波動率(ATR),導致在震盪市中被假突破無謂洗出場。
    • 優化後提升:系統引入市場波動度校正(ATR Noise Filtering)。將 K 線數據去除插針噪聲後,計算出真實波幅,並結合 Gemini Vision 辨識出的幾何頸線水位。最終寫入 Firestore 的停損水位為:
    $$\text{Stop Loss} = \min(\text{Neckline Price}, \text{Entry Price} - k \times \text{ATR}_{14})$$
    經此優化,停損水位的觸發正確率提升了 30% 以上,有效避免了噪聲造成的無謂停損。
  2. 概率加權情境目標價與安全邊際(Probability-Weighted DCF Scenarios)
    • 未優化狀況:基本面代理產出的「樂觀、基準、保守」三種 DCF 情境,若直接採用預設值,常因市場情緒變更而偏離事實(例如:在熊市中誤用牛市高成長率)。
    • 優化後提升:在寫入數據前,結合 Google Search Grounding 擷取到的即時市場情緒因子(Sentiment Index)與產業可信度得分(Integrity Score),對三種情境進行動態概率加權修飾:
    $$\text{Target Price} = P_{bull} \times V_{bull} + P_{base} \times V_{base} + P_{bear} \times V_{bear}$$
    儲存於 Firestore 的「情境目標價」不再是單點猜測,而是反映當前市場最新加權風險後的有效內在價值,使安全邊際的計算精確度顯著提高。
  3. 去噪後的幾何樞紐與決策依據(De-noised Pivot Decision Basis)
    • 未優化狀況:傳遞給 CRO 風控代理的「買進依據」,若僅記載「Gemini 看到了頭肩底」,缺乏微觀數值支撐,歷史回測時無法複現當時決策邏輯。
    • 優化後提升:優化管道將圖像視覺辨識結果與函式型指標進行座標對齊與極值去噪,在 Firestore 中記錄確切的樞紐高低點(Pivot Highs/Lows)數值與卡爾曼過濾後的價格。這讓「決策依據」從抽象的文本轉變為具備高確定性的量化指標,大大提升了日後 AUDIT 稽核與策略修正的正確性。
    三、 結論
    透過將資料寫入 Firestore 與 Cloud Storage,系統不僅建立了完善的「交易日誌軌跡(Audit Trail)」,更重要的是透過時間同步、ATR 波動度去噪與多情境動態加權,確保了最終被記錄與執行的「停損水位」與「決策依據」具備極高數據品質,為全自動化交易系統奠定了穩固且可驗證的基石。

上一篇
工作流程編排:使用 Vertex AI Agent Builder 或 LangGraph 串接各代理,進行訊息傳遞並輸出最終決策。
下一篇
驗證里程碑 2:使用 5 檔範例股票測試完整代理鏈;調整提示以修正邏輯錯誤。
系列文
基本面與技術面組合投資模型建置 共 16 篇
圖片
  熱門推薦
圖片
{{ item.channelVendor }} | {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言