开发量化交易系统的基本思路是什么？是在交易框架上融合自己的策略吗？

核心结论： 是的，但更准确地说：不是把策略“揉进”交易框架，而是把策略作为可替换的决策模块接入框架。

可以把它理解为：

• 交易框架：发动机、道路系统和仪表盘。
• 交易策略：决定什么时候往哪里开。
• 风险管理：刹车和限速器。
• 执行系统：真正控制车辆完成动作。
• 监督系统：记录、报警和紧急停车。

一套量化交易系统的基本分层

市场数据
   ↓
时间与数据标准化
   ↓
基础计算工具 / 结构识别
   ↓
盈利模式或信号逻辑
   ↓
完整交易策略
   ↓
目标仓位 / 交易意图
   ↓
组合风险控制
   ↓
订单执行
   ↓
交易所或券商
   ↓
成交、账户、绩效归因与监督

各层分别负责什么

1. **数据层：**获取K线、逐笔成交、订单簿、基本面、资金费率等数据，并处理时间、缺失值、复权和数据可用时间。
2. **基础工具层：**计算MA、ATR、KC、MACD、Stock RSI、Pivot等客观结果。它们本身不应该直接决定买卖。
3. **盈利模式层：**表达一个可以独立验证的收益假设，例如趋势延续、突破、均值回归、统计套利、Carry或事件驱动。
4. **完整策略层：**组合和协调盈利模式，明确交易品种、周期、进入、退出、失效、仓位、暂停和冲突处理。
5. **组合风险层：**从整个账户控制最大仓位、杠杆、回撤、相关性和极端损失；它有权削减或拒绝策略要求的仓位。
6. **执行层：**把目标仓位转换成限价、市价、拆单、撤单和部分成交等实际订单行为。
7. **监督与核算层：**负责账本、盈亏、手续费、绩效归因、异常告警和紧急停止。

策略最好不要直接下单

例如，策略得出：

BTC目标仓位：60%
理由：趋势突破
失效条件：跌回突破区间

之后由风控层根据总账户风险将60%调整为30%，执行层决定限价还是分批下单，监督层记录为什么下单、实际成交多少、产生多少滑点。

这样，策略只负责“想做什么”，风险层负责“最多允许做多少”，执行层负责“怎样完成”。

实际开发顺序

1. 确定市场、品种、周期和持仓时间。
2. 把一套策略写成明确、可复现的规则。
3. 固定公式、参数、预热期和信号确认时间。
4. 建立包含手续费、滑点和成交限制的回测。
5. 检查未来函数、幸存者偏差和过拟合。
6. 做样本外、Walk-forward和参数压力测试。
7. 接入模拟盘，比较回测信号与真实模拟成交。
8. 最后才考虑极小资金实盘，并配置独立风控和紧急停止。

**第一版建议：**先完成“一个市场、一个周期、一套策略、一个账户”的完整闭环；等第二套策略出现后，再抽象真正共用的框架能力。