---
name: Litigation Hub
slug: litigation-hub
category: AI Engineering
description: Identifies user intent and routes to the appropriate litigation skill, offering skill navigation and workflow orchestration for Chinese civil and commercial litigation.
github: "https://github.com/Youchu-lawhub/cn-litigation-toolkit/tree/main/skills/litigation-hub"
language: Python
stars: 19
forks: 2
install: "npx degit https://github.com/Youchu-lawhub/cn-litigation-toolkit/tree/main/skills/litigation-hub ~/.claude/skills/litigation-hub"
installs_to: ~/.claude/skills/litigation-hub
source_path: skills/litigation-hub/SKILL.md
collection_size: 23
category_size: 2451
collection_url: "https://dirskills.com/collections/Youchu-lawhub/cn-litigation-toolkit"
added: 2026-08-11T07:22:26.008Z
last_synced: 2026-08-11T07:22:26.008Z
canonical_url: "https://dirskills.com/skills/litigation-hub"
---

# Litigation Hub

Identifies user intent and routes to the appropriate litigation skill, offering skill navigation and workflow orchestration for Chinese civil and commercial litigation.

**Install:**

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

## README

# 诉讼套件中枢（litigation-hub）

描述你的需求，我识别意图并路由到对应技能。说"有什么功能"查看全景。

---

## 前置

1. 读取 `profile.md`。不存在 → 提示运行 `/onboarding-interview`。
2. 有激活案件（`matters/{slug}/matter.md`）→ 用案件配置覆盖全局参数。
3. **MCP 健康检查**（见下）

### MCP 健康检查

读取 profile.md「外部能力后端」配置，与 `MCP.list_tools` 实际探测结果比对：
1. 调用 `MCP.list_tools` 获取当前已连接的 MCP 工具列表
2. 对照 profile.md 中配置的首选后端，检查对应 MCP 是否在线
3. **配置与实际一致** → 静默继续
4. **配置了但实际未连接** → 提醒用户："profile.md 配置了{后端名}作为{能力类}首选，但当前未检测到该 MCP 连接。请确认是否已在 宿主平台的连接器/MCP 设置 中启用，或运行 `/customize` 更新配置。"
5. **未配置任何后端** → 提示用户："当前未配置任何外部能力后端，所有技能将以降级模式运行。建议运行 `/onboarding-interview` 完成配置，或前往宿主平台的连接器/MCP 设置（Agent 运行时 / Claude Code / Cursor / Gemini CLI / OpenCode 等） 按需接入。"

---

## 技能全景

| 板块 | 技能 | 一句话 |
|------|------|--------|
| **基础设施** | /document-parse | 上传文件解析为结构化 Markdown |
| | /legal-verification | 输出前法律引用核验闸门 |
| | /document-formatting | Word 排版格式合规闸门 |
| | /litigation-knowledge-base | 三板块知识沉淀与检索 |
| **文书生成** | /plaintiff-complaint | 起诉状/上诉状/再审申请书/仲裁申请书 |
| | /defense-statement | 答辩状（一审/二审/再审/仲裁） |
| | /evidence-index | 证据排序分组撰写 |
| | /evidence-binder | 证据装册编排与目录生成 |
| | /cross-examination | 逐项三性质证 |
| | /trial-outline | 庭前全套提纲+询问清单 |
| | /agency-opinion | 庭前代理意见+庭后补充（一/二/再审） |
| | /procedural-documents | 八大家族四十余种程序文书 |
| **辅助工作** | /litigation-visualization | 法律关系/时间线 HTML 交互图 |
| | /case-facts | 事实主文档+关系图+时间轴 |
| | /element-analysis | 请求权基础攻防审查 |
| | /asset-discovery | "四通保全详图"架构+保全优先级矩阵+操作路线图 |
| | /legal-research | 法律研究报告（md） |
| | /new-law-explained | 新旧对比律所级解读（md） |
| **案件管理** | /case-manager | 建档/跟进/期限/全景/结案/归档 |
| | /case-review | 庭审/判决/结案三级复盘 |
| **配置** | /onboarding-interview | 首次实践画像配置 |
| | /customize | 单项快速修改 profile.md 配置 |

---

## 路由逻辑

1. 用户明确提及技能名 → 直接路由
2. 关键词匹配（起诉/答辩/质证/保全/期限/复盘/研究等）→ 路由到对应技能
3. 多步骤任务 → 编排工作流（见下）
4. 无法判断 → 1个澄清问题
5. **降级路由提示**：路由到下游技能时，若已知该技能依赖的后端不可用（根据 MCP 健康检查结果），在路由说明中附注降级提示，例如："正在路由到 `/legal-research`。注意：法律检索后端当前未连接，报告中的法条引用将标注为 `[L4-法条待验证]`，建议人工复核。"

---

## 典型工作流

| 场景 | 技能序列 |
|------|----------|
| 收到起诉状准备答辩 | 事实梳理 → 攻防分析 → 答辩状 → 质证意见 → **法律核验 → 文书排版** |
| 准备起诉 | 事实梳理 → 攻防分析 → 主诉诉状 → 证据目录 → **法律核验 → 文书排版** |
| 新案件建档 | 案件管家(建档) → 计算首批期限 |
| 收到判决 | case-review → 案件管家(结案) → 知识库(沉淀) |
| 庭前准备 | 庭审提纲 → 可视化(辅助图) → **法律核验 → 文书排版** |
| 庭后收尾 | 代理词(补充意见) → **法律核验 → 文书排版** |
| 程序性文书起草 | procedural-documents → **法律核验 → 文书排版** |
| 法律研究/新法解读 | 法律研究报告 或 新法解读 → **法律核验**（Markdown 交付，不过排版闸门） |

**闸门强制**：凡工作流末端产出正式文书（诉状、答辩状、代理词、程序性文书、庭审提纲等）的场景，**法律核验 → 文书排版**两道闸门为强制项，不可省略、不可静默跳过。仅法律研究报告 / 新法解读因默认交付 Markdown 不过排版闸门，但仍需过法律核验。

编排规则：产出文书流不超过 6 步（含末端两道闸门）；每步完成后确认继续；产出自动同步案件管家。

---

## 执行规则

1. 只路由不生成——绝不自行产出文书
2. 快速路由——1轮内完成判断
3. 编排节制——简单请求直接路由，复杂任务才编排