緣起：
家裡不想放一台整天24小時連網的交易機
且策略主要都是用TradingView開發
於是開始開發TradingView的訊號串期貨下單
然後把程式放在雲端空間，實現全雲端訊號下單
實現方式：
使用AI開發，然後找有開發文件的API來串接。
以及前端框架選擇Angular是因為後面的是google，比較會繼續維運
所以選擇Angular當監控畫面網站
然後找個網路空間(後來選Azure)放上去，然後安排假日停機。
串接選擇：
統一期貨UniTrade API，
因為為python的架構，
使用FastAPI，反應快速，
且還有技術文件讓AI好接
最終成果：
TradingView 訊號或 Angular 20 儀表板
→ FastAPI
→ Unitrade API 下單。
FastAPI
同時把策略、訊號、委託與成交紀錄存進 PostgreSQL；
Unitrade 的委託及成交回報也會更新資料庫。
避坑分享：
1.下單憑證，密碼不要設為空或是無密碼。
容易因為密碼規範不允許長度0而卡住，我自己原本想方便，
結果搞到自己XD
2.架構分離：
因為連線下單程式，相當於自己做的下單機
所以連線問題要能夠不影響整個下單頁面，且能有連線狀況回報
3.要預留同步改密碼機制
幾天前改密碼，結果訊號下單都失敗，
還一直因為錯誤登入下單導致帳號鎖住
才發現沒有把密碼修改給網路空間。
且由於現在AI都有限制，網路空間和AI都無法直接給明碼
所以要特別設置.env之類的檔案，然後排除git控制
4.串接Discord
自從Line notify關閉後，使用discord輕鬆又自在
可以設置一個私人伺服器，然後設一個自己的頻道
再加入discord的機器人，把webhook設定到TradingView
或是設定在下單平台
就可以實現下單回報通知
開銷：
1.TV的Primium
2.TV台指期無延遲訊號源
3.雲端空間費用
4.AI月租費
結論：
雖然TradingView還沒有MultiCharts成熟
但是花點錢讓家裡不必擺台24小時連網的機台
我自己還是覺得不錯
即使開銷也許和MC+訊號源+下單機差不多
也還好我的策略不是高頻，
所以即使TradingView主機有延遲也不怕
歡迎各位有其他看法相互交流