---
name: Defense Statement
slug: defense-statement
category: Writing
description: Generates defense pleadings (答辩状) for Chinese civil litigation and arbitration, including first-instance answers, appeal replies, retrial defenses, and arbitration responses.
github: "https://github.com/Youchu-lawhub/cn-litigation-toolkit/tree/main/skills/defense-statement"
language: Python
stars: 19
forks: 2
install: "npx degit https://github.com/Youchu-lawhub/cn-litigation-toolkit/tree/main/skills/defense-statement ~/.claude/skills/defense-statement"
installs_to: ~/.claude/skills/defense-statement
source_path: skills/defense-statement/SKILL.md
collection_size: 23
category_size: 1012
collection_url: "https://dirskills.com/collections/Youchu-lawhub/cn-litigation-toolkit"
added: 2026-08-11T07:22:23.884Z
last_synced: 2026-08-11T07:22:23.884Z
canonical_url: "https://dirskills.com/skills/defense-statement"
---

# Defense Statement

Generates defense pleadings (答辩状) for Chinese civil litigation and arbitration, including first-instance answers, appeal replies, retrial defenses, and arbitration responses.

**Install:**

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

## README

# 被诉答辩状（defense-statement）

生成民商事被动防御方答辩文书，覆盖**诉讼程序**（一审答辩状、二审上诉答辩状、再审答辩状）与**仲裁程序**（仲裁答辩状、仲裁反请求答辩状）五种场景。

## 设计原则

> 要件攻防分析已对案件进行了系统论证，答辩状聚焦于**表达**，不重复发挥。
> 答辩状的核心价值是将防御性分析结论转化为结构严谨、层次分明的书面反驳。

## 适用边界

**本skill处理范围**：实体抗辩 + 部分非管辖类程序抗辩（诉讼时效/主体适格/重复起诉/必要共同诉讼遗漏）+ 证据层面反驳。

**不在本skill处理**：
- **管辖权异议** → 使用 `/procedural-documents` 的管辖权异议家族（`references/02-管辖权异议.md`）。管辖异议在程序上需另文提出（答辩期内单独提交《管辖权异议申请书》），与答辩状是两份独立文书，二者不混编。
- 若被告同时主张管辖异议+实体抗辩，先以管辖异议优先处理（人民法院对管辖异议作出裁定前不展开实体审理）；管辖异议被驳回后再启动本skill撰写实体答辩状。

---

## 前置条件

在调用本技能前，必须确保以下材料已经准备完毕：

| 序号 | 材料 | 说明 |
|------|------|------|
| 1 | 原告起诉状 | 对方提交的起诉状/上诉状/再审申请书/仲裁申请书/仲裁反申请书原文 |
| 2 | 原告证据目录 | 对方提交的证据清单 |
| 3 | 案件事实梳理 | 经整理的时间线与关键事实（我方视角） |
| 4 | 要件攻防分析 | 包含抗辩事由、要件反驳的系统论证 |

如缺少上述材料，应提示用户先完成相应步骤，不得在缺失关键输入的情况下强行生成。

## 工作流程

### 第零步：主体信息自动补充（文书生成前必经）

所有诉讼文书在生成最终稿之前，必须完成主体信息的核实与补充：

1. **企业主体**（公司、合伙企业、非法人组织等）：
   - 调用工商信息能力槽（BIZ.company_info 或同等接口，如企查查MCP `get_company_registration_info`）查询最新工商登记信息
   - 补充字段：企业全称、统一社会信用代码、住所地、法定代表人/负责人
   - 禁止在诉讼文书主体信息中写入：企业类型、成立日期、注册资本、经营范围等工商登记冗余信息
   - 若能力槽不可用，但用户提供的案件材料中包含相关信息，直接从材料提取并补充
   - 若材料中亦无相关信息，主动向用户询问："请提供[企业名称]的统一社会信用代码、住所地、法定代表人信息"
   - **用户明确拒绝提供时，保留"[待用户补充]"占位符，严禁自行编造或填写虚假信息**

2. **自然人主体**：
   - 无MCP可用，仅依赖用户提供的材料或用户补充
   - 从案件材料中提取：姓名、性别、出生日期、身份证号码、住所地/经常居住地
   - 材料中缺失的，主动向用户询问
   - **用户拒绝提供时，保留"[待用户补充]"占位符，严禁编造**

3. **适用文书类型**：
   - 起诉状、答辩状、代理词中的当事人信息部分
   - 证据目录中的主体证据组
   - 程序性文书中的申请人/被申请人信息
   - 案件事实梳理中的主体识别部分

