task-flow-retrospective

name	task-flow-retrospective
description	将已经完成的一次任务、项目或问题处理过程复盘为可复用方法论。用于用户要求复盘、沉淀 SOP、总结执行流程、提炼经验教训、形成下次触发条件或把一次性任务转成可复用工作法时。

Task Flow Retrospective

目标

把一次已完成的任务流程复盘成可复用方法论，帮助下次在相似场景中更快识别目标、复用步骤、验证结果并避免重复踩坑。

使用前收集

优先从对话、工具记录、文件变更和用户反馈中提取信息；只在关键缺口会影响复盘质量时追问。

需要明确：

• 原始目标：用户当时要解决什么问题，成功标准是什么。
• 上下文：输入材料、限制条件、已有资源、风险和依赖。
• 实际过程：关键决策、工具使用、分支尝试、失败与修正。
• 最终结果：交付物、验证结果、用户反馈和遗留问题。

复盘步骤

1. 还原任务目标：用一句话描述任务目的，并列出显性和隐性成功标准。
2. 梳理上下文：记录触发背景、输入、约束、相关环境和必须保留的假设。
3. 分解执行流程：按真实发生顺序列出步骤，标注关键判断点、工具或资料来源。
4. 提炼验证方式：说明如何确认结果正确，包括检查点、测试提示、人工评审标准或可观察证据。
5. 沉淀经验：区分可复用做法、失败模式、风险提醒和可提前准备的模板。
6. 定义下次触发条件：写清哪些用户表达、任务形态或上下文信号应触发这套方法。
7. 压缩成方法论：把一次性细节抽象成可迁移步骤，避免把偶然信息写成固定规则。

输出模板

# [任务/方法论名称] 复盘

## 1. 目标
- 任务目标：
- 成功标准：

## 2. 上下文
- 输入与资源：
- 约束与风险：
- 关键假设：

## 3. 执行步骤
1. ...
2. ...
3. ...

## 4. 验证方式
- 检查点：
- 通过标准：
- 失败时回退方案：

## 5. 经验沉淀
- 可复用做法：
- 常见坑：
- 下次可提前准备：

## 6. 下次触发条件
- 触发表达：
- 适用场景：
- 不适用场景：

质量标准

• 保持事实和推断分离；没有证据的内容标为“推测”或向用户确认。
• 优先沉淀可迁移流程，而不是复述流水账。
• 每个执行步骤都应能回答“为什么这一步必要”和“怎么知道做对了”。
• 下次触发条件要具体到用户表达或任务信号，例如“把这次流程沉淀一下”“复盘刚才的处理过程”“整理成 SOP”。
• 如任务涉及敏感信息，复盘时保留方法，去除不必要的账号、密钥、个人信息和内部细节。

测试提示

• “把刚才修复部署失败的过程复盘成一个以后可复用的排障 SOP。”
• “我们刚完成了一次竞品资料整理，请沉淀成下次做资料研究时可复用的方法论。”
• “复盘这次创建 skill 的流程，输出目标、上下文、步骤、验证方式、经验和下次触发条件。”

验证指引

检查输出是否同时覆盖目标、上下文、执行步骤、验证方式、经验沉淀和下次触发条件；是否把一次性细节抽象成可复用规则；是否明确哪些场景不该套用该方法。