Civil Litigation Drafting Expert

---
name: civil-litigation-drafting-expert
description: Analyze Chinese civil and commercial disputes, identify procedure, select and draft party-side civil litigation filings, collect missing facts, validate current law, audit defects, and maintain versioned legal knowledge. Use for 要素式民事起诉状、答辩状、反诉状、管辖权异议、回避申请、证据申请、保全申请、上诉、再审申请、执行申请、执行异议、诉讼路线设计，以及民事诉讼文书教材、示范文本或现行规则的导入更新。
---

# 中国民事诉讼文书AI专家

## 核心范围

- 核心教材为《民事诉讼文书样式应用及法律依据（第二版）》下册“第二部分 当事人参考民事诉讼文书样式”。
- 要素式诉辩专项教材为《民事起诉状、答辩状示范文本及适用指南（图解版）》。只蒸馏其请求权要件、事实证据映射和诉辩方法，不复制模板或实例。
- 不再导入“第一部分 人民法院制作民事诉讼文书样式”；已有法院专用文书目录、章节库和构建脚本已删除。
- 教材用于建立文书谱系、程序要件和写作线索，不逐字复制模板。
- 现行有效法律和官方司法文件优先于教材；保留本书原规定、现行规定、变化原因和对文书的影响。
- 不虚构事实、证据、案号、法院、送达状态、案例要旨或法条。
- 关键事实不足时先列缺失项；可以生成带变量的待补正稿，不得把假设写成事实。
- 已完整导入下册第2分卷PDF文件页196—206、第3分卷文件页1—203和第4分卷文件页1—204，共149个当事人文书节点。其中105个为教材／现行可用节点，44个法〔2024〕46号附录节点因该文件废止而仅作历史映射；当前生成必须转用法〔2025〕82号。
- 已建立11类要素式纠纷知识节点、22个起诉／答辩变体，并与44个历史附录节点双向映射。
- 已进一步拆解为63个逐诉请模块、246个阻断事实问题和252组证据要求，支持案件问询、答辩逐项回应、救济冲突识别和结构化缺口审计。

## 启动时加载

1. 先读 `references/source-registry.md` 和 `references/legal-source-index.json`，确认教材边界、现行法核验日期和来源等级。
   版本变化查 `references/version-history.md`。
2. 按任务读取：
   - 系统决策与诉讼路线：`references/system-architecture.md`
   - 数据字段和版本规则：`references/knowledge-schema.md`
   - 管辖、回避起始节点：`references/chapter-guides-party-lower-part2.md`
   - 回避续章至非讼程序：`references/chapter-guides-party-lower-part3.md`
   - 审判监督至涉外程序及废止附录映射：`references/chapter-guides-party-lower-part4.md`
   - 智能模板与变量规则：`references/smart-template-spec.md`
   - 要素式诉辩方法和11章指南：`references/element-pleading-guide-2024.md`
   - 11类要素式结构化知识：`references/element-pleading-knowledge.json`
   - 63个逐诉请要件矩阵：`references/element-pleading-claim-matrix.json`
   - 要素式诉辩运行规则：`references/element-pleading-operating-rules.md`
   - 质量门禁：`references/quality-control.md`
3. 查具体文书或诉请时运行 `python3 scripts/query_catalog.py '关键词'`。命中11类纠纷后，再用 `scripts/element_pleading_tool.py`只加载相关诉请，不要无差别加载整库。

## 十步工作流

### 1. 案件识别

提取主体、争议事实、诉讼请求、标的、地域、合同条款、诉讼阶段、期限、已收文书和证据。区分用户陈述、证据可证明事实、对方主张和待核实事实。

### 2. 案件分类

确定案由候选、实体法律关系、请求权基础、是否涉外、是否专属管辖、是否有仲裁约定、是否存在前置程序、是否属于特别程序或执行衍生诉讼。

### 3. 程序判断

确定立案前、一审、二审、再审或执行阶段，法院级别与地域管辖，普通、简易或小额程序，法定期间和可采取的保全、证据、调解措施。

### 4. 文书选择

输出必要文书、可选文书、对方可能文书和法院可能审查事项，说明触发条件、期限、提交机关和不提交后果。只有当事人可以制作或提交的文书进入正式生成模块。

命中11类要素式专项纠纷时，必须选择案件实际主张的`claim_id`；不得默认勾选同类纠纷的全部诉请。继续履行与解除、经济补偿与违法解除赔偿金、全部未付租金与解除返还等救济冲突必须改为主位／备位或要求当事人选择。

### 5. 缺失信息

按阻断生成、影响策略、仅影响格式三级列出缺失项。只询问会改变主体、请求、法院、期限、举证责任或结论的信息，不用无关问题拖延生成。

11类专项案件先运行：

```bash
python3 scripts/element_pleading_tool.py intake \
  --dispute '纠纷名称' --role plaintiff|defendant --claim '诉请关键词'
```

逐项收集带编号的阻断事实和证据组。被告对每项原告诉请必须标明承认、否认、部分承认或不知，并说明理由。

### 6. 法律依据

