智能复盘与进化引擎 v2.1
核心理念
基于 SkillHub 平台 50+ 热门技能分析总结的三大最佳实践:
- 自我进化 — 从每次任务中提炼经验,持续改进工作方式
- 结构化工作流 — 用标准复盘模板代替随意思考,确保不遗漏
- 记忆增强 — 跨会话积累知识模式,避免重复踩坑,知识复利增长
触发条件
自动触发
- 完成多步骤任务(5+ 工具调用)
- 解决了之前失败过的问题
- 任务中 ≥1 个错误并最终修复
- 发现了值得记录的通用模式
用户触发
- 明确说「复盘」「总结」「回顾」
- 说「学到了什么」「有什么经验」
- 说「记录一下」「提炼经验」
分级深度
| 级别 | 适用场景 | 调用步骤 |
|---|---|---|
| 快速复盘 | 30分钟内小任务,无错误 | A+B 精简版 |
| 标准复盘 | 1小时以上多步任务 | Step 1-3 完整版 |
| 深度复盘 | 跨会话大项目 | Step 1-6 + patterns.md 写入 |
Step 0 · 场景匹配(适用性保障)
不同任务类型,六维权重不同。先判定任务类型,再按权重分配时间:
| 任务类型 | 典型场景 | A任务回顾 | B亮点 | C踩坑 | D效率 | E经验 | F决策链 |
|---|---|---|---|---|---|---|---|
| 技术排错 | Bug修复、部署失败 | 15% | 10% | 30% | 15% | 15% | 15% |
| 开发构建 | 写代码、生成页面 | 15% | 20% | 25% | 20% | 10% | 10% |
| 数据处理 | 大批量数据清洗/生成 | 15% | 10% | 25% | 25% | 15% | 10% |
| 内容创作 | 写文档/视频文案/Skill | 10% | 30% | 10% | 15% | 25% | 10% |
| 探索研究 | 分析/调研/学习 | 20% | 10% | 10% | 10% | 25% | 25% |
> 权重最高的维度(加粗)是复盘的核心产出,优先保证质量。
Step 1 · 六维复盘框架
维度 A — 任务回顾
| 要素 | 格式 | 容错规则 |
|---|---|---|
| 目标 | 一句话原始需求 | 如果需求不清晰 → 记录「需求模糊」标记 |
| 步骤 | X 步,用了 (工具名) | 如果 ≥10 步,只列关键的 3-5 步 |
| 耗时 | Y 分钟,最耗时的是 Z | 无法估算 → 写「估算耗时约 Y 分钟」 |
| 转折 | 关键决策点/意外 | 没有明显转折 → 写「流程顺畅,无关键转折」 |
维度 B — 亮点提炼
| 要素 | 格式 | 可靠性检查 |
|---|---|---|
| 做得好的 | 具体做法 + 为什么好 | 必须能复述给另一个Agent执行 |
| 可复用模式 | 一句话通用方法 | 必须在别的任务也适用 |
| 是否可固化 | Yes→建议Skill / No→记入patterns | Yes必须附带模板/流程图 |
维度 C — 踩坑记录
| 要素 | 格式 | 根因验证 |
|---|---|---|
| 卡点 | 具体问题 | 不能用模糊词("有点慢""不太对") |
| 根因 | 5 Why 法至少追问2层 | 如果只写了现象 → 不合格,退回重填 |
| 解法 | 怎么解决的 | 必须是实际执行过的,不是建议 |
| 最优解 | 一步到位的解法 | 必须比实际解法更少步骤 |
维度 D — 效率改进
| 要素 | 格式 | 量化要求 |
|---|---|---|
| 最耗时步 | 哪一步最慢 + 耗时 | 必须有具体分钟数 |
| 冗余操作 | 可合并/跳过的步骤 | 必须指出可节省的时间 |
| 改进建议 | Before/After 对比 | Before: X分钟 → After: Y分钟 |
维度 E — 经验沉淀
| 要素 | 格式 | 通用性检验 |
|---|---|---|
| 问题类型 | 技术/产品/流程/沟通/安全 | 单选或双选 |
| 通用原则 | 一句话抽象 | 此原则必须能在其他场景复用 |
| 下次参考 | 可直接引用的内容 | 格式:{条件} → {做法} → {原因} |
维度 F — 决策链还原(深度复盘必做)
决策点 N:{面临的选择}
- 选了 X → 理由:{为什么选}
- 没选 Y → 理由:{为什么不选}
- 事后评估:✅ 正确 / ⚠ 可优化 / ❌ 错误
- 评估理由:{基于实际结果的判断}
> 必须产生 ≥1 个评估结论。如果全是 ✅,说明反思不够深入。
Step 2 · 知识模式库
模式评分标准(可靠性保障)
| 分数 | 标准 | 动作 | 验证要求 |
|---|---|---|---|
| 5★ | 跨领域通用,≥2次验证 | 写入 patterns.md + ⭐标记 |
必须有2个不同场景的成功案例 |
| 4★ | 领域内通用,≥1次验证 | 写入 patterns.md | 必须有1个实际验证的案例 |
| 3★ | 本次有效,待验证 | 写入 patterns.md + [待验证] |
标记预计验证时间 |
| ≤2★ | 单次特定 | 仅写入 memory/ 日志 | — |
可靠性规则
- 禁止:本次才发现的模式直接给 5★(必须 ≥2 次验证)
- 禁止:未经实际验证的"应该可以"作为模式入库
- 警告:如果连续 3 次复盘没有产生 ≥3★ 模式,检查复盘深度是否不足
Step 3 · 输出格式
标准复盘模板(规范性强制)
## 🔄 复盘:{任务简述}
### 📋 任务回顾
- 目标:{原始需求}
- 步骤:{N} 步,工具={工具名}
- 耗时:{Y} 分钟
- 转折:{关键决策点}
### 🌟 亮点(1-3条)
1. {做法} — {为什么好} — [固化:Yes/No]
2. ...
### ⚠️ 踩坑(1-3条)
1. {问题} → 根因({追问层数}):{根因} → 解法:{解法} → 最优解:{最优解}
2. ...
### 📊 效率改进
- 最耗时:{步骤}({X}分钟) → Before: {X}分钟 → After: {Y}分钟
- 冗余操作:{可合并步骤} → 预计节省 {Z} 分钟
### 💡 经验沉淀
- 类型:{类型}
- 原则:{一句话通用原则}
- 下次参考:{条件} → {做法} → {原因}
### 🧠 决策复盘
决策点 1:{选择} → 选了 {X},理由:{理由} → 评估:{✅/⚠/❌}
决策点 2:...
### 🔧 行动清单
- [ ] {具体可操作项 1}
- [ ] {具体可操作项 2}
规范性检验(输出后Agent自检)
| # | 检查项 | 不通过处理 |
|---|---|---|
| 1 | 每个维度至少填写了1行 | 补充缺失维度 |
| 2 | 亮点含具体做法(非泛评价) | 改写为具体做法 |
| 3 | 踩坑含根因(非表面现象) | 用5Why追问1层 |
| 4 | 行动项可打勾(非"下次注意") | 改写为可行动作 |
| 5 | 经验原则可跨场景复用 | 替换为通用原则 |
| 6 | Before/After 有具体数字 | 补充预估数值 |
Step 4 · 进化闭环(有效性驱动的自动化路径)
复盘完成
↓
Step 6 质量自检:5项全过?
├─ 否 → 退回补充,最多重试1次 → 仍不通过则标 [部分复盘]
└─ 是 →
↓
模式评分 ≥ 4★?
├─ 是 → 写入 patterns.md
│ ↓
│ 同类模式 ≥ 3 条?
│ ├─ 是 → 建议创建 Skill(附带模板给用户)
│ └─ 否 → 继续积累
│
└─ 否 → 写入 .workbuddy/memory/ 日志
Step 5 · 改进追踪器(有效性度量)
每次复盘产生的行动项,在下一次同类任务后必须回测:
| 追踪项 | 记录方式 |
|---|---|
| 上次建议 | {来自哪次复盘的行动项} |
| 本次是否采用 | ✅ 采用 / ⚠ 部分采用 / ❌ 未采用 |
| 效果对比 | Before: {X} 分钟 → After: {Y} 分钟 |
| 复盘ROI | 改进节省的时间 ÷ 复盘花费的时间 |
> 如果连续 3 次复盘ROI < 1.0(复盘比干活还耗时且无改进),降低为快速复盘级别。
Step 6 · 复盘质量自检(可靠性最终保障)
| # | 检查项 | 标准 | 容错处理 |
|---|---|---|---|
| 1 | 有亮点 | ≥1 条可复用做法 | 如果真没有→注明"本轮无新亮点" |
| 2 | 有坑 | 含根因分析 | 如果真没坑→写1个"最小改进点" |
| 3 | 有行动 | ≥1 条可打勾项 | 行动项必须有owner和时间 |
| 4 | 有原则 | ≥1 条可迁移原则 | 原则必须能跨场景使用 |
| 5 | 可追溯 | 含时间点和决策理由 | 缺失则补充 |
| 6 | 有对比 | 含Before/After数据 | 无法量化→写定性对比 |
不通过规则:2 项以上不满足 → 退回补充。3 项以上不满足 → 标记为"不合格复盘",不写入 patterns.md。
使用示例
参考 references/examples.md(技术排错 / AI技能开发 / 数据处理 三类完整示例)。
常见反模式
参考 references/anti-patterns.md(6种复盘常见错误及修复方法)。
改进追踪记录
所有复盘的行动项回测结果统一记录在 references/improvements.md。