TRADINGVIEW 營運
TradingView Alerts 何時及為何需要重建。
TradingView Alert 是按特定 Script、inputs、symbol、interval 及圖表 context 建立。重要部分改變時，重建才可確保它代表目前已驗證版本。
開始前先確認
學習目標
- 能夠解釋：Alert 是版本化對象
- 能夠解釋：必須重建的改動
- 能夠解釋：安全重建
Alert 是版本化對象
圖表可顯示較新 Script，但現有 server-side Alert 可能仍按建立時設定運行，因此只查看開啟中的圖表並不足夠。
必須重建的改動
行為或執行邊界改變時應重建。
- Pine 邏輯或重大參數更新
- Symbol、interval 或 session 改變
- Condition、message 或 webhook 改變
- Release note 明示舊 Alert 不相容
安全重建
確認版本與圖表，停止舊 Alert，按文件 condition 建立新 Alert，再以不下真實訂單方式測試。保存新舊 timestamp，避免重複 Alert 未被發現。
常見錯誤
- 只看結果，忽略文章列明的適用範圍與假設。
- 看完結果後才修改規則，卻仍把原資料稱為未見證據。
Trader Checklist
- Pine 邏輯或重大參數更新
- Symbol、interval 或 session 改變
- Condition、message 或 webhook 改變
- Release note 明示舊 Alert 不相容
實作練習
選擇一個自己的交易例子，按「TradingView Alerts 何時及為何需要重建。」列明的原則寫下一頁規則、證據與停止條件。
甚麼證據會推翻結論
若關鍵假設在支援範圍內無法重現、控制在實際執行中不可行，或新的樣本外證據與結論持續相反，便應推翻或收窄本文結論。