企业官网建设流程全解析

前言

国内期货量化实盘，通常会设风控线：例如当日权益从开盘回撤超过 5%，程序自动全部平仓并停止开新仓。这种「触及亏损线就停」的规则，在天勤程序里往往不是交易所提供的功能，而是你自己写的：读get_account()里的balance（账户权益），和日初权益比较，超线则设一个布尔变量emergency=True，并调用各品种TargetPosTask.set_target_volume(0)清仓。

触发可以全自动，恢复却不能默认自动——行情仍剧烈时，程序若自动清掉emergency又重新满仓，等于风控白做。需要书面流程：谁有权在复核后允许恢复交易、复核看什么、怎样清标志、怎样重新对接天勤的持仓真相。下面按期货量化实盘常见做法说明，并解释emergency、manual_reset_ok等与天勤对象的关系。

一、先弄清几个名词

二、触发与恢复为什么要分开

自动定时「5 分钟后恢复交易」在波动日风险大，生产环境少见。

三、恢复前核对清单（建议打印）

复核人逐项确认并留痕（邮件、工单或签字）：

• 各品种get_position().pos是否符合预期（已平或保留仓有书面说明）
• get_order()中无异常ALIVE挂单，或已按规范处理
• account.risk_ratio、available能承受下一笔计划仓位
• 行情quote.datetime在交易时段正常推进，非断线假触发
• 日志中 emergency 原因已读（是真实回撤还是程序 bug）
• 当前VERSION、交易合约月份、TQ_MODE与发布一致

程序侧在emergency且未manual_reset_ok时，信号层应禁止加仓：

ifstate.get("emergency")andnotstate.get("manual_reset_ok"):continue# 不算新信号或只允许减仓逻辑

四、恢复操作步骤

1. 选在成交清淡或盘外时段，避免刚触发即恢复。
2. 完成 checklist，记录reset_by、reset_at。
3. 将 state 中emergency=False，manual_reset_ok=True（或按团队流程先清 emergency 再人工开交易开关）。
4. 若进程重启：多次wait_update()，读 position、order、account 全量对账。
5. 允许小仓位试单，观察一至两个 K 线周期再恢复正常规模。

勿在未对账时直接set_target_volume满仓。

五、角色划分（小团队可一人兼，流程仍要留痕）

六、与 state 持久化

emergency和manual_reset_ok写入本地 JSON；进程崩溃重启后仍读取，防止未复核就交易。日初权益day_start_balance若在夜盘跨日要按团队规则重置，否则回撤计算失真。

总结

回撤触发暂停后，期货量化程序负责果断停，人负责审慎启。天勤提供触发后核对真相的get_account与get_position；emergency和恢复权限是团队制度。把 checklist、授权人和 reset 留痕写进交付文档，需要明确的是：风控不是写一个 if 就结束，而是「自动停 + 人工复核 + 对账后再开」的闭环。

FAQ

1）夜盘触发谁复核？

提前指定值班人与升级路径（电话、工单）。

2）能否远程复核？

可以，留邮件或工单 ID 写入 state。

3）先在 TqKq 模拟练一遍？

建议，熟悉 checklist 比真亏损时第一次走好。

4）组合多品种同时触发？

先处理持仓与风险，再谈恢复，勿只复位标志不平仓。

风险提示

以上内容用于风控流程参考，不构成投资建议。