Rithmic plants（行情、报单、历史、盈亏）
Rithmic plants 是同一个 Rithmic 登录账号背后彼此分离的几项服务：ticker plant 推送行情，order plant 负责账户和报单路由，history plant 返回过去的逐笔和 K 线，PnL plant 报告持仓与盈亏。每个 plant 各有自己的会话、心跳和权限。
Senzoukria · 术语表 · 更新于 2026 年 9 月
四项服务，四个会话
客户端分别登录每一个 plant，并用各自的心跳维持各自的会话。Paper 与实盘环境又是另一套 plant，所以在一边买下的行情权限，不会随登录账号跟到另一边。正是这种架构，解释了为什么一个在券商自家平台上各个 plant 全绿的账户，仍然可能被 API 拒绝，也解释了为什么实时数据在流、历史却会失败。
| Plant | 提供什么 | 只影响它的典型故障 |
|---|---|---|
| Ticker | 已订阅品种的实时成交与深度 | 未订阅的交易所上收不到任何逐笔 |
| Order | 账户、下单、成交回报、在途委托 | 注资阶段路由被拒 |
| History | 按请求返回历史逐笔和 K 线 | K 线请求被拒绝访问，归档为空 |
| PnL | 持仓以及已实现或浮动盈亏 | 没有行情也照样显示余额 |
读懂一个只连上一部分的连接
- Ticker 连上、order plant 被拒：分析照常，这个账户上没有手动路由可用。
- History 被接受、但对每个窗口都沉默：可能是归档回溯不到那么早，也可能是 history plant 宕了；等开市之后再试。
- History 对 K 线返回拒绝访问：该账户没有开通历史 K 线，这属于券商权限。历史逐笔可能仍然可用。
- 有 PnL 没有 ticker：余额在更新，但图表画不出来。
在 Senzoukria 里
Rithmic Direct 连接会独立打开各个 plant，也独立汇报它们，所以状态徽标和连接诊断能指出是哪一个失败了。引导式教程写明：Paper 与实盘 plant 是分开的，而这条数据流需要该 plant 上的行情权限。历史下载面板会区分两种情况——券商以拒绝访问回绝了请求，和券商接受了登录却什么都没发——并在两种情况下都说明原因在于权限或归档，而不是应用设置。
只有当卡片上的「Allow order routing on this connection」开关被打开时，委托才会走 order plant；在注资账户上，它会一直关着，直到你自己打开。从券商报单数据流侦测到的成交会驱动交易日志和成交提示音，包括在券商自家平台上下的委托。
常见的错误
- 其他 plant 都在推送、只有一个被拒，就断定整条连接坏了。
- 指望 paper plant 上的数据权限能套用到实盘 plant。
- 对一个返回拒绝访问的历史请求反复重试，而不是去请机构开通它。
- 把一个空的历史窗口读成那个时段没有成交。
相关内容
其他语言版本
常见问题
- 为什么我的足迹图有实时数据，历史却一直是空的？
- ticker plant 和 history plant 是分别授权的。实时成交从 ticker plant 到达；过去的逐笔或 K 线则必须向 history plant 请求，而机构可能没有开通它，或者它的归档回溯不到你请求的日期。图表会继续用实时和已缓存的数据运行，并说明属于哪一种情况。
- 只做分析的话需要 order plant 吗？
- 不需要。图表、Delta、分布和热力图读的都是 ticker plant。只有手动下单或已武装的策略自动驾驶才需要 order plant；而在自营账户上，无论软件在技术上能否连上这个 plant，这两件事都需要公司的许可。