交易复盘怎么做
交易复盘不只是记录盈亏。用一条时间线还原原始计划、当时可用数据、规则版本、工具失败与人工判断，再把偏差改成有负责人、期限、验收证据与停止条件的行动。本文提供可填写的复盘头、时间线与偏差表，并说明会话、TAP 与沙箱仓位记录和券商真实成交之间的断点。
交易复盘的目标不是证明“这次赚了所以判断正确”，而是回答三个更有用的问题：当时究竟知道什么、实际过程偏离了什么、下一次具体改哪一步。最小可用复盘应保留原始计划、按时间排列的证据和失败、偏差分类，以及一条能被检查的后续行动。
Bastix 当前批准口径可以确认会话、TAP 运行以及沙箱策略仓位和变更历史等记录对象，但这些对象尚未组成覆盖所有动作的统一审计链；沙箱仓位也不是券商持仓或真实成交。原始计划、数据快照、外部资料、人工决定和券商记录仍需用户自行保存。1
先确定你复盘的是什么
不要把不同对象混在一张表里。开始前先选择一种：
| 复盘对象 | 主要证据 | 不能混淆为 |
|---|---|---|
| 一次研究判断 | 原始问题、资料、工具结果、判断文本 | 真实交易执行 |
| 一条筛选任务 | 范围、条件、候选与缺失行 | 买入名单 |
| 一个持续任务 | 触发、运行、失败、暂停与修改 | 自动交易系统 |
| 一次沙箱仓位调整 | 目标/当前比例、原因、变更时间 | 券商成交或账户收益 |
| 一笔真实交易 | 券商订单、成交、费用与资金流水 | Bastix 自动产生的记录 |
若要复盘真实成交，必须从券商或交易系统取得订单、成交和费用记录。Bastix 当前内置能力不连接券商，也不自动导入真实成交。2
可直接填写的复盘头
复盘 ID：
复盘对象：研究 / 筛选 / 持续任务 / 沙箱仓位 / 真实交易
标的或主题：
原任务 ID / 会话链接：
策略或规则版本：
研究起止时间：
数据截止时间 asOf：
复盘人：
复核人：
事实版本：缺少任务 ID、版本或时间时，不要补猜，直接写 NOT_CAPTURED。这本身就是复盘发现。
第一步：封存原始计划
只记录行动发生前已经存在的内容：
当时要回答的问题：
计划使用的数据和资料：
允许使用的工具：
筛选/判断条件：
反对条件：
停止条件：
预期输出：
哪些事情明确不做：如果原计划只写“看好”“趋势不错”，就在原文后加 定义不足，不要用今天的指标给过去补一套完整逻辑。
第二步：按发生顺序建立时间线
时间线必须同时显示成功、失败、修改和外部影响，不能只保留最终答案。
| 时间 | 人/系统 | 输入或触发 | 数据与 asOf | 原始输出 | 状态 | 写入/外部影响 | 当时决定 |
|---|---|---|---|---|---|---|---|
__ | __ | __ | __ | 链接或摘要 | Success/Fail/Unknown | 无/沙箱/外部 | 接受/退回/暂停 |
__ | __ | __ | __ | 链接或摘要 | Success/Fail/Unknown | 无/沙箱/外部 | __ |
填写时遵守四条规则：
- 数据时间和操作时间分开；
- 原始输出保留链接或不可变副本，不只抄模型总结；
- 每次规则修改另起一行，并标出修改人和原因；
- 中断、超时、缺数和无答案与成功结果同等保留。
第三步：把证据分四栏
| 类型 | 填写内容 | 例子写法 |
|---|---|---|
| 事实 | 能回到原始数据或文档 | 来源 X，第 7 页，asOf=__ |
| 解释 | 人或模型对事实的说明 | 解释者=__，版本=__ |
| 假设 | 尚待验证的因果或预期 | 若__，则__；验证日期=__ |
| 未知 | 缺失、冲突或无法重建 | UNKNOWN：字段来源未保存 |
这一步能避免把模型解释当事实，也能暴露“结论很完整，但证据只覆盖一半”的情况。
第四步：比较计划与实际过程
逐项回答，不要只写“执行到位/不到位”：
- 哪个计划步骤没有执行？为什么？
- 哪个工具失败后，流程仍继续形成结论？
- 哪些数据在当时已经过期？
- 哪个条件在看到结果后才修改？
- 哪项沙箱写入未经预期说明？
- 反对证据是否被找到但未进入摘要？
- 真实成交与研究记录之间有哪些断点？
第五步：给偏差选择可验证类别
| 类别 | 判断问题 | 不够具体的写法 | 可改进的写法 |
|---|---|---|---|
| 数据偏差 | 来源、时间、覆盖或口径有误吗 | 数据不好 | 关键字段晚于任务日期三天 |
| 规则偏差 | 条件是否含糊、冲突或事后修改 | 策略失效 | 看到结果后把阈值从 A 改为 B |
| 模型偏差 | 是否补造、遗漏反证或错误引用 | AI 不准 | 引用页码不存在，未触发 Unknown |
| 工具偏差 | 是否超时、截断、写入失败 | 系统卡了 | 第 4 步超时，候选只处理 7/20 |
| 流程偏差 | 是否跳步、无人复核或无停止规则 | 流程不严谨 | 数据缺失仍进入结论节点 |
| 人的判断偏差 | 是否选择性保留或事后合理化 | 心态不好 | 删除了两条反对证据，只保留支持项 |
短期盈亏不是偏差类别。错误过程可能碰巧盈利，合理过程也可能亏损。
第六步：把教训写成下一次动作
每条改进都用同一格式：
发现：
要修改的具体字段/规则/节点：
负责人：
完成期限：
触发条件：
验收证据：
停止或回滚条件：
复核日期：“下次谨慎”“加强纪律”没有验收条件，不算行动。可以建立 TAP 持续观察变化，但无人值守任务只做研究、观察和整理，不自动下单。3
复盘完成前必须回答的十个问题
- 原始问题和原始规则还在吗？
- 当时可见的数据与今天修订后的数据分开了吗？
- 每个关键数字有来源和
asOf吗？ - 成功、失败、跳过和未知都进入时间线了吗？
- 模型解释与原始事实分开了吗？
- 沙箱仓位与券商成交分开了吗？
- 有没有看完结果才增加的理由？
- 反对证据是否和支持证据同样可见？
- 改进项是否有负责人、期限和停止条件？
- 独立复核人能否仅凭记录重建主要过程？
只要其中一项回答不了，就保留 UNKNOWN，不要为了“完整”编出一条顺滑故事。
Bastix 记录与用户证据怎样拼接
当前公开事实允许把以下三类对象写入复盘，但不能扩大它们的证明范围：
- 会话记录：用于定位原始问题、回答及会话内发生的工具调用；它不能证明用户在产品外看到或做过什么。
- TAP 记录：用于核对策略定义、运行、启动/停止和调度；无人值守运行只做研究、观察和整理，不等于自动下单。
- 沙箱策略仓位历史：用于核对目标/当前仓位、标的、比例、原因和变更时间；它不是券商订单、真实成交或账户收益。
原始数据快照、公告或研报原文、人工批准、外部工具日志以及券商订单、成交、费用和资金流水，应由用户另行保存并在时间线中链接。缺少其中一项就写 NOT_CAPTURED，不要用会话摘要补造。上述来源各自只能证明特定对象，不能合并成“每一步都完整可追溯”的绝对声明。
现在就做一次最小复盘
选一条低敏感度、已经结束的研究任务。先填写复盘头，再按时间线抄入第一次失败和第一次规则修改；如果找不到原始记录，就把“建立原始计划快照”作为第一个改进动作。
打开 Bastix 工作台 · 查看 TAP 边界 · 查看策略仓位边界