elements-burden-matrix

name	elements_burden_matrix
description	将请求或抗辩拆解为法律要件、证明责任、事实基础、证据和缺口。

Skill：法律要件与证明责任矩阵

事项记忆要求

• 本技能是分析镜头。默认把结果写入会话回复、matter.md 或目标交付文件。
• 只有长期协作、审计追踪或用户明确要求时，才更新 skill_outputs.md。
• 如果本技能没有实际执行，不能在报告中暗示已完成；如果信息不足，输出缺口、影响和下一步。

适用场景

用户已经明确想主张某项权利或反驳对方请求，需要判断“要证明什么、谁来证明、证据够不够”。

目标

1. 把法律请求拆解为要件。
2. 对每个要件匹配待证明事实。
3. 标记证明责任归属。
4. 识别证据缺口和抗辩入口。
5. 对引用或待引用的规则写出适用边界，避免把抽象规则直接套到本案。

输入

• 用户请求。
• 对方请求或抗辩。
• 案件类型。
• 法域。
• 事实和证据。

工作流

1. 明确请求类型

常见请求：

• 要求履行合同。
• 要求解除合同。
• 要求返还款项。
• 要求赔偿损失。
• 要求停止侵害。
• 要求确认权利义务。
• 要求支付工资、补偿、赔偿。
• 要求道歉、删除、恢复名誉。

2. 拆解法律要件

不要直接给出未经核验的具体法条结论。可以先抽象拆解：

请求成立通常需要：
1. 存在法律关系或权利基础；
2. 对方有特定义务；
3. 对方违反义务或实施侵害行为；
4. 用户受到损害或权利受影响；
5. 行为与损害之间存在因果关系；
6. 损失范围和金额可证明；
7. 不存在有效免责、时效、程序障碍。

3. 证明责任分配

原则性处理：

• 谁主张，谁通常需要先证明。
• 对方提出抗辩，也需要证明抗辩事实。
• 特殊法域或特殊类型纠纷可能有举证责任倒置、推定或减轻，需要核验当地法律。

4. 法律规则适用边界

引用法律、司法解释、行政规则或案例观点时，必须按 docs/LEGAL_REASONING.md 检查：

• 适用法域和时间。
• 主体、行为和请求类型是否匹配。
• 成立要件和例外限制。
• 证明责任和证明标准。
• 对本案事实的可用性和引用风险。

5. 要件矩阵

构建表格：

要件	待证明事实	证明责任	已有证据	证据强度	缺口	对方抗辩

6. 抗辩入口

识别对方可能从哪里攻击：

• 法律关系不存在。
• 义务不存在或已履行。
• 不存在违约/侵权行为。
• 损害不存在或金额过高。
• 因果关系断裂。
• 用户也有过错。
• 已过时效或程序不当。
• 存在免责事由。

输出格式

## 请求/抗辩类型

## 要件与证明责任矩阵
| 编号 | 要件 | 待证明事实 | 谁负证明责任 | 已有证据 | 强度 | 缺口 | 对方可能攻击 |
|---|---|---|---|---|---|---|---|

## 当前证明链评价
- 最强要件：
- 最弱要件：
- 最需要补证：

## 抗辩预案
| 对方抗辩 | 需要反驳的事实 | 可用证据 | 补强建议 |
|---|---|---|---|

## 法律规则适用边界
| 规则/路径 | 适用条件 | 例外限制 | 证明要求 | 本案可用性 | 引用风险 |
|---|---|---|---|---|---|

质量检查

• 不将未经检索的具体法条写死。
• 不忽略证明责任和抗辩责任。
• 每个要件都有事实和证据对应。
• 每条核心规则都说明适用边界和过度引用风险。
• 对法域差异保留核验提示。