缘起： 家里不想放一台整天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/cn.aspx?n=bbs/Option/M.1790447983.A.4D9.html