QMT 系统管理层摘要
日期: 2026-04-07 适用对象: 老板、新同事、非核心开发成员 命名说明: 对外简称采用 QTS；当前代码目录仍为
qss/
1. 一句话总结
QMT 不是单一策略程序，而是一套围绕量化交易建立的工作平台。它已经形成了“数据底座 + 标的筛选 + 策略研究 + 交易执行 + 监控推送”的完整闭环雏形。
2. 四个核心子系统分别做什么
QTS
QTS (Quantitative Trading System) 是交易执行主系统。
它负责把策略信号真正落到交易闭环，包括:
- 策略在线运行
- 风控校验
- 委托执行
- 持仓/资产状态管理
- API 与运行态对外暴露
简单说，QTS 负责“做”。
SPS
SPS (Strategy Push System) 是监控推送系统。
它负责盘中状态观察、信号变化提醒和消息推送，重点是“监控”和“告警”，不是交易执行。
简单说，SPS 负责“看”，而且是 只推不交易。
TSS
TSS (Trading Strategy Search) 是策略研究与回测系统。
它负责策略搜索、历史回测、参数比较和策略验证，输出的是研究结论，而不是实盘执行动作。
简单说，TSS 负责“试”。
ITS
ITS (Investment Target Selection) 是投资标的筛选与评审系统。
它负责从全市场中筛选候选标的，并通过多维评审给出优先级和结论。它输出的是候选池和评审报告，而不是直接下单。
简单说，ITS 负责“挑”。
3. 整体关系如何理解
可以用一句话概括这套体系:
qdata 提供数据底座，ITS 负责挑标的，TSS 负责试策略，QTS 负责真执行，SPS 负责把结果推出来。
如果换成管理语言:
qdata是底层基础设施ITS是投前筛选TSS是策略实验室QTS是执行中枢SPS是监控与对外告警层
4. 当前系统的成熟度判断
已经具备的平台能力
- 已有统一数据底座，多个模块共用
- 已有交易执行主链路，具备事件驱动结构
- 已有监控与推送能力，可支撑盘中观察
- 已有策略研究和回测区域，可持续迭代策略
- 已有 AI 评审和候选池机制，具备智能增强能力
仍在演进中的部分
- 对外命名和代码目录命名尚未完全统一
- 代码包边界仍有历史遗留，需要进一步规范
- ITS 输出到 QTS / SPS 的消费规则还在固化，候选池接口尚未完全标准化
- Windows QMT 执行环境与 Mac/Linux 研究环境仍在逐步拆分中
5. 为什么这套架构值得继续投入
从业务角度看，它解决的是三个关键问题:
1. 把“研究”和“执行”分开了
很多量化项目会把策略试验、盘中监控和实盘执行混成一团，导致一改研究逻辑就影响交易稳定性。QMT 当前已经开始把这几层拆开，这对稳定性很重要。
2. 把“看”和“做”分开了
ITS 和 SPS 负责看，QTS 负责做。职责清楚以后，后续扩 AI、扩筛选器、扩提醒方式，都不会直接污染交易主链路。
3. 已经具备平台化基础，而不是脚本堆砌
虽然仓库里还有历史命名和结构遗留，但从代码实际形态看，它已经不是“很多脚本拼在一起”，而是一个有明确主干的数据-研究-执行平台雏形。
6. 管理层最该关注的下一步
如果站在投入产出比角度，下一步最值得做的不是再加一个策略，而是继续收敛架构。
优先级建议如下:
- 统一对外命名与文档口径
- 固化 QTS / SPS / TSS / ITS 的职责边界
- 逐步推进“研究侧”和“执行侧”的部署拆分
- 把 ITS 输出沉淀为分层候选池与稳定接口，供 QTS / SPS 按场景消费
7. 建议的管理层表述
如果你需要对外一句话介绍这套系统，推荐直接这样说:
QMT 是一套面向量化交易的工作平台，底层有统一数据系统，上层分为标的筛选、策略研究、交易执行和监控推送四个子系统，当前已经具备平台雏形，下一阶段重点是架构收敛与执行侧稳定化。