---
name: Case Review
slug: case-review
category: Automation
description: Analyzes court judgments and conducts post-case reviews, generating structured reports with trial replay, six-dimension judgment analysis, and closing retrospective. Supports self-handled deep review or limited-info third-party interpretation.
github: "https://github.com/Youchu-lawhub/cn-litigation-toolkit/tree/main/skills/case-review"
language: Python
stars: 19
forks: 2
install: "npx degit https://github.com/Youchu-lawhub/cn-litigation-toolkit/tree/main/skills/case-review ~/.claude/skills/case-review"
installs_to: ~/.claude/skills/case-review
source_path: skills/case-review/SKILL.md
collection_size: 23
category_size: 1523
collection_url: "https://dirskills.com/collections/Youchu-lawhub/cn-litigation-toolkit"
added: 2026-08-11T07:22:23.082Z
last_synced: 2026-08-11T07:22:23.082Z
canonical_url: "https://dirskills.com/skills/case-review"
---

# Case Review

Analyzes court judgments and conducts post-case reviews, generating structured reports with trial replay, six-dimension judgment analysis, and closing retrospective. Supports self-handled deep review or limited-info third-party interpretation.

**Install:**

```bash
npx degit https://github.com/Youchu-lawhub/cn-litigation-toolkit/tree/main/skills/case-review ~/.claude/skills/case-review
```

## README

# 案件复盘（case-review）· 研析裁判文书与结案复盘

> 裁判文书或庭审结束后，站在**特定用户视角**输出可对外汇报的分析与复盘。三级递进、两种深度。复盘只做客观分析与经验提炼，**不预测后续案件结果、不替代律师决策**；引用法条/案例**必过 `/legal-verification` 闸门**后才输出。

---

## 0 | 前置：判定层级与深度

1. 读 `profile.md`：角色（律师/法务）、立场、风险校准、内部汇报风格、行业视角。
2. **判定复盘层级**（按用户意图/材料）：
   - **庭审复盘**：刚开完庭、有庭审记录/笔录 → 第 2 节
   - **裁判文书研析**：收到判决/裁定/调解书 → 第 3 节
   - **结案复盘报告**：案件终局、需结案总结/对外汇报 → 第 4 节（通常含第 3 节研析）
3. **判定深度模式**（关键）：
   - **自办案件（深度）**：本案在 `/case-manager` 有记录 → 自动调取台账、`history.md`、`/case-facts`产物、核心过程文书（起诉/答辩/evidence-index/质证/agency-opinion/trial-outline），站在承办视角做深度复盘。
   - **非自办 / 受限信息（降级）**：本案非自己办理或缺过程记录 → **仅基于用户提供的裁判文书与有限信息**分析，全程标注「基于受限信息」，不臆造办案过程；适合为客户/法务领导/业务部门做第三方解读。
4. 复核材料是否齐全；缺关键件标 `[证据缺口]`/`[待验证:事实]`，不臆造。

---

## MCP 预检

执行前调用 `MCP.list_tools` 探测法律检索后端（关键词：`law`/`yuandian`/`pkulaw`/`法宝`）是否可用。
- **可用** → 复盘报告中的法条和案例引用自动校验，静默继续。
- **不可用** → 用 `AskUserQuestion` 告知用户："法律检索 MCP 未连接，复盘报告中的法条和案例引用将无法自动校验。建议前往宿主平台的连接器/MCP 设置（Agent 运行时 / Claude Code / Cursor / Gemini CLI / OpenCode 等） 中配置元典或北大法宝。是否暂不配置、以降级模式继续？"
  - 用户选择继续 → 降级执行，法条标注 `[L4-法条待验证]`，案例标注 `[L4-案例待验证]`

> **配置引导**：如需启用自动法条校验，请前往宿主平台的连接器/MCP 设置（Agent 运行时 / Claude Code / Cursor / Gemini CLI / OpenCode 等） 配置元典或北大法宝。
> 探测协议与降级规则详见 Expert.md「MCP 预检协议」。

---

## 1 | 材料采集

- 裁判文书（必备）：经文档解析（解析后端，见 profile.md「外部能力后端」）或用户粘贴。
- 自办深度还需：本案台账记录、事实梳理、时间轴、证据目录、质证意见、代理词、庭审笔录/复盘记录。
- 庭审复盘还需：庭审记录。三级降级——①正式庭审笔录 → ②用户自制记录或简短说明 → ③无则跳过对应分析并标注。

---

## 2 | 庭审复盘（庭后，五维）

《案件庭审复盘报告》模板字段：案件名称、开庭时间、主审法官、审理法院、原告、被告、第三人。

正文板块：
1. **庭后待完善工作**：还需提交的补充意见 / 需核实后回复法庭的问题 / 完成期限（涉事实问题宜由当事人签字盖章并取回执）。
2. **庭审效果分析（五维）**：① 案件事实描述（有利要件事实是否全面陈述、有无无法举证的要件事实）；② 举证质证（己方举证能否证明要件事实、对方关键证据及影响）；③ 法官问题指向（从法庭发问看倾向性）；④ 代理意见陈述（是否完整清晰、对方反驳哪些有效/无效）；⑤ 法官自由心证偏向（判断偏向哪方、己方支持可能性）。
3. **需讨论的其他事项**。
4. **总结**。

> 二审庭审复盘差异：着重双方对一审查明事实有无异议、相关证据能否证明主张；评估是否申请组成合议庭正式开庭。衔接 `/agency-opinion`（庭后补充代理意见）。

---

