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类专项案件先运行：

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时运行：

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. 每次更新后运行目录验证并按质量控制文件人工复核。

当前数据重建

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