第十三天 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)