Edge
Chrome
Firefox
前言
最近圈内都在传各家券商逐步收紧 MiniQMT 外部调用权限，不少做通达信预警自动交易、外接聚宽 / 本地 Python 策略、日内高频 T+0 的集友直接卡壳，原有自动化流程跑不通。
折腾一周实测叩富大 QMT，不用 MiniQMT 也能实现外部信号自动下单，整理三套落地方案，从零基础通达信用户到专业分布式量化全覆盖，全部本地实盘跑通过，无第三方外挂，走券商原生交易通道，合规稳定。
方案一：文件监控方案｜通达信用户首选，零中间件轻量自动化
适合人群
只用通达信指标预警、ETF 波段、可转债轮动，不想装 Redis、搭 Web 服务，编程基础薄弱，追求快速落地。
完整流程
信号输出：通达信条件预警设置，把买卖信号输出到固定 txt 文件，字段包含时间、备注、股票代码、买卖方向、委托价；
QMT 轮询监听：大 QMT 内置 Python 写循环定时扫描文件修改状态；
解析信号：逐行读取文本，拆分证券代码（如 xxxxxx.SH）、交易价格、买卖指令；
自动报单：调用 QMT 原生passorder完成限价 / 市价委托。
避坑优化点
文件占用报错增加重试读取逻辑，防止漏信号漏单；
短线、ETF 套利需要低延迟，轮询间隔设置≤1 秒；
单独新建空文件夹存放信号文件，区分日志、临时文档，避免读取错乱。
实操步骤
新建独立文件夹，清空无关文件；
QMT 编写文本读写测试脚本，写入测试内容并打印读取结果，校验格式；
示例写入内容：
TXT_RW_OK
time=2026-07-02 14:00:31
chinese=通达信预警买入信号
stock_code=xxxxxx.SH
接入循环监听逻辑，对接 passorder 交易函数，先用模拟盘测试下单、撤单；
通达信开启预警输出至对应 txt，实盘小仓位验证信号触发。
优缺点
✅ 优点：无需额外软件、部署 5 分钟搞定、通达信无缝衔接、维护成本极低；
❌ 缺点：轮询存在毫秒级延迟，不适合 Tick 级极致高频。
方案二：Redis Pub/Sub 消息队列｜日内高频、低延迟交易专用
适合人群
日内做 T、ETF 高频套利、多策略同时推送信号，要求信号延迟＜50ms。
核心逻辑
外部策略 / 通达信脚本生成信号，写入 Redis；大 QMT 订阅频道实时接收消息，收到立刻执行下单，无需轮询等待。
两种数据结构按需选择：
List 队列：单消费、高频连续信号；
Pub/Sub 发布订阅：多脚本、多客户端同步接收信号。
高可用配置要点
开启 Redis RDB+AOF 持久化，电脑重启、宕机不会丢失未执行信号；
每条信号生成唯一 ID，QMT 本地记录已处理 ID，杜绝重复委托；
Windows 端一键部署 Redis 服务，配套安装文档可直接照着操作。
Pub/Sub 实操流程
本地启动 redis-server；
大 QMT 编写订阅脚本，绑定自定义频道my-channel后台常驻运行；
外部 Python 编写推送端，持续发送买卖信号、退出指令；
QMT 实时接收消息，打印日志并自动报单，发送 exit 可安全终止订阅程序。
实测日志效果：
Subscribed to channel:mychannel
received message: 买入 xxxxx0.SH 26.90 1000
received message: 卖出 xxxxx.SH 0.890 5000
received message: exit
Subscriber exiting
优缺点
✅ 优点：毫秒级实时推送、并发多策略、宕机信号不丢失，高频交易最优解；
❌ 缺点：需要额外部署 Redis，有基础 Python 门槛。
方案三：Tornado HTTP API 接口｜跨平台分布式、完全复刻 MiniQMT 远程调用
适合人群
聚宽 / 米筐等量化平台跟单、云服务器 + 本地 QMT 协同、多账户统一管理、需要 VSCode 远程控制交易的专业量化玩家。
整体架构
QMT 服务端：大 QMT 内部用 Tornado 搭建 RESTful 本地 API，端口 9000 启动；
标准化接口封装，覆盖全部交易、账户、行情功能：
/api/order/buy 买入委托、/api/order/sell 卖出委托
/api/money/available 查询可用资金、/api/holding 持仓查询
/api/market/full_tick 获取实时 Tick、批量撤单、委托状态查询
外部客户端：任意 Python 环境仅需 requests 库，发送 HTTP 请求下发指令；
底层执行：API 转发请求调用 QMT 原生passorder、get_trade_detail_data完成交易。
安全 & 风控设计
IP 白名单 + JWT Token 双重鉴权，防止外网非法下单；
异步处理，信号接收与交易解耦，避免接口阻塞卡死策略；
设置每分钟请求上限，批量下单不会触发券商风控拦截。
实操步骤
大 QMT 新建策略，编写 Tornado 服务代码，启动日志显示：Tornado QMT API started at ；
本地 IDE 编写客户端请求脚本，测试查持仓、买入、撤单指令；
QMT 接收请求自动生成委托，委托列表、成交明细实时更新；
实测成交记录：
资金账号 xxxx8331，09:25:39 限价买入长xx力 xxxxx0，价格 26.90，成交 100 股；
云服务器部署策略，远程调用本地 API，实现云端策略本地实盘。
优缺点
✅ 优点：功能最全、完美替代 MiniQMT 远程调用、跨设备跨平台、支持复杂分布式架构；
❌ 缺点：开发工作量最大，需要掌握 Web 接口、网络安全相关知识。
三套方案横向对比，快速匹配自身需求
表格
方案 延迟 部署难度 适用人群 核心使用场景
文件监控 1 秒级 极低 通达信散户、中低频波段、可转债轮动 通达信预警自动下单、轻量化自动化
Redis 消息队列 ＜50ms 中等 日内短线、高频 T+0、多策略并发 Tick 级低延迟信号、多脚本同步推送
Tornado HTTP API 百毫秒级 较高 专业量化、跨平台跟单、云服务器协同 远程控制、多账户、分布式策略
补充实操提醒
全部方案交易指令走券商官方 QMT 柜台，相比第三方外挂工具安全性更高，风控匹配度更好；
新策略务必先用模拟盘完整跑 3-5 个交易日，验证下单、撤单、重复信号、文件占用异常场景；
大 QMT 开通门槛友好，有量化客户经理提供示例代码、Redis 安装文档，代码调试有问题可咨询；
不建议混用多套桥接方案，单一策略只用一套信号通道，减少信号冲突漏单概率。
总结
MiniQMT 受限不用放弃自动化交易，三套方案覆盖不同层次需求：通达信普通交易者直接上文件监控；做日内高频、追求低延迟选 Redis；专业做跨平台、云端策略直接搭建 HTTP API。
三套方案均为本地实盘验证通过，代码逻辑简单可复用，有需要的集友可以留言交流踩坑经验，互通脚本优化思路。
最近圈内都在传各家券商逐步收紧 MiniQMT 外部调用权限，不少做通达信预警自动交易、外接聚宽 / 本地 Python 策略、日内高频 T+0 的集友直接卡壳，原有自动化流程跑不通。
折腾一周实测叩富大 QMT，不用 MiniQMT 也能实现外部信号自动下单，整理三套落地方案，从零基础通达信用户到专业分布式量化全覆盖，全部本地实盘跑通过，无第三方外挂，走券商原生交易通道，合规稳定。
方案一：文件监控方案｜通达信用户首选，零中间件轻量自动化
适合人群
只用通达信指标预警、ETF 波段、可转债轮动，不想装 Redis、搭 Web 服务，编程基础薄弱，追求快速落地。
完整流程
信号输出：通达信条件预警设置，把买卖信号输出到固定 txt 文件，字段包含时间、备注、股票代码、买卖方向、委托价；
QMT 轮询监听：大 QMT 内置 Python 写循环定时扫描文件修改状态；
解析信号：逐行读取文本，拆分证券代码（如 xxxxxx.SH）、交易价格、买卖指令；
自动报单：调用 QMT 原生passorder完成限价 / 市价委托。
避坑优化点
文件占用报错增加重试读取逻辑，防止漏信号漏单；
短线、ETF 套利需要低延迟，轮询间隔设置≤1 秒；
单独新建空文件夹存放信号文件，区分日志、临时文档，避免读取错乱。
实操步骤
新建独立文件夹，清空无关文件；
QMT 编写文本读写测试脚本，写入测试内容并打印读取结果，校验格式；
示例写入内容：
TXT_RW_OK
time=2026-07-02 14:00:31
chinese=通达信预警买入信号
stock_code=xxxxxx.SH
接入循环监听逻辑，对接 passorder 交易函数，先用模拟盘测试下单、撤单；
通达信开启预警输出至对应 txt，实盘小仓位验证信号触发。
优缺点
✅ 优点：无需额外软件、部署 5 分钟搞定、通达信无缝衔接、维护成本极低；
❌ 缺点：轮询存在毫秒级延迟，不适合 Tick 级极致高频。
方案二：Redis Pub/Sub 消息队列｜日内高频、低延迟交易专用
适合人群
日内做 T、ETF 高频套利、多策略同时推送信号，要求信号延迟＜50ms。
核心逻辑
外部策略 / 通达信脚本生成信号，写入 Redis；大 QMT 订阅频道实时接收消息，收到立刻执行下单，无需轮询等待。
两种数据结构按需选择：
List 队列：单消费、高频连续信号；
Pub/Sub 发布订阅：多脚本、多客户端同步接收信号。
高可用配置要点
开启 Redis RDB+AOF 持久化，电脑重启、宕机不会丢失未执行信号；
每条信号生成唯一 ID，QMT 本地记录已处理 ID，杜绝重复委托；
Windows 端一键部署 Redis 服务，配套安装文档可直接照着操作。
Pub/Sub 实操流程
本地启动 redis-server；
大 QMT 编写订阅脚本，绑定自定义频道my-channel后台常驻运行；
外部 Python 编写推送端，持续发送买卖信号、退出指令；
QMT 实时接收消息，打印日志并自动报单，发送 exit 可安全终止订阅程序。
实测日志效果：
Subscribed to channel:mychannel
received message: 买入 xxxxx0.SH 26.90 1000
received message: 卖出 xxxxx.SH 0.890 5000
received message: exit
Subscriber exiting
优缺点
✅ 优点：毫秒级实时推送、并发多策略、宕机信号不丢失，高频交易最优解；
❌ 缺点：需要额外部署 Redis，有基础 Python 门槛。
方案三：Tornado HTTP API 接口｜跨平台分布式、完全复刻 MiniQMT 远程调用
适合人群
聚宽 / 米筐等量化平台跟单、云服务器 + 本地 QMT 协同、多账户统一管理、需要 VSCode 远程控制交易的专业量化玩家。
整体架构
QMT 服务端：大 QMT 内部用 Tornado 搭建 RESTful 本地 API，端口 9000 启动；
标准化接口封装，覆盖全部交易、账户、行情功能：
/api/order/buy 买入委托、/api/order/sell 卖出委托
/api/money/available 查询可用资金、/api/holding 持仓查询
/api/market/full_tick 获取实时 Tick、批量撤单、委托状态查询
外部客户端：任意 Python 环境仅需 requests 库，发送 HTTP 请求下发指令；
底层执行：API 转发请求调用 QMT 原生passorder、get_trade_detail_data完成交易。
安全 & 风控设计
IP 白名单 + JWT Token 双重鉴权，防止外网非法下单；
异步处理，信号接收与交易解耦，避免接口阻塞卡死策略；
设置每分钟请求上限，批量下单不会触发券商风控拦截。
实操步骤
大 QMT 新建策略，编写 Tornado 服务代码，启动日志显示：Tornado QMT API started at ；
本地 IDE 编写客户端请求脚本，测试查持仓、买入、撤单指令；
QMT 接收请求自动生成委托，委托列表、成交明细实时更新；
实测成交记录：
资金账号 xxxx8331，09:25:39 限价买入长xx力 xxxxx0，价格 26.90，成交 100 股；
云服务器部署策略，远程调用本地 API，实现云端策略本地实盘。
优缺点
✅ 优点：功能最全、完美替代 MiniQMT 远程调用、跨设备跨平台、支持复杂分布式架构；
❌ 缺点：开发工作量最大，需要掌握 Web 接口、网络安全相关知识。
三套方案横向对比，快速匹配自身需求
表格
方案 延迟 部署难度 适用人群 核心使用场景
文件监控 1 秒级 极低 通达信散户、中低频波段、可转债轮动 通达信预警自动下单、轻量化自动化
Redis 消息队列 ＜50ms 中等 日内短线、高频 T+0、多策略并发 Tick 级低延迟信号、多脚本同步推送
Tornado HTTP API 百毫秒级 较高 专业量化、跨平台跟单、云服务器协同 远程控制、多账户、分布式策略
补充实操提醒
全部方案交易指令走券商官方 QMT 柜台，相比第三方外挂工具安全性更高，风控匹配度更好；
新策略务必先用模拟盘完整跑 3-5 个交易日，验证下单、撤单、重复信号、文件占用异常场景；
大 QMT 开通门槛友好，有量化客户经理提供示例代码、Redis 安装文档，代码调试有问题可咨询；
不建议混用多套桥接方案，单一策略只用一套信号通道，减少信号冲突漏单概率。
总结
MiniQMT 受限不用放弃自动化交易，三套方案覆盖不同层次需求：通达信普通交易者直接上文件监控；做日内高频、追求低延迟选 Redis；专业做跨平台、云端策略直接搭建 HTTP API。
三套方案均为本地实盘验证通过，代码逻辑简单可复用，有需要的集友可以留言交流踩坑经验，互通脚本优化思路。
京公网安备 11010802031449号