期货量化亏损线触发停机后：自动交易恢复谁说了算

前言国内期货量化实盘通常会设风控线例如当日权益从开盘回撤超过 5%程序自动全部平仓并停止开新仓。这种「触及亏损线就停」的规则在天勤程序里往往不是交易所提供的功能而是你自己写的读get_account()里的balance账户权益和日初权益比较超线则设一个布尔变量emergencyTrue并调用各品种TargetPosTask.set_target_volume(0)清仓。触发可以全自动恢复却不能默认自动——行情仍剧烈时程序若自动清掉emergency又重新满仓等于风控白做。需要书面流程谁有权在复核后允许恢复交易、复核看什么、怎样清标志、怎样重新对接天勤的持仓真相。下面按期货量化实盘常见做法说明并解释emergency、manual_reset_ok等与天勤对象的关系。一、先弄清几个名词名称是什么在回撤场景里干什么回撤权益从高点或日初下跌的幅度触发条件常用balance相对日初get_account()天勤资金对象每次wait_update后更新balance账户权益含浮盈浮亏算回撤的分子risk_ratio风险度保证金/权益辅助判断是否还能加仓emergency策略自定变量非天勤内置True 表示已进入紧急模式应冻结新开仓set_target_volume(0)目标净仓调为零紧急平仓动作get_position().pos柜台净持仓确认是否真平完manual_reset_ok人工允许恢复的标志仅授权人可置 Truestate JSON本地持久化崩溃重启后 emergency 仍有效二、触发与恢复为什么要分开阶段谁执行目的触发程序自动快速控损、停机恢复指定人工角色确认市场、持仓、系统状态后再开自动定时「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# 不算新信号或只允许减仓逻辑四、恢复操作步骤选在成交清淡或盘外时段避免刚触发即恢复。完成 checklist记录reset_by、reset_at。将 state 中emergencyFalsemanual_reset_okTrue或按团队流程先清 emergency 再人工开交易开关。若进程重启多次wait_update()读 position、order、account 全量对账。允许小仓位试单观察一至两个 K 线周期再恢复正常规模。勿在未对账时直接set_target_volume满仓。五、角色划分小团队可一人兼流程仍要留痕角色典型权限运维看日志、重启进程默认无 reset 权风控负责人可置manual_reset_ok交易员人工在 APP 改仓后程序应 semi 模式同步六、与 state 持久化emergency和manual_reset_ok写入本地 JSON进程崩溃重启后仍读取防止未复核就交易。日初权益day_start_balance若在夜盘跨日要按团队规则重置否则回撤计算失真。总结回撤触发暂停后期货量化程序负责果断停人负责审慎启。天勤提供触发后核对真相的get_account与get_positionemergency和恢复权限是团队制度。把 checklist、授权人和 reset 留痕写进交付文档需要明确的是风控不是写一个 if 就结束而是「自动停 人工复核 对账后再开」的闭环。FAQ1夜盘触发谁复核提前指定值班人与升级路径电话、工单。2能否远程复核可以留邮件或工单 ID 写入 state。3先在 TqKq 模拟练一遍建议熟悉 checklist 比真亏损时第一次走好。4组合多品种同时触发先处理持仓与风险再谈恢复勿只复位标志不平仓。风险提示以上内容用于风控流程参考不构成投资建议。