我如何打造一套 TradingView 自動交易系統，讓台指期交易從此不用熬夜盯盤 一個工程師的開源專案分享：從痛點到解決方案的完整歷程 --- 凌晨三點，手機警報響起。 我從床上彈起，睡眼惺忪地盯著 TradingView 的通知——我的策略發出了做多訊號。匆 忙打開電腦，登入券商下單系統，結果價格早就跑掉了。 這樣的場景，在我身上發生過無數次。 身為一個使用 TradingView 做台指期交易的投資人，我一直有個困擾：明明策略很準， 但人跟不上機器的速度。 於是，我決定自己寫一套自動交易系統。 --- 為什麼市面上的方案都不適合我？ 在動手之前，我研究過市面上的解決方案： 付費的自動交易平台——每個月要付好幾千塊，而且我不放心把 API 金鑰交給第三方。 自己串 Shioaji API——永豐金的文件其實寫得不錯，但要處理的細節太多：連線管理、 錯誤處理、訂單狀態追蹤光是解決「Too Many Connections」這個錯誤就花了我好幾 天。 現成的開源專案——找了一圈，要嘛太陽春只能下單，要嘛架構太複雜難以維護。 所以我決定：自己從頭打造一套符合需求的系統，然後開源出來讓大家一起用。 --- 我想要的系統長什麼樣子？ 在開始寫程式之前，我先列出了幾個必要條件： 1. TradingView 警報直接觸發下單 我不想改變現有的工作流程。我習慣在 TradingView 上寫策略、看圖表，所以系統必須 能直接接收 TradingView 的 Webhook。 2. 不用寫程式就能用 雖然我是工程師，但我希望這套系統連不會寫程式的朋友也能用。設定檔填一填、 Docker 指令跑一跑，就應該要能動。 3. 穩定可靠，不會漏單 這是拿真錢在交易，系統掛掉可不是開玩笑的。必須有完善的錯誤處理和自動重連機制。 4. 有個好看的介面 我想要一個控制台，可以看到所有訂單紀錄、目前持倉、成交狀態。不是只能看 log 那 種工程師 style。 5. 資料留在自己手上 API 金鑰、交易紀錄，這些敏感資料我不想放在別人的伺服器上。系統必須能跑在自己的 機器上。 --- 技術架構：如何解決「連線數過多」的問題 如果你用過 Shioaji API，應該知道它有連線數限制。同時開太多連線就會被踢掉。 這在一般情況下不是問題，但當你的系統需要同時處理多個請求（比如 TradingView 連 續發出好幾個警報），就會出狀況。 我的解決方案是：用 Redis 做訊息佇列，確保只維持一條 Shioaji 連線。 架構大概是這樣： TradingView Webhook → FastAPI 接收請求 → Redis 訊息佇列 → Trading Worker（ 唯一的 Shioaji 連線）→ 永豐金證券 不管有多少請求同時進來，都會乖乖排隊，由 Trading Worker 一個一個處理。 這個架構還有個好處：API 服務可以開多個 worker 來處理更多請求，但交易的部分永遠 只有一條連線，不會觸發限制。 --- 控制台介面：讓交易一目瞭然 身為一個重視使用體驗的工程師，我花了不少時間在控制台的設計上。 委託紀錄頁面可以看到： ‧ 每一筆訂單的時間、商品、方向、數量 ‧ 即時狀態（待處理、已送出、已成交、已取消） ‧ 成交價格和成交量 ‧ 篩選和匯出功能 持倉頁面可以看到： ‧ 目前持有的部位 ‧ 未實現損益 ‧ 持倉成本 TradingView 設定頁面則提供： ‧ Webhook URL 一鍵複製 ‧ JSON 格式範例 ‧ Pine Script 策略範本 這些功能在交易時真的很實用，尤其是報稅的時候可以一鍵匯出 CSV，省了很多整理資料 的時間。 --- 實際使用心得 這套系統我自己已經用了一段時間，分享幾個心得： 模擬模式很重要 剛開始一定要用模擬模式測試。不只是測系統有沒有 bug，更重要的是確認你的 TradingView 策略邏輯是對的。我就曾經因為 alert_message 設錯，結果做多訊號變成 做空 網路穩定度是關鍵 自動交易最怕的就是網路斷線。我後來把系統部署到雲端（AWS），uptime 比放在家裡的 電腦好太多。 不要過度優化策略 有了自動交易系統之後，很容易陷入一直改策略的迴圈。但說實話，一個簡單穩定的策略 ，長期下來通常比複雜的策略表現更好。 --- 開源：讓更多人受惠 這套系統我決定完全開源，放在 GitHub 上讓大家自由使用。 GitHub：https://github.com/luisleo526/shioaji-api-dashboard 為什麼要開源？ 一方面是回饋社群。我在開發過程中參考了很多開源專案和網路上的分享，現在換我貢獻 一點東西。 另一方面，開源可以讓更多人幫忙找 bug、提供改進建議。一個人的力量有限，但社群的 力量是無窮的。 --- 如果你需要更多幫助 開源版本已經可以滿足大部分需求，但如果你有以下狀況，我也提供付費的客製化服務： 不想自己架設伺服器——我可以幫你部署到 AWS/GCP，設定好 SSL 和監控，確保 24/7 穩定運行。 需要特殊功能——比如多帳戶下單、LINE 通知、特殊的風控邏輯，都可以依需求開發。 有交易想法但不會寫 PineScript——我可以幫你把策略邏輯轉換成可自動執行的程式。 完全不懂技術——我提供一對一教學，從零開始手把手帶你設定。 有興趣的話，歡迎來信討論：[email protected] --- 寫在最後 自動交易不是聖杯，它只是一個工具。 好的工具可以幫你節省時間、減少情緒干擾、提高執行效率。但最終決定成敗的，還是你 的交易策略和風險管理。 希望這套系統能幫助到和我一樣，想要讓交易更有效率的人。 如果你覺得這篇文章有幫助，歡迎分享給有需要的朋友。也歡迎到 GitHub 給個 Star， 這是對開源作者最大的鼓勵！ --- 免責聲明 自動交易有風險，期貨交易可能損失超過原始投資金額。本文僅供學習參考，不構成任何 投資建議。使用前請務必先用模擬模式充分測試，並審慎評估自身風險承受能力。 --- 如果你對這個專案有任何問題或建議，歡迎在下方留言，或是到 GitHub 發 Issue。 也歡迎追蹤我，之後會分享更多關於程式交易的心得。 --

