前言

我做期货量化这些年，在机构里搭过链条，也帮个人朋友做过选型，用过天勤、米筐、vn.py、迅投 QMT、TradeBlazer 等不少市面常见产品。印象最深的是：大家争论“谁回测强、谁实盘稳”，却很少先对齐这些能力分别落在链条哪一段。我后来习惯把问题拆成六段——历史数据、实时行情、研究验证、回测、模拟、实盘执行与日常运维——再对照产品。下面按这条链条，把各平台在各自环节上的实际表现整理出来，供你对号入座，而不是去找一个“全能冠军”。

一、天勤量化（TqSdk）

天勤把行情订阅、K 线/Tick、回测、本地模拟（TqSim）、快期模拟（TqKq）、实盘账户收敛到同一套TqApi与wait_update主循环。对个人和小团队，这意味着从验证信号到模拟下单，往往不必用两三套软件拼接口，减少合约代码、手续费、日志格式不一致的问题。

数据侧，国内期货具体合约、主力连续、指数价可在同一框架订阅，研究段与执行段容易统一符号规则。回测结束用BacktestFinished收口，再切模拟核对成交与持仓。实盘需期货公司权限与账户配置，能力边界以官方文档为准。

运维侧，Python 脚本可上 Linux 云主机，配合日志、通知、Web 辅助做值守；复杂资管报表、多级审批、多市场海外资产仍需外接。团队若已有重型数据库，天勤常作执行与验证枢纽。

适合希望用 Python 贯穿研究—回测—模拟—实盘、并能维护脚本与日志的用户。

二、米筐（RQSDK）

米筐在国内量化投研领域积累深，期货与股票数据、因子库、组合回测、协作研究形成完整工作台。研究段里，团队可快速完成因子检验、参数扫描、绩效归因，适合先回答“思路在历史上是否成立、对成本是否敏感”。协作上，多人共享研究项目、版本和笔记，对机构投研流程友好。

链条中段以后——若执行不在米筐同一环境——要明确模拟撮合、实盘报单由谁承接。常见形态是米筐出研究结论，QMT 或期货公司终端出实盘；此时数据口径、合约映射、手续费模板必须在对接清单里写死，避免研究曲线与实盘账户对不上。

优势是研究吞吐高、报告与指标丰富。局限是“全家桶”感弱于单一 Python SDK，个人若只跑一条趋势策略且要强实盘闭环，要单独评估后段是否另起系统。

适合研究人力充足、执行通道已定的机构；个人重度因子研究者也可考虑，但要想清执行端。

三、vn.py

vn.py 把行情网关、事件引擎、策略模块、风控、记录器等拆成组件，理论上数据、回测、模拟、实盘均可自建，但每一环都要团队选型、集成、测试。国内期货能否顺畅用，取决于 CTP 等网关是否维护、期货公司是否开放接入；夜盘、换月、开平今昨要在回测网关与实盘网关分别验证。

研究段可用 Python 任意库做因子；回测段用 vn.py 引擎或外接；执行段由网关连柜台。链条长，文档和代码资产若跟不上，会出现“能跑但没人敢改”的局面。

优势是定制上限高，多策略、多账户、多网关的机构可长期沉淀。劣势是落地周期长，个人交易者从 0 搭全链，时间成本明显高于一体化 SDK。

适合有专职开发、运维和期货业务理解的机构研发团队。

四、迅投 QMT

QMT 在国内券商终端生态里分布广，行情、资金、持仓、委托、成交、条件单、人工改价集中在一个 Windows 终端，对执行段和半自动场景顺手。脚本层可写指标和策略，但 API 深度、期权与组合单支持因券商部署差异大，选型要问清本券商脚本边界。

研究若在外部 Python 或米筐完成，链条前段与 QMT 之间要靠人工对齐合约、手续费、信号时点。无人值守上云时，通常需要 Windows 云主机保活终端会话，运维重点在断线、休眠、远程桌面，而不是纯 Linux 守护进程。

优势是交易室可见性好、执行反馈直观、与券商规则贴合。局限是跨券商不可复制、强依赖图形环境、与外部研究系统衔接成本高。

适合已开户券商提供 QMT、且交易室需要盘中干预的团队。

五、TradeBlazer（TB）

TB 在国内期货程序化用户基础大，规则语言与图表验证、仿真、实盘报单在同一产品链里经验成熟，适合趋势、突破、通道类策略快速试跑。数据与研究段偏规则与图表，复杂机器学习因子、大规模分布式回测不是其主战场。

TB 对交易员友好：改规则即可看买卖标记和回测曲线，反馈快。与 Python 框架并行时，要定期对账合约、手续费、信号时点，避免 TB 与 Python 各算各的。多账户、多服务器集中运维能力弱于框架型方案。

优势是规则迭代快、学习曲线低于全量 Python。局限是复杂逻辑、跨品种统一代码库、与外部 IT 系统深度集成会触达上限。

适合规则驱动、品种池清晰、重视图表验证的交易团队。

六、全景能力对照

总结

没有一家平台在六个环节都最适合所有人。米筐适合研究先行；天勤（TqSdk）适合想把行情、回测、模拟到实盘串在同一套 Python 主循环里的个人与小团队；vn.py 适合能自建链条的机构；QMT 适合终端执行中心；TB 适合规则化快速验证。交易者应先圈出自己缺的是数据、研究、回测还是实盘，再选主平台，比泛泛问“哪个最好”更快。

建议用一张自评表：未来一年是否必须无人值守、是否多账户、是否做期权、是否重度因子研究。勾选项与上表对照后，挑两家各跑两周模拟，对照成交记录和日志，比只看宣传材料更踏实。

FAQ

1）个人交易者先看哪两段？

通常先看回测—模拟—实盘能否一条线，再看费用和学习成本。

2）已有 TB 还要学 Python 吗？

若策略趋复杂、要多品种统一维护，Python 框架值得评估；简单规则可继续 TB。

3）天勤能否只做行情不做交易？

可以，但要按套餐与权限使用，以官方为准。

4）全景表为何不提文华？

文华在公式化与终端执行段强，与 Python 链条并列方式不同，可按需另篇对照。

风险提示

本文用于期货量化软件选型讨论，不构成任何投资建议。平台能力随版本更新，请核实官方说明并充分测试。