附录C 实盘上线前检查清单

使用说明

本清单是壹信量化团队在多年实盘运营中总结的"实盘上线前必查项"，涵盖策略、系统、风控、资金、运营五大维度，共计120项检查点。

任何策略在正式投入实盘资金前，必须逐项对照本清单进行检查，确认所有"必选项"都已完成，所有"风险项"都有应对方案。建议将本清单打印出来，每上线一个策略就打勾确认，并存档备查。

清单中的检查项分为三个等级：

• 🔴 必选项（P0）：必须完成，未完成不得上线
• 🟡 重要项（P1）：强烈建议完成，未完成需评估风险并记录
• 🟢 建议项（P2）：建议完成，可根据实际情况安排

---

一、策略维度（30项）

1.1 策略逻辑与回测

序号	等级	检查项	确认
1	🔴	策略逻辑清晰，能用一句话说清楚"赚的是什么钱"	□
2	🔴	策略的收益来源有经济学/市场学逻辑支撑，不是纯数据挖掘	□
3	🔴	回测区间至少覆盖2年以上，包含牛市、熊市、震荡市	□
4	🔴	回测区间包含至少1次极端行情（如2020年312、2022年LUNA暴雷）	□
5	🔴	回测已扣除真实的手续费和滑点，不是零成本回测	□
6	🔴	回测成本设置不低于实盘预期成本的1.2倍（留安全边际）	□
7	🔴	回测没有前视偏差（所有信号只用当时可获得的数据）	□
8	🔴	回测没有未来函数（指标计算、信号生成都严格按时间点对齐）	□
9	🔴	已做样本外测试，样本外表现不低于样本内的70%	□
10	🔴	已做滚动前向分析（Walk-Forward），滚动表现稳定	□
11	🟡	已做参数敏感性分析，参数变动±20%时表现稳定	□
12	🟡	已做蒙特卡洛模拟，99%概率下最大回撤在可承受范围内	□
13	🟡	已做不同市场环境下的分段回测（牛市/熊市/震荡市分别评估）	□
14	🟡	回测包含了已退市/暴雷的标的，没有幸存者偏差	□
15	🟢	回测结果跟行业同类策略的表现范围一致，没有异常高得离谱	□

1.2 策略表现与容量

序号	等级	检查项	确认
16	🔴	回测年化收益率符合预期（扣除成本后）	□
17	🔴	回测最大回撤在可承受范围内（建议<15%）	□
18	🔴	回测夏普比率>1.5（风险调整后收益合理）	□
19	🔴	已评估策略的资金容量，实盘资金量不超过舒适容量的80%	□
20	🔴	已用实际打算投入的资金量回测（不是用1万U回测然后投100万U）	□
21	🟡	已评估策略的资金利用率，不是大部分时间资金闲置	□
22	🟡	已评估策略的交易频率，跟你的执行能力匹配（不是每天需要交易1000次）	□
23	🟡	已评估策略的胜率和盈亏比，数学期望为正	□
24	🟡	已评估策略在极端行情下的表现，不会爆仓或穿仓	□
25	🟢	已跟策略库中现有策略做相关性分析，不会跟现有策略高度相关	□

1.3 模拟盘与小资金验证

序号	等级	检查项	确认
26	🔴	模拟盘运行至少2周，系统稳定无崩溃	□
27	🔴	模拟盘表现跟回测在相同时期的表现差异<30%	□
28	🔴	小资金实盘运行至少1个月，表现符合预期	□
29	🔴	小资金实盘期间没有因为策略bug导致的异常亏损	□
30	🟡	小资金实盘的滑点、成交延迟在可接受范围内	□

---

二、系统维度（30项）

2.1 服务器与基础设施

序号	等级	检查项	确认
31	🔴	使用云服务器运行，不是个人电脑（避免断电、断网）	□
32	🔴	服务器配置满足需求（CPU、内存、磁盘、带宽）	□
33	🔴	服务器地理位置靠近交易所服务器（降低延迟）	□
34	🔴	服务器操作系统稳定（推荐Ubuntu 20.04/22.04 LTS）	□
35	🔴	服务器已设置自动安全更新和防火墙	□
36	🟡	有备用服务器，主服务器故障时能快速切换	□
37	🟡	服务器有监控（CPU、内存、磁盘、网络使用率告警）	□
38	🟡	服务器时间已同步（NTP），避免时间戳错误	□
39	🟢	服务器有定期快照备份，系统崩溃时能快速恢复	□
40	🟢	不同策略运行在不同进程/容器中，一个崩溃不影响其他	□

2.2 代码与部署

