套利策略多了，就要系统化，不能人工一个个看。一套好的套利交易系统，能自动监控信号、下单、风控、报警。
11.1 系统整体架构：数据层、策略层、执行层、风控层
和全球量化系统一样，四层架构，针对A股套利优化。
第一层：数据层
负责所有数据获取、清洗、计算。
- 行情数据：股票、可转债、期货、ETF、港股
- 基本面数据：财报、分红、事件
- 衍生数据：基差、溢价、Z值、折溢价率
要求：准确、及时、定期更新。
第二层：策略层
运行各个套利策略的逻辑，产生交易信号。
- 单策略模块：每个套利策略一个模块
- 组合管理：资金分配、仓位管理
- 参数管理：阈值配置、更新
模块化设计，加新策略不用改核心。
第三层：执行层
订单执行。
- 订单路由：根据信号选择执行方式
- 算法交易：拆单、冰山
- 通道对接：券商、两融、港股通接口
第四层：风控层
独立风控，直连执行层。
- 事前风控：下单前校验仓位、限额
- 事中风控：实时监控盈亏、保证金
- 事后风控：对账、报告
风控独立，不经过策略层，策略出问题风控也能拦住。
11.2 多源数据对接与清洗
套利需要的数据种类多，不同数据来源不一样。
数据源
- 股票行情：交易所、第三方行情商
- 期货行情：期货公司
- 可转债行情：沪深交易所
- 港股行情：港交所或者第三方
- 基本面事件：财报、分红、事件数据
- 基金净值：ETF、分级基金、LOF的净值
每个数据源一主一备，避免中断。
数据清洗
- 格式统一：统一字段、单位、时间格式。
- 异常值检测：价格跳空、成交量异常。
- 复权、除权除息处理。
- 净值、基差、溢价的实时计算。
套利对数据的准确性要求很高，基差溢价算错了，信号就错了。
11.3 套利策略引擎的模块化设计
策略引擎是核心，模块化设计。
每个策略一个独立模块
每个套利策略做成独立的函数/类。 输入：行情数据、持仓数据 输出：交易信号、数量、价格
标准接口，新增策略直接加模块。
回测实盘一体化
同一个策略代码，回测的时候喂历史数据，实盘的时候喂实时数据。 避免回测一套实盘一套，对不上。
信号合并与冲突处理
多个策略信号冲突的时候，按优先级处理。 套利类信号优先于事件类；低风险策略优先于高风险。 冲突的时候降仓，不强行交易。
11.4 订单执行与滑点控制
套利利润薄，执行很重要。
订单类型选择
- 小金额：市价单，快速成交。
- 大金额：限价单，或者VWAP拆单。
- 做空端：优先限价单，控制滑点。
滑点监控
每次交易记录滑点，每月统计平均滑点。 滑点变大了，就调整订单大小，或者换品种。
融券管理
- 多家券商对比，哪个券源多利率低。
- 融券需求提前预约。
- 没券的时候自动跳过该信号，或者用其他对冲工具替代。
11.5 监控与报警系统搭建
套利系统要7x4小时运行，监控报警不能少。
监控内容
- 系统监控：程序、接口、服务器
- 数据监控：行情更新、异常值
- 交易监控：订单、成交、持仓
- 风险监控：盈亏、保证金、基差
报警方式
- 通知级：钉钉/企业微信，每日报告
- 预警级：短信，风险预警
- 紧急级：电话，极端情况
套利系统相对低频，不用24小时盯盘，但报警要到位。
本章实战笔记
- 系统是效率工具，不是盈利核心。策略逻辑才是核心，系统是把策略落地。
- 风控层必须独立。不要把风控写在策略里，要独立出来，直接管执行。
- 数据质量决定系统质量。基差、溢价算错了，再好的策略也没用。
- 不要过度自动化。极端情况人工接管，系统不是万能的。
本章核心公式卡
四层架构： 数据层 → 策略层 → 执行层 → 风控层
策略模块标准接口： 输入：行情、持仓、参数 输出：信号、方向、数量、价格
滑点统计： 平均滑点 = Σ(实际成交价 - 预期价) / 预期价 / 订单数
本章实战清单
系统搭建清单
- 四层架构设计，独立风控层
- 多数据源备份，一主一备
- 模块化策略引擎，回测实盘同一套代码
- 订单执行模块，滑点统计
- 三级报警体系
系统运维清单
- 每日数据校验，确保准确
- 每周策略信号回测验证
- 每月滑点、成本统计
- 定期接口可用性检查
- 极端行情应急按钮