miniQMT 停止申请后怎么办

部分券商不再新增 miniQMT 权限，或调整了申请门槛，但这不等于所有 QMT 策略都不能运行。先向自己的券商确认权限和终端版本，再按现有策略形态选择迁移方式。

三种方案怎么选

现有情况	推荐方案	改动量
策略本来就在 QMT 编辑器里运行	继续使用大 QMT 内置 Python	最小
外部 Python 只需要少量行情、持仓接口	大 QMT 内起本机 HTTP 桥	中等
已有大量 xtdata、XtQuantTrader 代码	用 KimiQuant 把原 xtquant 调用桥接到大 QMT	较小

方案一：放进大 QMT

适合结构简单、依赖少的策略。要注意大 QMT 的 Python 版本、第三方库白名单和 init、handlebar、run_time 等运行模型与外部脚本不同。

方案二：只桥接必要接口

在大 QMT 内运行一个只监听 127.0.0.1 的服务，外部 Python 通过本机 HTTP 查询行情和账户。示例见 miniQMT 停了，本机怎么调 QMT 函数。这种方式容易审计，但需要自己维护接口转换。

方案三：保留原 xtquant 写法

如果策略较多，逐个重写成本高，可以使用 KimiQuant 桌面安装版。它在本机提供兼容入口，把请求转给大 QMT 内置桥接脚本，策略仍使用常见的 xtdata、XtQuantTrader 和 StockAccount 写法。

迁移前做一份清单

• 使用了哪些 xtdata 行情函数，是否依赖全推或 Level2 权限。
• 使用普通账户还是信用账户，资金账号如何路由。
• 下单后是否依赖委托、成交和撤单回调。
• 是否把 xtquant 文件夹直接复制到了策略目录。
• 是否有多个 Python 进程同时连接同一客户端。

桥接不能绕过券商权限。可用行情、品种、交易类型和频率仍以券商 QMT 与账户权限为准；任何方案都应先在仿真或小范围环境核对资产、持仓、委托和回调。