一句话结论：
MiniQMT 并没有被“官方宣布死刑”，但券商侧确实在收紧；新增已基本停发，存量大概率会在 1～2 个月内逐步清退。
一、到底发生了什么？
近期圈内流传「MiniQMT 要被官方关闭」的说法，半真半假：
| 项目 | 现状 |
|---|---|
| 是否全面禁止 | ❌ 否 |
| 是否影响 QMT 主程序 | ❌ 不影响 |
| 是否影响 MiniQMT（xtquant 独立模式） | ✅ 是 |
| 是否已发生 | ✅ 多家券商已下发通知 |
目前已核实的信息（截至 2026-07-01）：
- 自 2026 年 7 月 6 日（下周一） 起，部分券商 新开 QMT 权限不再包含 MiniQMT（独立 / 极简 / xtquant）功能；
- 存量客户目前仍可用，但券商明确表示将「后续专项通知」，业内普遍预期 1–2 个月内存量也将逐步关闭；
- 原因高度一致：MiniQMT 本地原生 Python 直连 API，容易被认定为“外接系统”，触碰合规红线。
二、几个容易混淆的概念
❌ MiniQMT ≠ QMT 全部
- MiniQMT（被收紧）
本地原生 Python +xtquant库，脱离客户端运行。 - QMT 主程序（不受影响）
内置 Python 环境，策略运行在客户端沙箱内。
⚠️ 目前尚无“官方红头文件”
- 目前信息源以 券商内部通知 + 量化自媒体 为主；
- 尚未看到 迅投（QMT 厂商）或证监会 的统一公告；
- 更准确的说法是：监管趋严 → 券商集体收紧 → MiniQMT 首当其冲。
三、对普通量化玩家的影响
| 场景 | 影响程度 |
|---|---|
| 只用 QMT 客户端写策略 | 🟢 无影响 |
| 本地 PyCharm / VS Code + xtquant | 🔴 高风险 |
| 多进程 / 高频 / C++ 扩展 | 🔴 基本无法绕开 |
| 简单定时选股 + 手动下单 | 🟡 可改用 QMT 内置 |
四、如果你正在用 MiniQMT，建议这样应对
✅ 方案一：迁移到大 QMT（最稳妥）
- 把策略代码迁移到 QMT 内置 Python；
- API 名称基本一致，但运行环境从本地 Python 改为客户端沙箱；
- 适合 中低频、不依赖复杂第三方库 的策略。
- 注意大QMT的api接口和MiniQMT的api接口有差异，需要根据实际情况调整。在迁移的时候，可以基于官方文档，或者我总结的pdf版本的官方文档网盘下载，把这个pdf投喂给ai，让ai帮你分析出哪些接口需要调整。
- 使用qmt-knowledge-skill来由 ai 重写代码，协助迁移策略。
✅ 方案二：信号中转（折中方案）
思路：本地算信号，QMT 只负责下单。
本地 Python（任意版本）
↓
文件 / Redis / MySQL
↓
QMT 内置 Python 读取
↓
下单
- 本地可以继续用 NumPy / Pandas / PyTorch；
- QMT 端只做最简单的读取 + 下单；
- 不适合高频（延迟增加）。
✅ 方案三：HTTP 桥接（最复杂）
思路：本地策略 → QMT 内置 Python 读取 + 下单。
- 本地可以继续用 NumPy / Pandas / PyTorch；
- QMT 端只做最简单的读取 + 下单；
- 不适合高频（延迟增加）。
✅ 方案四：消息通知 + 人工执行
- 本地策略 → 企业微信 / 钉钉 / 邮件（推送方案见 策略消息推送到微信的几种方案）；
- 人工或半自动执行；
- 合规风险最低，但效率也最低。
五、我个人的判断与建议
- 不要赌“还能再开一个券商囤权限”
窗口正在关闭，且未来只会更严。 - 优先评估迁移成本，而不是找绕过方法
这轮监管态度非常明确。 - 如果你打算长期做量化，建议同步了解：
- 券商机构柜台
- 托管机房 / 合规量化产品
- 交易所 / 协会的最新指引
六、给朋友们的建议
如果你是：
- 学生 / 爱好者：直接切 QMT 内置，别折腾绕路；参考qmt使用指南
- 个人职业量化：尽快评估是否升级到机构/产品账户；
- 小团队：考虑集中策略到 1–2 个合规通道，减少维护成本。
📌 延伸阅读建议
- 各券商官网公告（以你开户券商为准）
- 迅投官方文档（QMT / xtquant）
- 中证协 / 交易所关于程序化交易的最新文件
我会持续跟进后续券商通知，并在博客更新。