模拟交易复盘的价值，不在于把每次结果解释成策略好坏，而在于把当时的环境、操作和观察记录完整。这样，之后回看时才能分清：看到的是软件工作流、订单处理，还是某个策略假设的表现。本文是一份通用记录清单，不代表任何人的真实交易经历或绩效。
先标明这次复盘属于哪种环境
在记录结果之前，写清楚它来自哪里：历史回测、券商 Paper Trading，还是用于了解产品的 Demo。三者回答的问题不同，不能混为一谈。
- 历史回测使用历史数据和模拟成交假设，结果会受到数据质量、费用模型和执行规则影响。
- Paper Trading在券商模拟环境中运行，可以观察连接、订单状态和工作流；它不等同于真实资金交易。
- Demo用于浏览软件功能，示例行情、订单或余额不应当作策略证据。
Algoryn 当前公开 Beta 仅支持 Paper Trading。使用券商连接时，应记录自己使用的是 IBKR Paper 环境；不要把 Demo 样例或 Paper 结果描述为实盘成交。
记录当时的上下文
复盘至少应包含日期和时区、品种或合约、交易时段、使用的软件版本，以及当时的账户与连接状态。行情数据的可用性取决于个人的 Interactive Brokers 订阅和权限，因此也要注明数据来源、权限状况，以及是否遇到延迟、缺失或异常报价。
如果复盘针对策略，还应保存策略名称与版本、参数、启停时间和当时启用的风险限制。手动操作则记录当时准备执行的计划。只写“按默认设置运行”通常不足以让未来的自己重建当时环境。
对照计划与实际操作
每个观察点都尽量分成两栏：原计划是什么，实际发生了什么。可以记录信号或触发条件、下单时间、订单类型、数量、订单状态变化、成交或未成交情况，以及任何人工介入。若软件或券商没有提供某个字段，就把它标成未知，不要事后补猜。
订单历史、成交记录和持仓快照应在可用时保留，并标注它们来自哪个界面或记录文件。注意区分已提交、已接受、部分成交、已成交、已取消和被拒绝等状态；它们不是同一件事。若价格、时间或状态存在疑问，将其列为待核实项，而不是直接归因于策略。
记录风险与执行条件
写下下单前可见的持仓和订单状态，以及当时设置的风险边界。记录是否出现超出计划的仓位、未预期的重复订单、连接中断、行情不可用或人工停止操作等情况。复盘的目的，是还原观察到的情况并找出需要检查的环节，不是宣称某个限制已经消除了损失风险。
如果评估订单执行，还要注明当时可见的买卖价、订单类型、提交和成交时间，以及是否发生部分成交、撤单或重试。仅凭 Paper 成交不能准确推断实盘中的价差、流动性、滑点或成交概率；缺少这些信息时，应明确说明限制。
将观察转成可验证的问题
结果出来后，先区分事实、解释和下一步问题。例如：
- 观察到什么？ 引用记录中可核实的状态、时间或数值。
- 原计划是什么？ 对照当时保存的规则或人工计划。
- 有哪些可能解释？ 把推测写成推测，并保留其他可能性。
- 下次需要验证什么？ 一次明确一个问题，并说明需要哪些数据或记录。
避免只挑选符合预期的片段，也不要仅凭单次模拟结果改变参数或作出策略有效的结论。如果计划变更，记录变更日期、具体内容和理由；不要覆盖旧笔记。连续记录不同情况，比只保存“看起来顺利”的例子更有助于理解流程的适用范围。
一页复盘记录模板
- 日期、时区、品种与交易时段：
- 环境：历史回测 / IBKR Paper Trading / Demo：
- Algoryn 版本、策略版本与参数：
- 数据来源、权限与数据质量备注：
- 计划、风险边界与人工控制：
- 观察到的信号、订单、成交和持仓状态：
- 与计划的偏差及可核实证据：
- 尚未确认的事项：
- 下一项验证问题：
保存原始记录并给每次复盘标注版本，之后才能追踪判断如何变化。模拟环境中的观察只能说明当时记录到的情况，不保证未来结果，也不构成投资建议。