緣起： 家裡不想放一台整天24小時連網的交易機 且策略主要都是用TradingView開發 於是開始開發TradingView的訊號串期貨下單 然後把程式放在雲端空間，實現全雲端訊號下單 實現方式： 使用AI開發，然後找有開發文件的API來串接。 以及我自己會前端框架Angular，所以選擇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主機有延遲也不怕 歡迎各位有其他看法相互交流 -- 「戰爭結束後，我就要回鄉下結婚了」 「可惡！原來是這麼回事！」 「我才不跟可能是兇手的人待在同一地方，我要先回房了」 「先替我保管，等打完這場戰爭之後再還我吧...咦？什麼聲音，我去看看」 「等這一切結束後，我有些話想跟妳說！」 「這段時間我過的很開心」 --

※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.136.208.144 (臺灣) ※ 文章網址: https://webptt.com/m.aspx?n=bbs/Option/M.1790447983.A.4D9.html