序号	等级	检查项	确认
41	🔴	代码经过代码审查（自己审查或同行审查），没有明显bug	□
42	🔴	代码有完整的注释，关键逻辑都有说明	□
43	🔴	敏感信息（API Key、Secret）不硬编码在代码里，用环境变量或配置文件	□
44	🔴	代码用Git管理，有明确的版本号，上线版本有tag	□
45	🔴	部署过程自动化（脚本或CI/CD），不是手动上传文件	□
46	🔴	有回滚方案，上线后出问题能快速切回上一个版本	□
47	🟡	代码有单元测试，核心函数都有测试用例	□
48	🟡	代码有异常处理，不会因为单个错误就崩溃	□
49	🟡	代码有重试机制（API调用失败时自动重试，有退避策略）	□
50	🟡	配置文件跟代码分离，修改配置不需要改代码	□
51	🟢	代码有性能优化，关键路径没有明显的性能瓶颈	□
52	🟢	代码有日志埋点，关键操作都有日志记录	□

2.3 API与数据

序号	等级	检查项	确认
53	🔴	交易所API密钥权限正确（只开通需要的权限，不开通提现权限）	□
54	🔴	API密钥已设置IP白名单，只允许服务器IP调用	□
55	🔴	API密钥已备份，不会因为服务器故障而丢失	□
56	🔴	已了解交易所API的限流规则，策略调用频率不超过限制	□
57	🔴	行情数据有备用数据源，主数据源故障时能切换	□
58	🔴	数据有异常值检测和过滤（不会因为脏数据导致错误信号）	□
59	🟡	API调用有超时设置，不会因为接口卡死导致策略挂起	□
60	🟡	WebSocket连接有自动重连机制，断开后能自动恢复	□

---

三、风控维度（25项）

3.1 风控规则

序号	等级	检查项	确认
61	🔴	有单笔交易止损规则，单笔亏损不超过总资金的2%	□
62	🔴	有单日亏损限制，单日亏损超过总资金的3%时暂停交易	□
63	🔴	有最大回撤限制，回撤超过阈值时减仓或清仓	□
64	🔴	有仓位限制，单个策略/单个币种/单个交易所的仓位不超过上限	□
65	🔴	有杠杆限制，杠杆倍数在安全范围内（套利策略建议<3倍）	□
66	🔴	风控规则已写入代码自动执行，不是靠人工盯盘	□
67	🔴	风控规则经过回测验证，在极端行情下能有效控制亏损	□
68	🟡	有连续亏损限制，连续亏损N次后暂停交易，重新评估	□
69	🟡	有波动率调整机制，市场波动大时自动降低仓位	□
70	🟡	有相关性风控，多个策略同时亏损时降低整体仓位	□
71	🟢	风控规则有分级（预警/减仓/清仓），不是一刀切	□

3.2 异常处理与应急预案

序号	等级	检查项	确认
72	🔴	API调用失败时有处理机制（重试、降级、暂停）	□
73	🔴	网络中断时有处理机制（缓存数据、恢复后同步状态）	□
74	🔴	订单异常时有处理机制（部分成交、撤单失败、订单拒绝）	□
75	🔴	数据异常时有处理机制（价格跳变、数据缺失、时间戳错误）	□
76	🔴	有"一键平仓"功能，紧急情况下能快速平掉所有仓位	□
77	🔴	有交易所宕机的应急预案（暂停交易、手动对冲、联系交易所）	□
78	🔴	有极端行情的应急预案（黑天鹅、暴涨暴跌、流动性枯竭）	□
79	🟡	有服务器故障的应急预案（切换备用服务器、手动接管）	□
80	🟡	有策略逻辑异常的应急预案（信号异常、仓位异常、资金异常）	□
81	🟡	应急预案经过演练，不是纸上谈兵	□
82	🟢	有联系人列表（交易所客服、技术支持、团队成员），紧急时能联系到	□

---

四、资金维度（20项）

4.1 资金分配与管理

序号	等级	检查项	确认
83	🔴	实盘资金量在策略的舒适容量范围内	□
84	🔴	资金是"闲钱"，不会因为短期亏损影响生活	□
85	🔴	单个策略的资金不超过总资金的30%（分散风险）	□
86	🔴	有安全垫资金（至少25%），不全部投入策略	□
87	🔴	跨所套利/多交易所策略，每个交易所都有足够的初始资金	□
88	🔴	有资金再平衡机制，定期在策略/交易所之间调整资金	□
89	🟡	有渐进式加仓计划，不是一次性满仓	□
90	🟡	有减仓/退出计划，策略表现不好时知道何时退出	□
91	🟡	杠杆策略有足够的保证金，不会因为正常波动被强平	□
92	🟢	有资金使用效率的监控，不是大量资金长期闲置	□

4.2 账户安全