### Step 1: 接收与校验材料

1. 接收用户提供的起诉状、证据目录、事实梳理、攻防分析
2. 检查四项材料的完整性：
   - 原告起诉状是否完整（含诉请和事实理由）
   - 原告证据目录是否包含证据名称与证明对象
   - 案件事实梳理是否有时间线和关键事实
   - 要件攻防分析是否包含防御策略和抗辩论证
3. 如材料不完整，列出缺失项并请用户补充

### Step 2: 识别程序类型与答辩场景

根据以下特征判断答辩场景：

**一审答辩状**（诉讼）：
- 收到一审起诉状，在答辩期内提交
- 当事人称谓：原告/被告（答辩人）
- 答辩期限：收到起诉状副本之日起15日内

**二审答辩状（上诉答辩）**（诉讼）：
- 对方提起上诉，我方作为被上诉人答辩
- 当事人称谓：上诉人/被上诉人（答辩人）
- 核心任务：维护一审判决正确性
- 答辩期限：收到上诉状副本之日起15日内

**再审答辩状**（诉讼）：
- 对方申请再审，我方作为被申请人答辩
- 当事人称谓：再审申请人/被申请人（答辩人）
- 核心任务：论证不符合再审法定事由

**仲裁答辩状**（仲裁）：
- 收到仲裁申请书，在仲裁规则规定的答辩期限内提交
- 当事人称谓：申请人/答辩人（被申请人）
- 致送：仲裁委员会（非法院）
- 开头引述案件编号："就××××仲裁委员会编号××××的案件中，对于申请人……提出的仲裁请求，现提出答辩意见如下"
- 可一并提出仲裁协议无效、仲裁庭无管辖权、仲裁员回避等程序抗辩
- 答辩书副本份数按对方当事人人数提交

**仲裁反请求答辩状**（仲裁）：
- 对方提出仲裁反请求，我方作为被反申请人答辩
- 当事人称谓：反申请人/答辩人（被反申请人）
- 开头引述："就……对于反申请人……提出的反请求事项，现提出反请求答辩意见如下"
- 致送：同一仲裁委员会

### Step 3: 构建实体防御体系（双层结构）

答辩状采用双层防御结构（管辖异议不在此处处理，见"适用边界"）：

#### 第一层：非管辖类程序性抗辩

> 注意：管辖权异议**不在**本skill处理。如有管辖异议，请使用 `/procedural-documents`（管辖权异议家族）单独出具《管辖权异议申请书》。

仅在涉及以下非管辖程序事项时纳入答辩状：
- 诉讼时效届满（属实体性抗辩，但通常前置主张以避免程序拖累）
- 除斥期间届满
- 原告主体不适格 / 被告主体不适格
- 重复起诉（"一事不再理"）
- 遗漏必要共同诉讼参加人
- 仲裁条款排除诉讼管辖（以仲裁协议为由的不予受理抗辩，与管辖异议有交叉，但其法律效果是诉讼路径整体不当，可在答辩状中作为前置抗辩主张；同时建议另行提交管辖异议）

#### 第二层：实体性抗辩（核心）

从要件攻防分析中提取实体防御要点：
- 请求权基础不成立（法律适用错误）
- 构成要件不满足（逐要件反驳）
- 抗辩权成立（同时履行抗辩、先诉抗辩、不安抗辩等）
- 权利消灭事由（清偿、抵销、免除、混同、合同解除）
- 权利障碍事由（合同不成立、无效、可撤销）
- 免责事由（不可抗力、正当防卫、紧急避险）

#### 第三层：证据层面反驳

针对原告证据进行系统反驳：
- 证据真实性质疑
- 证据关联性否认
- 证据合法性挑战
- 证明力不足的论证
- 我方反证的提出

### Step 4: 撰写答辩状

> 📎 **模板单一权威源**：`references/templates.md`（覆盖一审答辩/二审上诉答辩/再审答辩/仲裁答辩/仲裁反请求答辩五种骨架 + 填写指引）。SKILL.md 不再内嵌骨架，仅保留场景差异化提示与硬性铁律。

#### 4.1 场景 → 模板映射

