以前使用miniQMT的人里，有一类用户已经不算纯新手。他们可能有自己的外部策略，有本地数据库，有因子模型，有信号生成程序。miniQMT不能继续使用以后，他们并不想从零重写，只想知道原来的外部策略还能不能继续用。

这时可以重点了解QMT执行端思路。所谓执行端，并不是让QMT承担全部策略计算，而是让它负责最后的执行环节。外部系统继续做它擅长的事情：清洗数据、计算因子、生成股票池、判断信号。QMT侧负责读取信号、检查账户、提交委托、记录结果。

这种结构比较适合原来已经有外部系统的用户。因为他们的问题不是不会写策略，而是原来的交易接口不能用了。只要把执行层重新设计好，很多研究和信号生成部分仍然能保留。

举个简单场景。外部策略在盘前或盘中生成一条交易信号，写到本地文件或数据库。QMT策略定时读取这条信号，判断它是不是新的，是否还在有效时间内，账户是否有资金或持仓，再决定是否执行。

这听起来简单，但真正难点不在读取。难点在状态。同一条信号是否会被重复处理？订单提交以后怎么记录？如果订单部分成交，外部系统怎么知道？如果QMT重启，已处理信号会不会再次执行？如果账户持仓变化，外部系统如何同步？这些问题不解决，执行端就只是一个会读文件的程序，不能称为完整交易闭环。

所以，QMT执行端更适合有一定系统意识的用户。不是写一段下单代码就结束，而是要把信号、状态、订单、反馈串起来。技术上可以从简单文件开始，逐步过渡到更稳定的本地数据库方式。

它不适合什么人？如果只是想做简单定时调仓，不依赖外部系统，可能没必要搭这套结构。PTrade会更直接。外部策略越复杂，QMT执行端的价值越明显；策略越简单，平台框架越省心。

还有一个关键判断：你的外部策略是否能独立输出明确交易信号？如果只能在原miniQMT接口里边查账户边算边下单，那迁移成本会更高。如果已经能先生成信号，再交给执行端处理，就更容易迁移。

QMT执行端思路的价值，是把策略计算和交易执行拆开。这样以后工具变化时，改的主要是执行层，而不是整套策略系统。对原miniQMT用户来说，这是一种比较现实的延续方式。本文只作量化系统迁移参考，不构成投资建议。

如果要判断是否适合这条路线，可以看外部策略是否已经能独立输出明确结果。只要它能稳定给出标的、方向、数量和时间限制，就具备接入执行端的基础。如果连信号都不明确，应该先整理策略逻辑。

这个判断做清楚以后，后续无论接QMT还是改PTrade，都会更有方向。

对老用户来说，这比直接从零重写完整策略更现实。

先把这一步想清楚，再去看具体操作，会更稳。

实际使用前，还要把策略频率、数据来源、运行环境和订单处理方式写清楚。很多问题不是工具本身造成的，而是前面这些条件没有确认。先确认条件，再做测试，迁移和实盘都会更稳。

执行端只负责最后一段链路，前面的策略质量和信号质量仍然要由外部系统保证。