序号	等级	检查项	确认
93	🔴	交易所账户已完成KYC认证	□
94	🔴	账户已开启双重验证（2FA），不是只靠密码	□
95	🔴	提现已设置白名单，只能提现到指定地址	□
96	🔴	API密钥没有提现权限（只有交易权限）	□
97	🔴	服务器已加固，不会被黑客入侵盗取API密钥	□
98	🟡	不同交易所使用不同的密码和2FA	□
99	🟡	定期更换API密钥（如每3-6个月）	□
100	🟡	不把API密钥存储在代码仓库或公共位置	□
101	🟢	有账户异常登录告警，发现异常能及时处理	□
102	🟢	大额提现需要额外验证（如邮件确认、人工审核）	□

---

五、运营维度（15项）

5.1 监控与告警

序号	等级	检查项	确认
103	🔴	有实时监控看板，能看到策略运行状态、持仓、盈亏	□
104	🔴	有告警机制，关键事件（开仓、平仓、风控触发、系统异常）能实时通知	□
105	🔴	告警渠道可靠（至少2种，如Telegram+邮件），不会因为单一渠道故障而漏告警	□
106	🔴	每天有固定的检查时间，不会几天不看账户	□
107	🟡	有每日运营报告，自动汇总当天的交易、盈亏、风险指标	□
108	🟡	有每周复盘机制，定期分析策略表现和问题	□
109	🟢	有每月深度复盘，评估策略生命周期和组合配置	□

5.2 文档与知识沉淀

序号	等级	检查项	确认
110	🔴	策略有完整的文档（逻辑、参数、回测结果、风险点）	□
111	🔴	系统有部署文档（服务器配置、依赖安装、启动命令）	□
112	🔴	有常见问题和故障排查指南	□
113	🟡	每次参数调整或代码修改都有记录（时间、原因、内容、效果）	□
114	🟡	策略的交易记录和绩效数据有存档，便于后续分析	□
115	🟢	有团队协作机制（如果有团队），知识不会只存在某个人脑子里	□

---

上线决策表

完成以上所有检查后，根据以下标准决定是否可以上线：

条件	要求
🔴 必选项完成率	100%（所有必选项必须全部完成）
🟡 重要项完成率	≥90%（未完成的重要项必须有风险评估和应对计划）
🟢 建议项完成率	≥70%（未完成的建议项可以后续逐步完善）
模拟盘测试	通过（至少2周稳定运行）
小资金实盘测试	通过（至少1个月表现符合预期）
风控压力测试	通过（极端行情下最大回撤在可承受范围内）
应急预案	已制定并演练

如果以上条件全部满足：可以上线，建议先从目标资金量的50%开始，运行2周稳定后再加到100%。

如果有任何必选项未完成：不得上线，完成后重新评估。

如果重要项完成率<90%：原则上不得上线，特殊情况需评估风险并记录，经决策人批准后可上线，但需在1个月内补全。

---

上线后首周特别关注事项

策略上线后的第一周是"高危期"，需要特别关注：

1. 每天至少检查3次（早、中、晚），确认系统正常运行
2. 密切关注成交质量（滑点、成交率、延迟），跟模拟盘对比
3. 密切关注风控触发，确认风控规则在实盘中正常工作
4. 不要在第一周调整参数，让策略在原始参数下运行，收集真实数据
5. 第一周末做详细复盘，对比实盘跟回测/模拟盘的差异，分析原因
6. 如果第一周出现异常亏损（>2%），立即暂停策略，排查原因
7. 如果第一周表现跟预期差异很大（>30%），降低仓位，深入分析

---

总结

这份检查清单看起来很长，120项，但每一项都是用真金白银的教训换来的。很多人觉得"太麻烦了""差不多就行了"，结果就是在实盘中因为某个没检查到的小问题而大亏。

量化交易是一个"细节决定成败"的领域。一个API权限没设对、一个风控规则没写进代码、一个异常情况没考虑到，都可能导致几千、几万甚至几十万的损失。花几个小时认真过一遍这份清单，可能帮你避免一次大亏损，这笔账怎么算都划算。

建议你把这份清单作为团队的标准流程，每个策略上线前都必须走一遍。随着经验积累，你可以根据自己的实际情况增删检查项，让它越来越适合你的团队和策略。

在壹信量化平台上，intoquant.com提供专业的策略上线评估服务，可以帮你对照这份清单做全面的上线前检查，发现你可能忽略的风险点。a-sig.com提供策略回测、压力测试、模拟盘等工具，帮你在上线前充分验证策略。善用这些工具和服务，能让你的策略上线更安全、更稳妥。

记住，在量化交易中，活下来比赚快钱更重要。认真做好上线前的每一项检查，就是给自己的资金上一道保险。