※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 111.240.150.107 (臺灣) ※ 文章網址: https://webptt.com/m.aspx?n=bbs/Stock/M.1767108933.A.F46.html 暫時沒有要經營短影音社群，先說聲抱歉了 最近會再補上證券的部分，敬請期待 甚麼軟體要花錢? 程式交易的部分偏少，可能會有點硬 老實說我對MQ沒什麼研究，剛好本身工作會用就直接使用 ※ 編輯: iHaveAPen (111.240.150.107 臺灣), 12/31/2025 01:02:28 我的用意其實不是分享code work，是盡可能讓有這個需求的人直接套用， 雖然如此，但似乎看懂README.md也是需要一點工程底。 如果願意跟AI溝通一下，應該是可以直接上手的。 實在不行，就讓我賺點吧XD ※ 編輯: iHaveAPen (111.240.150.107 臺灣), 12/31/2025 01:09:42 歡迎寄信給我 ※ 編輯: iHaveAPen (111.240.150.107 臺灣), 12/31/2025 01:29:54 一定有其他付費產品，只是身為工程師會在意各種［可控性］，不否認我在意的 可控性可能不夠，就看自己喜歡哪一種方式吧 ※ 編輯: iHaveAPen (111.240.150.107 臺灣), 12/31/2025 01:37:49 這問題問到重點了，我這邊分享一下，要串自動交易的話，要先了解甚麼是Webhook Webhook是一個event-triggered的通訊方式，對於程式交易而言，就是有一個 「不知道甚麼時候」發生的事件會傳到你的伺服器上，這個事件包含但不限於 開多，平多，開空，平空 所以概念上，你只要能夠寫出一個系統，可以處理這四種事件，那就是一個可用的 交易系統了(不考慮策略設計) 要如何接收到這個事件，首先你要有辦法架一個伺服器去「配合」跑策略的提供商， 去接收HTTP的request，這偏向網路的後端工程。 我的開源專案雖然是寫TradingView，但如果你自己本身有其他跑策略的系統， 用特定來源的OHLCV來決定要不要進出場，那其實我開源的系統也可以直接套 至於要怎麼執行這個事件，就要看券商的API文件，我接過元大、國票、永豐， 最後決定使用永豐的還是因為他的文件更接近工程師(雖然有待加強，但是瑕不掩瑜) 倘若你問我我怎麼知道這些的? 因為我弄過更複雜的系統，所以以上就是信手拈來了 ※ 編輯: iHaveAPen (111.240.150.107 臺灣), 12/31/2025 01:57:54 ※ 編輯: iHaveAPen (111.240.150.107 臺灣), 12/31/2025 02:00:18 IB本身確實就麻煩，那個2FA很搞人 ※ 編輯: iHaveAPen (111.240.150.107 臺灣), 12/31/2025 02:32:51 虛擬貨幣算是相對友善，幾乎每一間都有很好好的API文件與支援，美股的話，我認為 相對難處理，甚至可能會需要寫RPA去觸發自動交易 ※ 編輯: iHaveAPen (111.240.150.107 臺灣), 12/31/2025 02:55:07