Menu
案件回顾与复盘技术 — 完结案件的多维度复盘框架，聚焦调查员的能力、经验、逻辑、工作方法和工作流组织。独立于案件调查流程，仅在用户显式要求时执行，目标为提升调查员觉知而非产出案件结论
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Baseado na classificação ocupacional SOC
证据链与调查底稿管理 — 证据识别与收集、链式保管(Custody Chain)、证据可采性评估、底稿编制规范、底稿复核与归档、电子证据保全
伪造印章调查 — 私刻、变造、盗用、冒用公司公章或授权章的调查方法。覆盖印章真伪识别、印文比对方法、使用痕迹追溯、伪造目的判断。
调查流程与案件管理 — 案件生命周期管理、调查计划编制、质量管控(质量控制)、团队协作、时间线管理、风险管理、成本管理、结案评估
舞弊分类与路由 — 基于 ACFE 分类框架分析线索信号、匹配案件所属舞弊类型、路由到对应 fraud-<domain> 场景技能
渠道舞弊调查 — 渠道销售特价订单场景：窜货、虚报终端客户、成本造假、拼单绑单、隐瞒渠道链路、隐瞒渠道利润。覆盖信号识别、证据路径、数据分析和调查方案设计。
首次设置向导 — 引导调查员完成团队配置、证据策略、集成检查和偏好设置。写入持久化配置路径，所有技能依赖此配置运行。支持中断恢复、升级合并和增量更新。
| name | case-retrospective |
| description | 案件回顾与复盘技术 — 完结案件的多维度复盘框架，聚焦调查员的能力、经验、逻辑、工作方法和工作流组织。独立于案件调查流程，仅在用户显式要求时执行，目标为提升调查员觉知而非产出案件结论 |
| origin | cc-investigation |
一个独立的、调查员觉知提升型的复盘框架。复盘的标的不是"案件是什么"，而是**"我们是怎么做的"**——聚焦调查员的能力、经验、逻辑、工作方法和 Agent 协作效能。
关键定位： 本技能不纳入案件生命周期门禁，不由阶段转换触发，仅在用户显式提出复盘要求时启动。
复盘由用户显式提出，以下任一指令均可触发：
"复盘一下这个案件"
"做个 retrospective"
"对这个案子做一次回顾总结"
"看看我们在这个案子里做得怎么样"
"案件回顾"
启动复盘前，AI 自动检查以下条件：
├── 案件状态
│ ├── 案件仍在进行中 → 提示："案件尚未完结，复盘建议在结案后进行。是否仍要继续？"
│ │ ├── 用户确认继续 → 以"中期回顾"模式运行
│ │ └── 用户取消 → 终止
│ └── 案件已完结或已收敛 → 继续
│
├── 必要数据源可用性
│ ├── meta.json → ✓ 读取阶段时间线
│ ├── evidence_registry.json → ✓ 读取证据链数据
│ ├── checklist.yaml → ✓ 读取门禁执行记录
│ ├── case_memory/INDEX.md（如存在）→ ✓ 读取过程记忆
│ └── final_report / intelligence_summary → ✓ 读取案情概要
│
└── 以上完成后 → 进入复盘流程
| 产物 | 文件 | 说明 |
|---|---|---|
| 复盘报告 | retrospective_report_YYYYMMDD.md | 完整复盘 |
| 行动项 | 嵌入复盘报告尾部 | 可执行的改进计划 |
| 学习笔记（可选） | retrospective_learnings.md | 可复用的经验摘要 |
每个维度独立评分 + 定性分析，不设总分和加权平均——复盘不是打分比赛，是发现成长机会。
| 分数 | 等级 | 含义 |
|---|---|---|
| 5 | Exemplary | 超出预期，可作范例 |
| 4 | Proficient | 达到高标准，有系统的方法论支持 |
| 3 | Competent | 达到基本要求，可正常推进工作 |
| 2 | Developing | 有改进空间，部分环节出现偏差 |
| 1 | Novice | 需显著提升，存在方法论或执行上的缺失 |
| N/A | 不适用 | 该维度在当前案件中不适用（需说明理由） |
考察内容：调查方案是否从多维度审视案件，还是仅围绕单一角度展开。
评估要点：
参考数据源：
meta.json → 调查范围定义01_intelligence_summary.md → 初步分析的覆盖范围evidence_registry.json → 证据涉及维度分析输出格式：
### 维度 1：调查维度覆盖 — 评分：[1-5 | N/A]
**覆盖矩阵**：
| 维度 | 是否覆盖 | 覆盖深度 | 盲区评估 |
|------|---------|---------|---------|
| 财务 | ✓/✗ | 深/中/浅 | — |
| 业务 | ✓/✗ | 深/中/浅 | — |
| 人员 | ✓/✗ | 深/中/浅 | — |
| 系统/数据 | ✓/✗ | 深/中/浅 | — |
| [其他] | ✓/✗ | 深/中/浅 | — |
**盲区分析**：[是否存在系统性遗漏？如存在，是资源限制还是判断失误？]
**改进建议**：[下次同类案件可如何优化覆盖？]
考察内容：调查过程中假设的生成、检验和更新质量。
评估要点：
参考数据源：
01_intelligence_summary.md → 假设列表evidence_registry.json → 验证路径case_memory/ — hesistate 类条目，推理过程中的犹豫点输出格式：
### 维度 2：假设推理质量 — 评分：[1-5 | N/A]
**假设演化时间线**：
| 时间 | 假设 | 置信度变化 | 关键证据/事件 |
|------|------|-----------|-------------|
| INIT | H1: ... | 50% → ... | ... |
| ... | H2: ... | ... | ... |
| REVIEWING | 最终认定 | — | ... |
**推理强度评估**：
- 竞争假设数量：[_] 个（建议 ≥2）
- 是否包含反向假设：是/否
- 证伪尝试次数：[_] 次（是否主动寻求反证）
- 证据→结论的逻辑链条是否完整：是/否
**认知偏差检查**：[是否存在偏见信号？如过早锁定单一假设、忽视矛盾证据等]
**改进建议**：[下次如何提升推理质量？]
考察内容：证据收集的策略性、证据链的完整性和规范性。
评估要点：
参考数据源：
evidence_registry.json → 证据条目、保管链、类型分布rules/evidence-rules.md → 可采性标准rules/working-paper-standards.md → 底稿规范输出格式：
### 维度 3：证据策略有效性 — 评分：[1-5 | N/A]
**证据链分析**：[从线索到结论的证据逻辑路径，标注关键节点和薄弱环节]
**证据类型分布**：
| 类型 | 数量 | 占比 | 关键性 |
|------|------|------|--------|
| 书证 | _ | _% | 高/中/低 |
| 电子证据 | _ | _% | 高/中/低 |
| 言词证据 | _ | _% | 高/中/低 |
| [其他] | _ | _% | 高/中/低 |
**单点依赖风险**：[是否存在某个事实仅靠单一证据支撑？]
**保管链规范率**：_%（合规条目/总条目）
**改进建议**：[下次证据策略可如何优化？]
考察内容：所选调查方法是否匹配案件场景，有无更优方法未用。
评估要点：
参考数据源：
meta.json → 调查方案定义的方法集investigation-techniques 技能 → 方法选型决策树输出格式：
### 维度 4：工作方法适配度 — 评分：[1-5 | N/A]
**方法使用矩阵**：
| 阶段 | 规划方法 | 实际使用 | 适配度 | 备注 |
|------|---------|---------|-------|------|
| INIT | ... | ... | 高/中/低 | ... |
| PRE_INVESTIGATION | ... | ... | 高/中/低 | ... |
| FIELDWORK | ... | ... | 高/中/低 | ... |
**未使用但可选的方法**：[列出并说明是否值得采用]
**工具利用情况**：[MCP 或其他工具的利用效率评估]
**改进建议**：[下次的方法选型策略改进]
考察内容：案件推进过程的规范性、门禁执行情况和资源分配效率。
评估要点：
参考数据源：
checklist.yaml → 门禁执行记录meta.json → 阶段时间线、SLA输出格式：
### 维度 5：工作流组织质量 — 评分：[1-5 | N/A]
**阶段效率表**：
| 阶段 | 开始日 | 结束日 | 耗时 | 门禁通过率 | 门禁执行质量 |
|------|--------|--------|------|-----------|------------|
| INIT | — | — | _天 | _% | 认真/形式化/未执行 |
| PRE_INV | — | — | _天 | _% | 认真/形式化/未执行 |
| FIELDWORK | — | — | _天 | _% | 认真/形式化/未执行 |
| REVIEWING | — | — | _天 | _% | 认真/形式化/未执行 |
**异常分析**：
- 是否存在不合理的时间偏移：是/否（说明）
- 是否存在阶段跳跃：是/否（说明）
- 是否存在门禁形式化问题：是/否（说明）
- 是否存在回头/返工：是/否（说明）
**改进建议**：[下次流程管理如何优化？]
考察内容：调查员与 AI 及子代理的互动质量。
评估要点：
参考数据源：
case_memory/ → think 类条目（AI 交互中的思考过程）输出格式：
### 维度 6：AI/Agent 协作效能 — 评分：[1-5 | N/A]
**Agent 调用记录**：
| Agent | 调用次数 | 主要用途 | 产出利用率 | 改进空间 |
|-------|---------|---------|-----------|---------|
| investigation-planner | _ | ... | 高/中/低 | ... |
| evidence-analyzer | _ | ... | 高/中/低 | ... |
| interview-analyzer | _ | ... | 高/中/低 | ... |
| data-analyzer | _ | ... | 高/中/低 | ... |
| report-writer | _ | ... | 高/中/低 | ... |
**提示质量评估**：[AI 指令是否清晰、结构合理？调查员是否进行了有效的上下文传递？]
**协作模式分析**：[该用 Agent 时是否用了？不该用时是否过于依赖？]
**改进建议**：[下次如何更高效地使用 AI 工具？]
考察内容：这次案件调查对调查员自身能力的影响和可固化的知识资产。
评估要点：
参考数据源：
case_memory/ → 各类型条目汇总输出格式：
### 维度 7：个人成长与经验固化 — 评分：[1-5 | N/A]
**能力锻炼清单**：
- [能力1] — 通过 [具体事件] 得到锻炼
- [能力2] — 通过 [具体事件] 得到锻炼
**知识缺口暴露**：
- [领域1] — 表现为 [具体表现]，建议 [改进路径]
- [领域2] — 表现为 [具体表现]，建议 [改进路径]
**可复用经验**：
- [经验1] — 适用场景：[说明]
- [经验2] — 适用场景：[说明]
**如果重来**：["重做一遍"的话，最大的三个改变]
**知识资产建议**：[建议创建/更新的检查项、模板、或检查清单]
完整的复盘报告以 SCQA 结构组织：
# 案件复盘报告 — CASE-YYYY-NNN
**案件**: [案件名称]
**复盘日期**: YYYY-MM-DD
**复盘范围**: 全生命周期 / 中期回顾
## 一、案情回顾（Situation）
[用 2-3 段概括案件背景、线索来源、核心问题和结论]
## 二、复盘总览（Complication）
[总结本次复盘的主要发现：哪些方面做得好，哪些存在改进空间，用 7 个维度的评分摘要表呈现]
| 维度 | 评分 | 关键词 |
|------|------|--------|
| 调查维度覆盖 | 4 | 覆盖全面，略有盲区 |
| 假设推理质量 | 3 | 假设充分，证伪不足 |
| ... | ... | ... |
## 三、逐维分析（Question）
[按维度 1-7 逐一展开，每个维度包含评分、分析、改进建议]
## 四、行动项与改进计划（Answer）
### 下次案件可以马上用的改进
- [行动项 1] — 优先级：高/中/低
- [行动项 2] — 优先级：高/中/低
### 中长期发展建议
- [建议 1] — [路径/资源]
- [建议 2] — [路径/资源]
### 知识资产建议
- [建议创建或更新的模板/检查项/原则]
---
**关联文件**：
- [案件元数据](meta.json)
- [证据注册表](evidence_registry.json)
- [案件记忆索引](../case_memory/INDEX.md)
AI 在撰写复盘报告时需要主动识别并标注以下常见偏差：
| 偏差 | 表现 | AI 应提示的方式 |
|---|---|---|
| 后见之明偏差 | "我们早就知道会这样" | 复盘时标注：这个判断在当时的证据条件下是否有足够的支撑？ |
| 结果偏差 | "因为结果好了，所以过程就是对的" | 即使案件成功侦破，也要独立审视过程中是否存在运气成分或方法论瑕疵 |
| 确认偏误 | 只记得那些证实自己假设的证据 | 检查是否存在被忽略的矛盾证据 |
| 自我归因偏差 | 成功了是自己的能力，失败了是外部因素 | 客观区分：哪些结果是可控因素导致的，哪些是运气或外部条件 |
| 记忆重构 | 复盘时不自觉地美化或简化实际过程 | 对照时间线文件，将复盘与事实记录比对 |
case-retrospective（工作流类）
│
├── 输入 ← case-management → meta.json, checklist.yaml（阶段时间线和门禁记录）
├── 输入 ← evidence-management → evidence_registry.json（证据链数据）
├── 输入 ← writing-reporting → final_report（调查结论）
├── 输入 ← investigation-foundation → 从假设推理角度评估复盘质量
├── 输入 ← investigation-memory → case_memory/INDEX.md（过程记忆）
│
├── 输出 → 调查员的个人知识资产
│ case-retrospective 不产出案件事实，产出的是"如何做得更好"的方法论反馈
│
├── 守护 ← writing-reporting
│ 复盘报告不是调查结论的复用，而是独立的"过程评价"文档
│
└── 不依赖 ↑ fraud-classification, fraud-channel, interview-analysis
复盘框架是通用的，不绑定具体舞弊类型
但如果有对应的场景知识，可以从该技能的视角做额外评估