| name | defense-statement |
| version | 1.0.0 |
| description | 生成民商事被动方答辩文书（一审答辩状、二审上诉答辩状、再审答辩状、仲裁答辩状、仲裁反请求答辩状）。 覆盖诉讼各审级程序与商事仲裁程序中被动防御方的答辩行为。 本 skill 仅处理实体问题（含部分非管辖类程序抗辩），管辖异议另由"程序性文书"独立处理。 当用户提及：答辩状、答辩、被告答辩、上诉答辩、再审答辩、仲裁答辩、反请求答辩 时触发本技能。 按普适民商事诉讼方法学撰写，抗辩策略由「要件攻防分析」技能提供，本 skill 聚焦文书表达。 |
被诉答辩状（defense-statement）
生成民商事被动防御方答辩文书，覆盖诉讼程序（一审答辩状、二审上诉答辩状、再审答辩状）与仲裁程序（仲裁答辩状、仲裁反请求答辩状）五种场景。
设计原则
要件攻防分析已对案件进行了系统论证，答辩状聚焦于表达，不重复发挥。
答辩状的核心价值是将防御性分析结论转化为结构严谨、层次分明的书面反驳。
适用边界
本skill处理范围：实体抗辩 + 部分非管辖类程序抗辩（诉讼时效/主体适格/重复起诉/必要共同诉讼遗漏）+ 证据层面反驳。
不在本skill处理：
- 管辖权异议 → 使用
/procedural-documents 的管辖权异议家族（references/02-管辖权异议.md）。管辖异议在程序上需另文提出（答辩期内单独提交《管辖权异议申请书》），与答辩状是两份独立文书，二者不混编。
- 若被告同时主张管辖异议+实体抗辩，先以管辖异议优先处理（人民法院对管辖异议作出裁定前不展开实体审理）；管辖异议被驳回后再启动本skill撰写实体答辩状。
前置条件
在调用本技能前，必须确保以下材料已经准备完毕：
| 序号 | 材料 | 说明 |
|---|
| 1 | 原告起诉状 | 对方提交的起诉状/上诉状/再审申请书/仲裁申请书/仲裁反申请书原文 |
| 2 | 原告证据目录 | 对方提交的证据清单 |
| 3 | 案件事实梳理 | 经整理的时间线与关键事实（我方视角） |
| 4 | 要件攻防分析 | 包含抗辩事由、要件反驳的系统论证 |
如缺少上述材料，应提示用户先完成相应步骤，不得在缺失关键输入的情况下强行生成。
工作流程
第零步：主体信息自动补充（文书生成前必经）
所有诉讼文书在生成最终稿之前，必须完成主体信息的核实与补充：
-
企业主体（公司、合伙企业、非法人组织等）：
- 调用工商信息能力槽（BIZ.company_info 或同等接口，如企查查MCP
get_company_registration_info）查询最新工商登记信息
- 补充字段：企业全称、统一社会信用代码、住所地、法定代表人/负责人
- 禁止在诉讼文书主体信息中写入：企业类型、成立日期、注册资本、经营范围等工商登记冗余信息
- 若能力槽不可用，但用户提供的案件材料中包含相关信息，直接从材料提取并补充
- 若材料中亦无相关信息，主动向用户询问："请提供[企业名称]的统一社会信用代码、住所地、法定代表人信息"
- 用户明确拒绝提供时，保留"[待用户补充]"占位符，严禁自行编造或填写虚假信息
-
自然人主体：
- 无MCP可用，仅依赖用户提供的材料或用户补充
- 从案件材料中提取：姓名、性别、出生日期、身份证号码、住所地/经常居住地
- 材料中缺失的，主动向用户询问
- 用户拒绝提供时，保留"[待用户补充]"占位符，严禁编造
-
适用文书类型：
- 起诉状、答辩状、代理词中的当事人信息部分
- 证据目录中的主体证据组
- 程序性文书中的申请人/被申请人信息
- 案件事实梳理中的主体识别部分
Step 1: 接收与校验材料
- 接收用户提供的起诉状、证据目录、事实梳理、攻防分析
- 检查四项材料的完整性：
- 原告起诉状是否完整（含诉请和事实理由）
- 原告证据目录是否包含证据名称与证明对象
- 案件事实梳理是否有时间线和关键事实
- 要件攻防分析是否包含防御策略和抗辩论证
- 如材料不完整，列出缺失项并请用户补充
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 答辩点写作三段式（统一框架）
每个答辩点固定"回应 + 辩驳 + 结论"三步：
- 回应：客观转述对方主张
- 辩驳：事实层 + 法律层双维度反驳
- 结论：明确该项主张"不能成立/应予驳回"
排列顺序：非管辖类程序抗辩（时效 / 主体 / 一事不再理）→ 实体抗辩（按对方诉请顺序）→ 证据反驳 → 总结。管辖权异议不写入本状（走 /procedural-documents）。
4.3 落款铁律（强制）
⚠ 禁止使用任何 HTML 标签（<div>、 、<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（管辖权异议家族） |
| 程序有非管辖类瑕疵（时效/主体等） | 优先非管辖程序抗辩，实体答辩备选 |
| 实体权利明显不成立 | 聚焦要件不满足的论证 |
| 事实有争议 | 强化证据反驳，动摇对方举证 |
| 综合防御 | 程序+实体+证据三层全面展开 |
| 部分承认部分否认 | 明确承认范围，集中火力反驳争议部分 |
质量检查清单
生成答辩状后，自查以下要点：
注意事项
- 不重复分析：答辩状应当是攻防分析结论的"表达层"，避免展开过于详细的新论证
- 回应全面：对方的每项诉请/上诉理由都应有对应回应，不可遗漏
- 语言风格：正式、精炼、逻辑清晰，反驳有力但不带情绪化表达
- 策略性沉默：对于无需反驳或反驳可能暴露弱点的问题，可选择不正面回应
- 留白策略：先尝试通过 MCP 自动填充（工商信息后端查职务、案件管家查法院/案号），仅在后端均不可用时才使用
[待填写] 占位并提示用户补充
- 避免自认：答辩中注意不要无意中承认对己不利的事实
下一步建议
答辩状完成后，根据案件进展可继续：
- 证据质证 →
/cross-examination 对原告证据逐项出具三性意见
- 举证准备 →
/evidence-index 编排被告方证据清单
- 庭审准备 →
/trial-outline 生成庭审应对预案和法庭询问清单
- 管辖异议 → 如需提管辖异议，使用
/procedural-documents（答辩期内独立提交）
输出示例（结构参考）
# 民事答辩状
**答辩人**：[当事人信息]
**被答辩人**：[当事人信息]
答辩人因与[被答辩人名称][案由]一案，现针对原告的起诉状，
提出答辩意见如下：
## 答辩意见
一、关于[第一项争议问题]
[回应+辩驳+结论]
二、关于[第二项争议问题]
[回应+辩驳+结论]
……
## 结论
综上所述，原告的诉讼请求缺乏事实和法律依据，
请求贵院依法驳回原告的全部诉讼请求。
此致
[法院名称]
答辩人：
年 月 日
知识库调用（按 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
生成完成后确认：
- 文档结构完整（标题至落款无遗漏）
- 诉讼阶段与答辩类型匹配
- 核心论证来源于要件攻防分析（非凭空发挥）
- 对方每项主张均有对应回应
- Word文档成功生成且排版符合规范
- 后端校验结果已标注（通过/待校验）
案件管家联动（强制）
本 skill 完成产出后，必须在输出文档之前调用「案件管家」的台账回写协议，六步流程 / 降级 / 不阻塞规则统一由套件 Hub 维护：
协议单一权威源：skills/case-manager/references/downstream-writeback-protocol.md
入口条款：/case-manager SKILL.md §0.7
本 skill 的产出：答辩状 md + docx
差异化字段回写：阶段进度 → 已答辩；下一步动作 → 证据交换 / 组证