## 3 | 裁判文书研析报告（六维）

依裁判文书分析报告模板，逐维拆解（保持中立客观）：

1. **当事人及诉讼参与人**：是否遗漏当事人、是否违法缺席判决、审判组织组成是否合法、应回避未回避、出庭人员是否合规。
2. **诉请与判决结果**：判决主文与诉请逐项比对（是否漏判/超裁）、是否剥夺辩论权利、受理有无管辖问题、是否需在二审增加独立诉请；统计数字/计算（利息违约金基数与起止）有无错误。
3. **请求权分析**：原告请求权基础所依据的法律规范 vs 法院针对诉请适用的法律规范，二者是否矛盾/有区别。
4. **基本事实是否查明**：一审认定事实 → 是否错误认定 → 是否遗漏认定；逐项比对查明事实与质证情况、庭审笔录是否一致；建立《查明事实异议整理》（具体到页/行/句、错在哪、漏了什么、有何证据可证）。
5. **"本院认为"（说理）**：逐个争议焦点，结论是否明确准确、引用法律与事实依据是否支持结论、是否对每项诉请均裁决并评价构成要件——**提炼当事人未达目标的准确原因（胜败因）**。
6. **裁判结果与裁判依据**：裁决理由引用的法律/司法解释名称·条款·内容，是否涵盖并支持全部裁决结果。
+ **其他核对**：当事人信息、数字/地点、审判人员是否为开庭人员、是否盖章、文书日期（尤其年月）。
+ **律师声明**：仅供决策参考、不构成承诺、保密、不得转递第三方。

> 自办深度：结合本案台账/质证/代理词，定位"我方主张为何被采纳/未采纳"，导出上诉或救济要点。
> 非自办降级：仅就文书文本分析事实认定与说理逻辑，结论标「基于受限信息，未掌握完整卷宗」。

---

## 4 | 结案复盘报告（结案报告 + 四维反思）

**结案报告十项固定字段**：委托人（律师）/ 所属业务线（法务）、对方当事人、主办人、案由、审理机关、审理结果、案号、案情简介、团队工作（按时间线逐条列明）、案件总结。

**案件总结五要点**：该案难点、法院对争议焦点如何认定、争议焦点与预判是否一致、最终结果是否符合委托前预期、承办人付出哪些工作。

**四维反思方法论**：① 案件存在的遗漏与不足（承认思维/策略/准备/知识漏洞 → 查清根源 + 找规避方法）；② 梳理事实证据法律关系、寻求类型化（提炼该类案件一般环节，提升同类办案水准）；③ 明晰法官思维、梳理论证理路；④ 案涉法律规范的研究探析。

> 自办深度：工作时间线自动从台账 `history.md` 生成；敞口校准引用台账"初始预判 vs 最终结果"。
> 法务附加项：外部律师表现评估（响应速度/专业质量/费用控制/沟通配合）→ 回写台账外部律师服务评价字段 → 作为下次委外选择参考。
> 二审结案报告：框架同上，按代理程序区分。

---

## 5 | 输出与汇报

1. **受众适配**（按 `profile.md` 角色与内部汇报风格）：
   - **律师→客户版**：强调工作量与结果、消除疑惑、有始有终；律师工作底稿与内部反思不对外。
   - **律师→内部版**：含坦诚反思与改进计划。
   - **法务→领导/业务部门版**：结论先行 + 风险量化 + 经验教训 + 外部律师表现评价；如涉重大性/计提，附财务影响。
   - **法务→知识管理版**：类型化经验提炼，供同类案件参考。
2. **⛔ 输出前必过闸门**：报告引用的法规/法条/案例（含案号）在交付前先过 `/legal-verification`，判定全为「准确」才放行；法律检索后端不可用标 `[L4-法条待验证]` 并提示人工复核，不跳过闸门。
3. 核心交付 `.md`；放行后询问用户是否经 `Word 转换后端`（DOCX.md_to_docx）转 Word 供汇报。文末以 `file://` 回链。
4. **衔接**：结案复盘完成 → `/case-manager`（标结案/归档）、沉淀到 B 区办案笔记（`KB.upload(domain=case-notes, file=<复盘报告.md>)`）

---

## 6 | 执行规则

1. **客观中立**：研析判决保持中立解读，不带情绪、不护短。
2. **不预测**：复盘聚焦已发生事实与经验，不预测其他案件结果。
3. **降级透明**：非自办/受限信息全程标注，不臆造办案过程。
4. **保密**：默认 CONFIDENTIAL；对外汇报版按受众脱敏。
5. **闸门不可绕过**：引用必过 `/legal-verification`。

---

> **🔗 台账自动回写（强制）**：在产出交付物之前，调用「案件管家」§0.7 自动同步接口：搜索台账 recordId → 追加案件进展"{日期}案件复盘报告已生成" → 更新下一步动作为"复盘完成，待归档" → 写入。搜索无结果跳过回写并标注；回写失败不阻塞输出但标注"⚠️ 台账未自动更新"。

---

## 案件管家联动（强制）

> 本 skill 完成产出后，**必须**在输出文档之前调用「案件管家」的台账回写协议，六步流程 / 降级 / 不阻塞规则统一由套件 Hub 维护：
>
> **协议单一权威源**：`skills/case-manager/references/downstream-writeback-protocol.md`
> **入口条款**：`/case-manager` SKILL.md §0.7

**本 skill 的产出**：复盘报告 md

**差异化字段回写**：结案状态 → 已结案；下一步动作 → 归档 + 沉淀知识库