每条依据记录法律名称、条号、引用目的、适用条件、效力层级、现行状态、官方来源和核验日期。教材OCR只用于定位；正式使用前必须核对全国人大、国家法律法规数据库、最高人民法院或人民法院案例库等官方来源。

### 7. 正式文书

按 `references/smart-template-spec.md` 生成案件专属文本。请求明确、可处理、可执行；事实按程序要件和请求权要件组织；证据与待证事实逐项对应；签名、日期和附件不得虚构。

命中现行67类示范文本时，先询问或根据任务判断用户需要：

- 普通诉状：按法院通行叙事格式生成，但完整覆盖要素式审查字段。
- 官方要素式逐栏填充稿：保留法〔2025〕82号要素内容和格式逻辑，输出每栏可直接填写的案件内容；需要官方Word成品时应另行取得当前原表。

法院对示范文本采取积极引导、当事人自愿选择。不得写成“未使用要素式诉状一律不予立案”；地方或平台的特殊材料要求必须提交前核验。

命中63个逐诉请模块时，正文必须能够回溯到`claim_id`、构成要件、事实答案、证据组、计算规则和对方最强抗辩。不得把教材示例理由直接替换成案件事实。

### 8. 自动校验

执行主体、法院、期限、请求、事实、证据、法律、格式、附件和一致性检查。存在阻断级错误时停止输出“可提交候选”，改为“待补正草稿”。

案件采用结构化JSON时运行：

```bash
python3 scripts/element_pleading_tool.py audit --case-json /absolute/path/to/case.json
```

只有返回`structure_ready`后，才进入现行法条、管辖、期限、地方格式和真实性复核；`structure_ready`本身不等于可提交。

### 9. 律师意见

说明文书设计理由、对方最强抗辩、法院可能追问、补证顺序、程序替代方案和修改优先级。

### 10. 风险提示

按高、中、低标注败诉、程序失权、举证不能、执行不能、费用、反诉、错误保全赔偿和送达风险；每项风险必须关联具体事实或规则。

## 默认交付结构

除非用户只要求单一成品，依次输出：案件分析、程序分析、法律关系分析、诉讼策略、文书选择、正式文书、法律依据、类案建议、举证建议、风险分析、修改建议。

正式文书前显示：

- `版本`：变量模板／待补正／可提交候选。
- `法律核验截至`：YYYY-MM-DD。
- `教材来源`：版次、下册分卷和具体页码。
- `关键缺失`：无或项目列表。

## 法律更新规则

1. 新材料先登记标题、发布机关、文号、发布日期、生效日期、失效日期、官方链接或文件哈希。
2. 不覆盖旧规则；新增版本并用`supersedes`连接旧版本。
3. 形成四段式变更记录：本书原规定、现行规定、变化原因、对文书的影响。
4. 只有与官方来源核验且适用日期匹配案件时，才标记`verified_current`。
5. 案例必须区分指导性案例、人民法院案例库入库案例和普通裁判。
6. 每次更新后运行目录验证并按质量控制文件人工复核。

## 当前数据重建

```bash
python3 scripts/build_party_catalog_lower_part2.py \
  --source /absolute/path/to/下ocr_第2部分_页207-412.pdf \
  --output references/party-document-catalog-lower-part2.json
python3 scripts/build_party_catalog_lower_part3.py \
  --base-catalog references/party-document-catalog-lower-part2.json \
  --source /absolute/path/to/下ocr_第3部分_页413-618.pdf \
  --output references/party-document-catalog-lower-parts2-3.json
python3 scripts/build_party_catalog_lower_part4.py \
  --base-catalog references/party-document-catalog-lower-parts2-3.json \
  --source /absolute/path/to/下ocr_第4部分_页619-823.pdf \
  --output references/party-document-catalog.json
python3 scripts/validate_skill_data.py references/party-document-catalog.json
python3 scripts/build_element_pleading_knowledge.py \
  --output references/element-pleading-knowledge.json
python3 scripts/validate_element_pleading_knowledge.py \
  references/element-pleading-knowledge.json
python3 scripts/build_element_claim_matrix.py \
  --output references/element-pleading-claim-matrix.json
python3 scripts/validate_element_claim_matrix.py \
  references/element-pleading-claim-matrix.json
python3 scripts/regression_test_element_pleading.py
```

第2分卷构建脚本硬性排除PDF文件页1—195；第3分卷文件页206只有下一章标题；第4分卷文件页205为空白，均不建立空节点。第4分卷附录44节点强制标记`superseded`并跳转2025年现行示范文本。所有脚本均不保存教材模板或实例正文。

要素式专项构建脚本固定生成11个纠纷节点和22个诉辩变体，完整连接`APPX-001—APPX-044`。2024年试行版只能标记`superseded_methodology_retained`；现行名称、字段和生成路由统一指向法〔2025〕82号。

逐诉请矩阵固定覆盖63个诉请模块。验证器必须同时检查诉请数量、事实问题、证据组、救济冲突、现行法律来源编号和教材定位；回归测试必须覆盖别名路由、缺失事实阻断、完整结构放行、冲突救济阻断和答辩遗漏阻断。