miniQMT用不了了以后，很多人第一反应是：之前学的XtQuant、行情接口、交易接口、外部Python，是不是都白学了？这个担心很正常。因为过去学习miniQMT，不只是学一个软件，而是学了一套“外部程序连接交易工具”的思路。

但这件事不能简单理解成白学。真正变化的是连接路径，不是量化能力本身。以前可以用外部程序拿行情、查账户、发委托、看成交；现在这条外部直连路径不能再作为当前主线，但策略逻辑、数据处理、风控习惯和订单意识，依然可以保留下来。

比如以前写过均线、轮动、网格、ETF筛选、仓位控制，这些逻辑并不属于某一个软件。工具变了，指标计算和交易规则仍然有迁移空间。真正需要调整的是：行情从哪里来，信号在哪里执行，订单状态怎么反馈。

再比如，以前用Python整理行情、保存CSV、写数据库、计算因子、维护股票池，这些能力也没有浪费。以后本地策略系统仍然可以承担研究端工作，只是未必继续直接连接交易接口。换句话说，它可以从“直接下单端”变成“信号生产端”。

最值得保留的，是订单和风控意识。很多人第一次通过miniQMT明白：下单返回编号不等于成交，持仓不能只靠本地变量，程序重启以后要重新对账，重复信号不能重复提交。这些经验换到QMT或PTrade里同样有用。

现在比较现实的办法，是把旧代码拆成两层看。

可以保留的部分包括指标计算、选股逻辑、仓位规则、风控判断、日志记录和复盘框架。需要重写的部分主要是行情接口、账户查询、委托提交、撤单逻辑、订单回报和运行入口。

这样拆完以后，你会发现旧系统不是全废，而是接口层需要重新适配。如果只是接口层要换，说明以前的学习还有很大复用价值。

如果策略比较简单，比如日线调仓、分钟级判断、固定时间运行，可以研究PTrade。它更偏平台化，适合标准策略和低维护运行。

如果原来已经有本地数据库、因子库、外部行情或交易信号系统，QMT执行端路线更值得研究。外部系统继续负责计算，QMT侧负责读取信号、检查账户并提交委托。

现在最怕的，是还在旧miniQMT教程里反复找答案。工具前提变了，再修改路径、版本和连接参数，可能只是继续绕圈。更有效的做法，是先判断旧代码属于策略层，还是接口层。

还有一个判断方法：看旧代码是否能脱离交易接口单独运行。如果把下单和账户查询部分删掉以后，剩下的选股、计算、风控还能正常输出结果，说明这套东西不是废代码，而是需要换执行端。反过来，如果代码几乎全是连接、查询和下单，迁移时就要重写更多内容。

所以，真正值得先做的不是马上找新函数，而是做一次代码分类。把策略层、数据层、执行层分开，才能知道哪些内容保留，哪些内容迁移，哪些内容重写。

如果现在不确定旧代码还能不能迁移，可以先整理三样东西：策略频率、数据来源、下单方式。只要这三项说清楚，基本就能判断下一步该走QMT执行端，还是转PTrade框架。主页后续也会继续整理这类迁移判断方法，本文仅用于量化工具迁移思路交流，不构成投资建议。