关键行情或事件数据无法确认
先恢复可信输入，不用昨天的数字假装今天仍然有效。
执行清单：策略没变，手滑一下也能把结果变成另一回事
回测里的规则每次都被完美执行，真人可没这么配合。数据可能过期，数量可能算错，订单类型可能选错，系统回报也可能没看清。执行清单的目标不是预测市场，而是把这些原本可以避免的错误挡在动作之前。
- 理解执行清单减少的是可避免错误，不是市场风险
- 掌握规则、数据、风险、成本和订单五组检查项
- 理解关键状态未知时应该暂停而不是猜测
- 能区分计划参数、提交参数和实际执行结果
方向和数量都对，但止损字段没确认，可以下单吗？
交易执行清单不是为了让流程显得专业，而是把标的、方向、订单类型、数量、失效、成本和事件风险在提交前逐项核对。
Pre-trade Order Gate
这不是一张要“读完”的清单，而是一道下单闸门
产品、方向、订单类型、数量、失效价和计划风险六项都明确后，模拟订单才能提交。
仍有关键字段未确认，订单保持锁定。
知道规则不等于每次都会按规则做
交易系统越复杂，越容易在执行时漏掉一个不起眼的字段。清单不负责判断行情是否正确，它只负责确认：这次动作真的是当前规则版本要求的动作吗？
规则、数据、风险、成本、订单，按同一个顺序走一遍
- 1规则当前使用哪个版本？所有入场条件是否真的满足？
- 2数据行情来源、时间戳和关键字段是否完整、足够新？
- 3风险失效位置、风险预算和理论数量是否按同一公式重新核过？
- 4成本与事件当前价差、流动性、费用和预先关注的事件窗口有没有明显变化？
- 5订单方向、类型、数量、价格和有效期是否与计划一致？提交后系统状态是什么？
数据过期、参数冲突、订单状态不明，都应该触发暂停
数量、风险或订单字段和计划对不上
回到计算源头，不用手工“差不多改一下”。
提交后不知道订单是否成功
先查询状态，不重复提交，避免一笔计划变成两笔仓位。
计划参数、提交参数、实际成交，三者不应该混成一条记录
| 阶段 | 需要保存 |
|---|---|
| 计划 | 原规则、计划数量、计划价格边界、风险预算 |
| 提交 | 真正发送的订单类型、方向、数量、价格、时间 |
| 执行 | 实际成交数量、平均成交价、费用、滑点、未成交部分 |
检验你是否真正理解
只检验执行清单与暂停条件。
第 1 题，共 3 题
关键行情数据已经过期，清单最合理的动作是什么？
第 2 题，共 3 题
订单提交后系统状态不明，最应该避免什么？
第 3 题，共 3 题
为什么要分开保存计划、提交和成交记录？
卡住了？让 Mira 帮你拆解
正在检查登录状态...
把这个概念练起来
Execution Plan：正确判断也可能被错误执行破坏
把 order type、liquidity、事件风险与隔夜风险整合进执行计划：订单类型应匹配执行目标，没有一种类型永远更好；流动性和仓位大小会影响执行结果；持仓涉及重大事件或隔夜时段时，需要把跳空、滑点等风险纳入执行计划。不做「市价单差/限价单好」式的绝对化判断。
不交易，也是一种有效决策
收束式收束课：没有 setup 时 no-trade 是正常结果，不是失败；未使用的现金/风险预算保留了未来的选择权，不是浪费；action 本身不等于 edge，交易数量不是目标。不教「少交易一定更好」——有多少符合规则的机会，就做多少符合规则的交易。