GUIDE

交易机器人怎么选:先定执行层,再谈功能和价格

约 11 分钟阅读AutoTrading 团队

绝大多数「交易机器人推荐」都在比功能数量,但功能数量从来不是决策依据。真正决定账户能不能活下来的是两件事:执行层由谁负责,以及风控写在谁那里。这两个问题答不清楚,再长的功能清单也没有意义。

TradingView 只产生信号、不下单,所以「选机器人」本质上是选那条链路的执行层。下面按决策顺序展开:先分清三类方案,再看成本结构,最后是上线前的验证清单。

三类执行层,各管什么

类型形态你获得什么你要付出什么
托管平台内置网格、DCA、信号机器人等模板,注册即可用开箱可用的策略模板、多交易所接入、图形化配置按月订阅;策略细节受平台开放度限制;资金与数据在第三方
信号桥只接收 TradingView 信号并翻译成交易所订单职责单一、链路清晰,风控完全由你的脚本和警报决定回撤保护不在平台侧——策略没写止损,它也不会兜底
自建服务自己接收 webhook、按需调用交易所 API完全自定义的风控、多交易所编排、数据自主服务器、域名、证书、监控、密钥安全的全部维护成本

三类方案的分界线不是「谁功能多」,而是风控写在哪里。托管平台把部分风控做成了产品功能,信号桥和自建把风控责任交还给你的策略。想清楚这条,选择就收敛了大半。

三类执行层的风控归属对比托管平台、信号桥、自建服务在风控归属、成本结构与数据位置上的差异。托管平台风控部分内置按月订阅数据在第三方上手最快信号桥风控在你手里订阅或买断只负责执行链路清晰自建服务风控完全自定义服务器与人力成本数据完全自主维护负担最重
先决定风控归属,再谈功能清单。

成本结构与真实门槛

表面上托管平台是「每月一笔订阅费」、自建是「免费」。真实成本要算三块:

  • 持续成本:订阅费按月付;自建要付服务器与域名,还要算上你维护它的时间。
  • 信号源成本:TradingView 的 webhook 属于付费功能,免费档位只能靠邮件转发绕道,链路更长也更脆弱。
  • 切换成本:不同平台接收的 JSON 格式不一样。迁移时最常失败的一步就是信号格式不匹配——先用一条测试警报把格式跑通,再谈迁移。

把这些放在一起,判断标准其实很简单:如果你的时间成本高于订阅费,托管平台更划算;如果你需要平台没有的自定义风控,自建的复杂度才值得。

风控才是决定账户死活的部分

在长期统计里,决定账户曲线的是回撤,不是胜率。一个高胜率但单次亏损远大于单次盈利的策略,最终一定被某一次极端行情抹掉。所以选型时的第一个问题是:这套方案的止损、保本保护、仓位上限分别由谁实现?

  1. 接收端每次下单前是否向交易所查询真实持仓?——决定它会不会因为重复信号把仓位翻倍。
  2. 是否支持只减仓?——决定平仓信号会不会意外反向开仓。
  3. 是否有仓位模式一致性校验?——合约的单向与双向持仓模式不匹配,是「想平多结果开空」的典型来源。
  4. 是否有单币种与总敞口上限?——防止一条异常信号把全部资金压到一个交易对上。
  5. 信号丢失时是否有兜底?——警报过期是静默的,没有任何告警;能否及时发现并人工接管,决定了损失量级。
下单前的风控检查顺序五层风控:密钥与权限、真实持仓校验、幂等、敞口上限、兜底与监控。1密钥与权限只读 + 交易、IP 白名单,第一道防线2真实持仓校验以交易所实际持仓为准,不信任本地缓存3幂等控制同一信号重复到达不重复开仓4敞口上限单币种、单机器人、总仓位上限5兜底与监控警报到期、信号丢失、手动接管预案
顺序不能颠倒:越靠前的层越应该先拦住问题。

上线前必须验证的五件事

验证项怎么验不通过会怎样
端到端延迟警报里带触发时间,记录「收到 − 触发」,看一周 P95滑点超出策略假设,回测结果无法复现
幂等性故意连发两条完全相同的信号,看仓位是否翻倍重复开仓,杠杆与风险敞口失控
平仓路径测试环境触发一次平仓信号,核对交易所订单记录关键时刻平不掉仓,损失被放大
权限最小化检查密钥是否只有读取与交易、是否配了 IP 白名单密钥泄露后资产可能被直接转走
测试环境先在测试网跑通完整链路,再用极小仓位实盘验证用真金白银做联调

AutoTrading 适合谁

AutoTrading 走的是「信号桥 + 多交易所执行」的路子:你在 TradingView 写策略和警报,它接收信号、按交易所真实持仓判断开仓 / 加仓 / 减仓 / 平仓 / 反手,再落到对应交易所。

  • 适合:已有可用 TradingView 策略,需要执行到多家交易所;希望每条信号都有执行日志可回溯;希望机器人可以随时暂停。
  • 适合:同时跑现货与合约,需要在 U 本位、币本位间切换;或需要把美股与 ETF 纳入同一套流程。
  • 不适合:完全没有策略、想要一个「自动赚钱」的黑盒;也不适合需要毫秒级高频的执行场景。

接入前建议先配好各交易所的手续费减免——自动交易会放大交易频次,手续费是长期最容易忽视的成本项。

下一步

如果决定自建或使用信号桥,先读 TradingView Webhook 自动交易 把 webhook 的限制搞清楚;如果准备接入,先把API 密钥按最小权限配好。这两件事做扎实,后面调策略才有意义。

常见问题

TradingView 自己会执行交易吗?

不会。TradingView 只负责产生警报并按要求发送 HTTP 请求,不接触你的资金,也不下单。从信号到订单之间必须存在一层接收并调用交易所 API 的服务。

托管平台和自己搭,哪个更安全?

安全取决于具体的权限配置和实现质量,而不是部署形态。托管平台的优势是不用你维护服务器和证书,风险在于要把密钥交给第三方;自建的优势是数据自主,风险在于密钥安全和可用性全靠自己。两者都必须遵守同一条底线:只开读取和交易,永远不开提现。

免费版的 TradingView 能配合机器人用吗?

可以通过邮件绕道使用,但 webhook 本身是付费功能。免费档位的警报支持邮件通知,需要自建一个把邮件解析成 webhook 请求的服务,链路更长、延迟更高,而且邮箱轮询有被限流的风险,不适合高频策略。

为什么回测很好,实盘却差很多?

常见原因有三个:滑点(实际成交价比回测假设差)、信号延迟(触发到成交之间的时间差在快速行情里代价很大)、执行细节不一致(仓位模式、只减仓参数、数量精度处理与回测引擎不同)。延迟与幂等这两项验证能排掉大部分问题。

一个机器人可以同时跑多个交易所吗?

取决于平台实现。多数平台是一个机器人在一个交易所、一个交易对上工作,跨交易所需要建多个机器人。这样也更容易按交易所单独暂停和排查。

把这条链路跑起来

先跑通信号、配好密钥与手续费减免,再用极小仓位实盘验证,最后逐步放大。

参考资料

交易所与平台的规则会调整,以上链接指向官方页面,操作前请以官方最新说明为准。

对内容有疑问或发现错误?欢迎通过 Telegram 告诉我们,我们会核对后更新。