| 答辩场景 | templates.md 章节 | 特别要求 |
|---------|-----------------|---------|
| 一审答辩状 | §一 | 15 日内提交；称谓答辩人（被告） |
| 二审上诉答辩状 | §二 | 15 日内提交；称谓被上诉人；核心任务=维护一审判决正确性 |
| 再审答辩状 | §三 | 核心任务=论证不符合《民诉法》第 211 条法定事由 |
| 仲裁答辩状 | §四 | 案号引述在开头；可并列程序抗辩（协议无效/庭无管辖/回避）；副本按对方当事人人数交 |
| 仲裁反请求答辩状 | §五 | 与本请求同一仲裁委；称谓答辩人（被反申请人 / 本案申请人） |

#### 4.2 答辩点写作三段式（统一框架）

每个答辩点固定"**回应 + 辩驳 + 结论**"三步：
1. 回应：客观转述对方主张
2. 辩驳：事实层 + 法律层双维度反驳
3. 结论：明确该项主张"不能成立/应予驳回"

**排列顺序**：非管辖类程序抗辩（时效 / 主体 / 一事不再理）→ 实体抗辩（按对方诉请顺序）→ 证据反驳 → 总结。管辖权异议**不写入本状**（走 `/procedural-documents`）。

#### 4.3 落款铁律（强制）

> ⚠ **禁止使用任何 HTML 标签**（`<div>`、`&nbsp;`、`<br>`、`<p align>` 等）。Word 转换脚本（`scripts/md2docx_legal.py`）会将 HTML 标签当文本输出导致乱码。右对齐效果由 Word 模板段落格式控制，Markdown 侧仅写纯文本。

### Step 5: 输出文档（md 优先）

> **⛔ 交付前必过闸门**（见 Expert.md「共享护栏」）：核验对象为答辩状全文。

**默认交付 Markdown**：核验放行后先产出 md 成品（写入输出目录并回链），随后询问用户「是否转 Word（Word 转换后端（DOCX.md_to_docx））」，确认才转 .docx。

> **🔗 台账自动回写（强制）**：在产出 md 成品之前，调用「案件管家」§0.7 自动同步接口：搜索台账 recordId → 追加案件进展（"{日期}答辩状已起草（主要抗辩：{1句}）"）→ 更新下一步动作 → 写入。搜索无结果跳过回写并标注；回写失败不阻塞输出但标注"⚠️ 台账未自动更新"。

> **输出文件命名**：`{案件简称}_答辩状_{日期}.md`（二审为 `_上诉答辩状_`，再审为 `_再审答辩状_`）。Word 版同名 `.docx`。

#### 转 Word 排版规范

> **🔒 Word 排版铁律（强制）**：所有诉讼文书转 Word 时，**必须**使用 `scripts/md2docx_legal.py` 转换脚本（路径：`${SUITE_ROOT}/scripts/md2docx_legal.py`），用法：`python3 md2docx_legal.py input.md output.docx`。该脚本严格按照最高人民法院诉讼文书样式模版执行排版：宋体、标题二号居中不加粗、正文四号首行缩进2字符、行距固定25磅、此致缩进+法院顶格+签名右对齐+附件缩进。**禁止**使用 pandoc 或其他工具直接转换（格式不达标）。排版铁律全文见 `format-spec.md`。

> 排版参数详见 Expert.md「核心参数速查」（源：format-spec.md）。

## 外部能力调用

> 预检协议、探测关键词、AskUserQuestion 交互流程详见 Expert.md「MCP 预检协议」。

本技能使用的后端：

| 后端 | 用途 | 技能特有降级 |
|------|------|------------|
| LAW.* | 校验答辩状中法条引用 | 法条标注 `[L4-法条待验证]` |
| BIZ.* | 核验当事人主体信息（名称/统一社会信用代码/法定代表人及其职务） | 标注 `[L4-主体信息待验证]` |
| COLLAB.* | 从案件管家台账提取法院名称/案号 | 优先从原告起诉状/上诉状等来文中提取法院名称；仍无法获取时标注 `[L4-法院待确认]` |

## 降级策略

> 通用降级规则详见 profile.md「MCP 预检协议 → 降级规则」。以下为本技能补充规则：

- **法条引用**：保留用户/攻防分析中提供的法条引用，标注 `[L4-法条待验证]`
- **主体信息**：保留用户提供的当事人信息，标注 `[L4-主体信息待验证]`
- **不阻塞生成**：后端不可用不阻止答辩状生成

## 答辩策略选择指南

根据案件实际情况，选择合适的答辩策略组合：

