交易日志与复盘模板
用结构化交易日志记录海龟交易法的信号、N 值、Unit、止损、加仓、退出、滑点和执行错误。
交易日志不是流水账，而是系统交易的证据链。海龟交易法依赖明确规则、持续执行和长期样本，如果只记“赚了多少、亏了多少”，很难判断问题来自规则、市场环境、交易成本，还是执行偏差。
一份合格的交易日志至少要回答三个问题：
- 这笔交易是否符合事先写好的规则。
- 如果结果不好，是规则内亏损，还是执行错误。
- 多笔交易合在一起，系统是否仍然呈现预期特征。
本文提供一个适合海龟交易法的记录框架。它用于学习、复盘和系统维护，不构成投资建议。
为什么必须写交易日志
趋势跟踪系统经常经历小亏损、假突破和盈利回吐。没有交易日志时，交易者很容易用最近几笔结果改写记忆：
- 连续亏损后，误以为系统已经失效。
- 错过大趋势后，只记得“差一点进场”，却忘记当时为什么没有执行。
- 提前退出后，如果价格回落，就把错误当成正确。
- 加仓犹豫后，如果价格继续走强，很难量化机会损失。
- 回测规则和实盘动作不一致，却仍然把实盘结果归因给策略本身。
日志的价值不是让每笔交易看起来更精致，而是把主观解释压缩到可检查的字段里。
交易前记录
交易前记录用于确认“这笔交易为什么可以发生”。建议至少包含：
| 字段 | 记录内容 |
|---|---|
| 日期与时间 | 信号出现时间、计划执行时间、实际下单时间 |
| 市场 | 品种、交易所、现货或合约、报价货币 |
| 策略版本 | 当前规则版本，例如 turtle-20-55-v1.2 |
| K 线周期 | 日线、4 小时线、1 小时线等 |
| 信号类型 | 短周期突破、长周期突破、退出信号、加仓信号 |
| 方向 | 多头、空头、只平仓、不交易 |
| 突破边界 | 使用的高点/低点窗口和触发价 |
| N 值 | 当前 TR、ATR 与 N 值 计算结果 |
| Unit | 本次允许的 Unit 头寸单位 数量 |
| 初始止损 | 止损价、距离、对应账户风险 |
| 组合风险 | 同类市场、同方向持仓、总风险上限 |
| 是否允许交易 | 是、否、等待确认 |
如果某个字段无法填写，通常说明规则还没有写清楚。尤其是突破边界、N 值、Unit 和止损，不应在下单后再补。
入场记录
入场记录用于比较计划和现实成交之间的差异。
建议记录：
- 计划入场价。
- 实际成交价。
- 成交数量。
- 订单类型：市价、限价、止损市价、止损限价。
- 预计滑点。
- 实际滑点。
- 手续费。
- 入场后初始止损价。
- 入场后账户风险占比。
- 是否出现跳空、急拉急跌、盘口变薄或交易所异常。
海龟交易法的入场不是“看好所以买入”，而是规则触发后的执行动作。因此，入场记录的重点不是解释行情，而是记录执行质量。
加仓记录
金字塔加仓规则 容易被误解成“行情好就多买一点”。实际复盘时，必须把每一次加仓当成独立风险动作。
每次加仓建议记录：
| 字段 | 记录内容 |
|---|---|
| 加仓序号 | 第 1 次、第 2 次、第 3 次等 |
| 加仓触发价 | 是否达到规则定义的 N 值间隔 |
| 新增 Unit | 新增数量和对应风险 |
| 总 Unit | 当前总持仓单位 |
| 新止损 | 是否按规则调整整体止损 |
| 加仓后组合风险 | 是否仍在总风险上限内 |
| 未执行原因 | 如果该加仓没有执行，写清原因 |
关键点是：加仓只应发生在价格朝有利方向移动后。亏损方向上的“补仓”不属于海龟交易法的金字塔加仓。
退出记录
退出记录决定你能否正确理解趋势系统的盈利回吐。很多趋势跟踪交易不是在最高点退出，而是在趋势回落到退出规则时离场。
建议记录：
- 退出信号类型：短周期退出、长周期退出、止损、系统暂停、异常处理。
- 计划退出价。
- 实际成交价。
- 平仓数量。
- 本笔交易总盈亏。
- 以 R 或 N 计量的盈亏。
- 最大浮盈。
- 盈利回吐幅度。
- 退出是否符合规则。
- 如果提前退出，写清触发条件是否在策略版本里预先定义。
不要只记录最终盈亏。对于趋势系统来说，“最高浮盈到最终退出”的差距本来就是策略特征的一部分，不能简单归为失败。
执行错误分类
复盘时要区分规则内亏损和执行错误。规则内亏损不需要每次都改系统；执行错误则需要改流程。
常见执行错误可以分为：
- 漏信号：规则触发但没有看到或没有记录。
- 迟入场：看到信号后犹豫，实际成交偏离计划。
- 追价入场：错过规则价后临场追单。
- 仓位过大：Unit、杠杆或合约乘数计算错误。
- 止损缺失：入场后没有立即设置或记录止损。
- 放宽止损：亏损后把止损移到更远位置。
- 提前退出：未出现退出信号时主观平仓。
- 加仓犹豫：达到加仓条件但没有执行。
- 非规则加仓：没有达到条件却因为情绪加仓。
- 记录缺失：无法还原当时的信号、价格或理由。
建议每笔交易只选择一到两个主要错误类型，避免复盘变成情绪宣泄。
日复盘、周复盘、月复盘
不同周期的复盘重点不同。
日复盘
日复盘适合检查执行动作：
- 今天是否出现新入场、加仓、退出或止损信号。
- 是否有未执行信号。
- 所有持仓的止损是否仍然有效。
- 当前组合风险是否超出计划。
- 是否出现数据异常、交易所异常或流动性异常。
日复盘不适合频繁判断系统优劣。一天的结果样本太小。
周复盘
周复盘适合检查流程稳定性：
- 本周交易是否全部有完整记录。
- 是否出现重复执行错误。
- 滑点和手续费是否高于预期。
- 哪些市场组贡献了主要风险。
- 是否有多个高度相关品种同时持仓。
- 是否需要更新观察列表，但不随意修改核心规则。
周复盘的目标是把流程调顺，而不是追求每周都赚钱。
月复盘
月复盘适合检查系统状态：
- 本月交易次数是否足够形成观察。
- 最大回撤是否仍在预期范围内。
- 连续亏损次数是否接近或超过历史压力区间。
- 盈利是否过度集中在少数品种。
- 成本、滑点、资金费率是否改变系统可执行性。
- 当前策略版本是否需要进入下一轮 回测验证。
如果要改规则，最好在月复盘或季度复盘中提出，并先回测，再进入下一版本。
策略版本记录
很多交易系统不是一次性失败，而是在实盘中被悄悄改坏。为了避免这种情况，每次规则变化都要记录版本。
一个简单的版本记录可以包含：
| 字段 | 示例 |
|---|---|
| 版本号 | turtle-20-55-v1.3 |
| 生效日期 | 2026-04-29 |
| 修改内容 | 将最大 Unit 从 4 降为 3 |
| 修改原因 | 组合波动超过预期 |
| 回测区间 | 2020-2025 |
| 样本外区间 | 2025-2026 |
| 风险影响 | 单品种最大风险下降 |
| 是否允许回滚 | 是，触发条件写清 |
不要边交易边临时改规则。规则可以进化，但进化必须留下证据。
一个可复制的最小模板
可以从下面的字段开始：
交易编号：
策略版本：
市场 / 交易所：
现货或合约：
K 线周期：
信号日期：
信号类型：
方向：
突破边界：
计划入场价：
实际成交价：
N 值：
Unit 数量：
初始止损：
组合风险：
是否加仓：
加仓记录：
退出规则：
实际退出价：
手续费与滑点：
最终盈亏：
最大浮盈：
执行错误类型：
规则内亏损或执行偏差：
复盘结论：
是否需要修改策略版本：
这份模板可以放在表格、Notion、Markdown、数据库或交易软件备注中。工具不重要，字段持续一致更重要。
与其他页面的关系
交易日志是执行层的中心页面，建议搭配阅读：
如果回测是系统的实验记录，交易日志就是实盘的证据记录。两者结合，才能判断一套海龟交易法规则是否真的被一致执行。