| 案件态势 | 推荐策略 |
|----------|----------|
| 涉及管辖瑕疵 | **不写入答辩状**，单独走 `/procedural-documents`（管辖权异议家族） |
| 程序有非管辖类瑕疵（时效/主体等） | 优先非管辖程序抗辩，实体答辩备选 |
| 实体权利明显不成立 | 聚焦要件不满足的论证 |
| 事实有争议 | 强化证据反驳，动摇对方举证 |
| 综合防御 | 程序+实体+证据三层全面展开 |
| 部分承认部分否认 | 明确承认范围，集中火力反驳争议部分 |

## 质量检查清单

生成答辩状后，自查以下要点：

- [ ] 诉讼阶段判断是否正确（一审/二审/再审答辩）
- [ ] 当事人称谓是否与诉讼阶段匹配
- [ ] 是否逐项回应了对方的诉讼请求/上诉请求
- [ ] 每一答辩点是否遵循"回应+辩驳+结论"结构
- [ ] **未将管辖异议混入答辩状**（如有管辖异议应另案提交）
- [ ] 双层防御体系（程序非管辖类 + 实体 + 证据反驳）是否合理运用
- [ ] 法条引用是否完整且格式正确
- [ ] 答辩结论是否明确（驳回诉请/驳回上诉/驳回再审）
- [ ] 二审答辩是否围绕维护一审判决正确性展开
- [ ] 再审答辩是否针对法定事由逐项反驳
- [ ] 排版是否符合规范要求

## 注意事项

1. **不重复分析**：答辩状应当是攻防分析结论的"表达层"，避免展开过于详细的新论证
2. **回应全面**：对方的每项诉请/上诉理由都应有对应回应，不可遗漏
3. **语言风格**：正式、精炼、逻辑清晰，反驳有力但不带情绪化表达
4. **策略性沉默**：对于无需反驳或反驳可能暴露弱点的问题，可选择不正面回应
5. **留白策略**：先尝试通过 MCP 自动填充（工商信息后端查职务、案件管家查法院/案号），仅在后端均不可用时才使用 `[待填写]` 占位并提示用户补充
6. **避免自认**：答辩中注意不要无意中承认对己不利的事实

## 下一步建议

答辩状完成后，根据案件进展可继续：
- **证据质证** → `/cross-examination` 对原告证据逐项出具三性意见
- **举证准备** → `/evidence-index` 编排被告方证据清单
- **庭审准备** → `/trial-outline` 生成庭审应对预案和法庭询问清单
- **管辖异议** → 如需提管辖异议，使用 `/procedural-documents`（答辩期内独立提交）

## 输出示例（结构参考）

```markdown
# 民事答辩状

**答辩人**：[当事人信息]

**被答辩人**：[当事人信息]

答辩人因与[被答辩人名称][案由]一案，现针对原告的起诉状，
提出答辩意见如下：

## 答辩意见

一、关于[第一项争议问题]

[回应+辩驳+结论]

二、关于[第二项争议问题]

[回应+辩驳+结论]

……

## 结论

综上所述，原告的诉讼请求缺乏事实和法律依据，
请求贵院依法驳回原告的全部诉讼请求。

此致
[法院名称]

答辩人：
年 月 日
```

## 知识库调用（按 profile.md 知识库注册表）

> 答辩过程中按案由定向检索知识库，确保防御论证有据。

| 环节 | 目标知识库 | 调用方式 |
|------|-----------|---------|
| 法律依据检索 | 按 profile.md 注册表 | `KB.retrieve(query="<案由> <条文号>")` |
| 程序性抗辩依据 | civil-procedure | `KB.retrieve(query="<管辖/保全/证据>")` |
| 历史类似案件策略 | B区 case-notes | `KB.retrieve(query="<案由>+<争点>")` |
| 完成后沉淀 | B区 case-notes | 推荐"沉淀到办案笔记" |

降级：CLI 不可达 → 本地 `${KB_ROOT}/*/knowledge-base/`（外部知识库根目录，可在 profile.md 中配置；未配置时套件跳过本地降级） Read/Grep，标注 `[KB:降级-本地]`。

## Verification

生成完成后确认：
1. 文档结构完整（标题至落款无遗漏）
2. 诉讼阶段与答辩类型匹配
3. 核心论证来源于要件攻防分析（非凭空发挥）
4. 对方每项主张均有对应回应
5. Word文档成功生成且排版符合规范
6. 后端校验结果已标注（通过/待校验）

---

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

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

**本 skill 的产出**：答辩状 md + docx

**差异化字段回写**：阶段进度 → 已答辩；下一步动作 → 证据交换 / 组证