
Case S7 Burden
- 1 installs
- 1 repo stars
- Updated August 4, 2026
- gcheng-001/legal-skills
Assigns the burden of proof for each issue, evaluates proof status, flags where a party cannot prove its case, and reviews evidence exhaustion.
About
Step S7 of a nine-step civil-litigation method that allocates the burden of proof per issue, rates evidence sufficiency, and prompts parties to supplement gaps. A Chinese-law lawyer uses it to assess proof risk across contested issues.
- Per-issue burden allocation with statutory basis
- Proof-status rating that red-flags cannot-prove issues
Case S7 Burden by the numbers
- 1 all-time installs (skills.sh)
- Ranked #1,366 of 1,879 Documentation skills by installs in the Skillselion catalog
- Data as of Aug 5, 2026 (Skillselion catalog sync)
npx skills add https://github.com/gcheng-001/legal-skills --skill case-s7-burdenAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 1 |
|---|---|
| repo stars | ★ 1 |
| Last updated | August 4, 2026 |
| Repository | gcheng-001/legal-skills ↗ |
What it does
Assigns the burden of proof for each issue, evaluates proof status, flags where a party cannot prove its case, and reviews evidence exhaustion.
Files
case-s7-burden(S7)举证责任
工作定位
分配每个争点的举证责任,评估原告九步法举证状态,标红"举证而不能",进行心证公开促使当事人补充证据,审查证明资源用尽情况。
前置条件:S6(争点矩阵)完成 必须确认:是 法条复验:必须(优先使用元典) 执行后:调用Hook脚本更新状态
---
执行流程
第一步:读取S6文件
读取 intermediate/原告九步法/S6-争点矩阵/ 中的争点清单。
第二步:分配举证责任
对每个争点分配举证责任:
| 争点 | 举证责任方 | 法律依据 | 说明 |
|---|---|---|---|
| 争点1 | 原告 | 《民诉法》第64条 | 谁主张谁举证 |
| 争点2 | 被告 | 《民法典》第XXX条 | 举证责任倒置 |
第三步:评估原告举证状态
| 争点 | 举证责任 | 证据状态 | 风险等级 |
|---|---|---|---|
| 争点1 | 原告 | ✅ 有充分证据 | 低 |
| 争点2 | 原告 | ⚠️ 证据不足 | 高 |
| 争点3 | 原告 | ❌ 举证而不能 | 致命 |
第四步:心证公开(新增)
心证公开依据:《最高人民法院关于民事诉讼证据的若干规定》
心证公开目的:促使当事人围绕心证结论收集和补充证据
概念区分(重要):
- 心证公开(judicial_disclosure):法官基于现有证据形成初步心证(临时判断),公开心证促使当事人补充证据、避免证据突袭。内容包括:初步心证结论、哪些争点举证不足、补证方向、当事人回应。
- 司法公开信息核查(public_record_check):在公开平台(裁判文书网、庭审公开网、执行信息网、破产重整网)排查双方当事人涉诉、被执行、破产信息。这是完全不同的概念,不得占用
judicial_disclosure字段。
心证公开内容: 1. 根据现有证据形成初步心证 2. 指出证据不足或举证不能的争点 3. 要求当事人围绕心证结论补充证据
心证公开记录(按争点逐一记录):
- 争点名称
- 初步心证(当前证据下的临时判断)
- 举证不足方
- 补证方向
输出字段:
{
"judicial_disclosure": {
"disclosure_made": true/false,
"disclosure_content": "心证公开内容",
"disclosure_purpose": "促使当事人补充证据",
"party_response": "当事人回应",
"additional_evidence_prompted": true/false,
"disclosure_records": [
{
"争点": "争点名称",
"初步心证": "当前证据下的临时判断",
"举证不足方": "原告/被告/双方",
"补证方向": "具体建议"
}
]
},
"public_record_check": {
"description": "司法公开信息核查,可选独立字段,不得混入 judicial_disclosure",
"checked_platforms": [],
"findings": {},
"note": "建议开庭前完成核查"
}
}第五步:证明资源审查(新增)
审查依据:《最高人民法院关于民事诉讼证据的若干规定》
审查目的:确认当事人是否已用尽证明资源及证明方法
审查内容: 1. 当事人是否已申请调查取证 2. 当事人是否已申请证据保全 3. 当事人是否已申请司法鉴定 4. 当事人是否已提供所有相关证人
可用证明方法:
- 申请调查取证(去银行调取还款记录)
- 申请证据保全(固定录音证据)
- 申请司法鉴定(笔迹、时间鉴定)
- 提供证人证言
进一步指导:
- 对原告:建议补充的证据和方法
- 对被告:建议补充的证据和方法
输出字段:
{
"proof_resource_review": {
"review_conducted": true/false,
"proof_methods_exhausted": true/false,
"available_proof_methods": [...],
"unused_proof_methods": [...],
"review_conclusion": "审查结论",
"additional_guidance": "进一步指导"
}
}第六步:法条复验(元典优先)
优先使用元典Skill:
cd ~/.claude/skills/law-search
python3 scripts/yd_search.py search "举证责任倒置 建设工程" --sxx 现行有效备用方案(需手动启用北大法宝MCP):
⚠️ 北大法宝MCP当前已禁用。如需使用,请在 settings.local.json 中添加相应权限。
# 需要先在 settings.local.json 中启用:
# "mcp__pkulaw-law-search__search_article"
mcp__pkulaw-law-search__search_article(text="举证责任倒置 建设工程")第七步:生成S7文件
输出格式:JSON frontmatter + Markdown 正文
JSON frontmatter(包含心证公开和证明资源审查):
---
{
"step_id": "S7",
"burden_allocation": {...},
"evidence_status_assessment": {...},
"judicial_disclosure": {
"disclosure_made": true,
"disclosure_content": "...",
"disclosure_purpose": "促使当事人补充证据",
"party_response": "...",
"additional_evidence_prompted": true,
"disclosure_records": [...]
},
"proof_resource_review": {
"review_conducted": true,
"proof_methods_exhausted": false,
"available_proof_methods": [...],
"unused_proof_methods": [...],
"review_conclusion": "...",
"additional_guidance": "..."
}
}
---Markdown 正文:
# S7 举证责任分配
## 举证责任分配
| 争点 | 举证责任方 | 法律依据 | 证据状态 | 风险等级 |
|------|------------|----------|----------|----------|
| ... | ... | ... | ... | ... |
## 证据状态评估
[评估内容]
## 心证公开
[心证公开内容、当事人回应、补充证据情况]
## 证明资源审查
[可用证明方法、未使用方法、进一步指导]
## ⚠️ 举证而不能
[致命缺口说明]保存到 intermediate/原告九步法/S7-举证责任/
第八步:律师确认
展示举证责任分配、心证公开、证明资源审查和风险评估,等用户确认。
第九步:同步生成被告九步法预判版
生成 intermediate/被告九步法/S7-举证责任/
第十步:调用Hook
~/.claude/skills/case-os/scripts/case-post-step.sh [案件路径] S7---
红线
- ❌ 必须法条复验(优先使用元典)
- ❌ 标红"举证而不能"的致命缺口
- ❌ 必须进行心证公开促使当事人补充证据
- ❌ 必须进行证明资源审查确认当事人是否已用尽证明资源
---
工具依赖
法条检索与复验:
- 元典Skill(law-search)— 法条检索与内容获取
python3 scripts/yd_search.py search "检索词"
python3 scripts/yd_search.py detail "法律名" --ft-name "条号"备用选项(需手动启用):
mcp__pkulaw-law-search__search_article— 法条检索(北大法宝MCP,当前已禁用)mcp__pkulaw-law-search__get_article— 法条内容获取(北大法宝MCP,当前已禁用)
引用资源(引用 live case-os 资源,不复制):
../case-os/schema/nine_step_core_schema.json— s7_proof_matrix 字段定义../case-os/examples/nine_step_loan_case/— 完整输出示例参考
本地资源(新增):
schema/s7_output_schema.json— S7 输出结构定义examples/s7_disclosure_example.md— 心证公开和证明资源审查示例
---
九步法资源接入(强制)
执行 S7 前必须读取 live case-os 的九步法资源,引用而不复制:
1. 读取 ../case-os/references/nine_step_output_schemas.json 中 steps.S7 的 input_schema、output_schema、handoff_to_next 与 blocking_conditions。 2. 读取 ../case-os/references/nine_step_checklist.json 中 steps.S7 的检查清单,并在 Markdown 正文中逐项说明覆盖、缺失或不适用。 3. 读取 ../case-os/references/nine_step_failure_modes.json 中 failure_modes.S7 的失败模式;命中 HIGH/CRITICAL 风险时必须阻断或标记待律师处理。 4. 按需读取 ../case-os/references/nine_step_chunks.jsonl 中 step_id == "S7" 或 skill_target 指向本步骤的切片;未找到匹配切片时记录 chunks_reference_status: "none_found",不得因此跳过步骤。 5. 读取 ../case-os/examples/nine_step_loan_case/expected_s7_proof_matrix.json 作为结构参考;如本 skill 有 schema/s7_output_schema.json,同时按本地 schema 校验输出。
- 本 skill 本地示例(如存在):
examples/s7_*.md。
输出必须采用合法 JSON frontmatter + Markdown 正文。JSON 顶层 step_id、status/review_status、引用来源、律师确认口径、hook 写回状态必须与 case-os 总控一致。
- S1/S5/S6/S8/S9 只能进入
pending_review;S2/S4/S7 需完成权威复验/律师确认口径后才可交接;S10 只作 FINAL 阻断门禁,不得改写 S9 结论。
输出
输出文件:
intermediate/原告九步法/S7-举证责任/intermediate/被告九步法/S7-举证责任/
输出格式:
- JSON frontmatter:包含完整的举证责任分配、心证公开和证明资源审查数据
- Markdown 正文:展示举证责任分配、心证公开和证明资源审查过程和结果
关键字段:
burden_allocation:举证责任分配evidence_status_assessment:证据状态评估fatal_gaps:致命缺口列表judicial_disclosure:心证公开(新增)proof_resource_review:证明资源审查(新增)
心证公开说明:
- 目的:促使当事人补充证据
- 内容:初步心证结论、证据不足提示
- 效果:提高事实认定准确性
证明资源审查说明:
- 目的:确认当事人是否已用尽证明资源及证明方法
- 内容:可用证明方法、未使用方法、进一步指导
- 效果:促使当事人用尽可用证明资源
S7 举证责任分配示例报告
案件基本信息
- 案件类型:借贷合同纠纷
- 原告:刘某
- 被告:黄某、张某
- 前置条件:S6(争点矩阵)完成
---
一、举证责任分配
1.1 按争点的举证矩阵
| 争点 | 请求权基础 | 要件事实 | 初步心证 | 举证责任方 | 证明要求 |
|---|---|---|---|---|---|
| 借款合同是否成立并生效 | 违约责任请求权 | 借款合同已生效 | 原告主张借款合同已生效,需证明贷款人已提供借款 | 原告 | 证明原告已向被告提供借款24万元 |
| 被告是否已履行还款义务 | 违约责任请求权 | 义务未履行 | 原告主张被告未按约定还款,需证明还款义务存在及违约事实 | 原告 | 证明被告未按约定履行还款义务 |
| 张某是否应承担担保责任 | 担保责任请求权 | 担保合同已生效 | 原告主张张某作为保证人应承担连带责任,需证明担保合同成立 | 原告 | 证明张某在借据上签字系真实意思表示 |
| 张某是否明知无代理权 | 权利阻碍性抗辩 | 明知无代理权 | 被告张某主张其明知黄某无代理权,需证明张某对借款知情 | 被告 | 证明张某在借款时明知黄某无代理权 |
| 是否已超过诉讼时效 | 权利妨碍性抗辩 | 诉讼时效抗辩 | 被告张某主张借款已超过诉讼时效,需证明最后履行期及诉讼时效中断事由 | 被告 | 证明借款未超过诉讼时效 |
1.2 举证责任分配依据
《民事诉讼法》第64条:当事人对自己提出的主张,有责任提供证据。
举证责任倒置情形:
- 特定侵权案件(如环境污染、饲养动物致害等)
- 劳动争议案件
- 其他法律规定的情形
---
二、证据状态评估
2.1 整体评估
| 评估项 | 结果 | 说明 |
|---|---|---|
| 原告证据状态 | 基本充分 | 借据、转账记录充分,催款记录不足 |
| 被告证据状态 | 不足 | 未提供任何证据 |
2.2 致命缺口分析
| 争点 | 责任方 | 缺口描述 | 风险等级 |
|---|---|---|---|
| 被告是否已履行还款义务 | 原告 | 原告提供的催款记录不足以证明被告未履行还款义务,缺乏被告明确拒绝还款的证据 | 严重 |
| 张某是否明知无代理权 | 被告 | 被告未提供任何证据证明张某明知黄某无代理权 | 致命 |
2.3 应对建议
针对原告:
- 补充被告明确拒绝还款的证据(如录音、短信)
- 核实被告还款记录
- 准备诉讼时效中断事由证据
针对被告:
- 收集证明张某对借款知情的证据
- 提供借据签字时的相关证据
- 核实诉讼时效相关证据
---
三、心证公开(新增)
3.1 心证公开依据
《最高人民法院关于民事诉讼证据的若干规定》第85条:人民法院应当以证据能够证明的案件事实为依据依法作出裁判。
心证公开目的:促使当事人围绕心证结论收集和补充证据。
3.2 心证公开内容
公开时机:证据调查阶段
公开内容:
根据现有证据,本院对以下事项形成初步心证:
>
1. 借款关系成立:原告提供的借据和转账记录可以证明借款关系成立,双方对此无争议。
>
2. 被告未履行还款义务:原告提供的催款记录不足以证明被告未履行还款义务。催款记录仅显示原告单方催款,缺乏被告明确拒绝还款的证据。
>
3. 张某明知无代理权:被告张某主张明知无代理权但未提供任何证据。根据《民事诉讼法》第64条,当事人对自己提出的主张有责任提供证据。
>
请双方当事人围绕上述心证结论补充证据。
3.3 心证公开效果
| 效果 | 说明 |
|---|---|
| 促使原告补充证据 | 原告表示可以补充被告拒绝还款的录音证据 |
| 促使被告补充证据 | 被告张某表示需要时间收集相关证据 |
| 提高事实认定准确性 | 双方当事人围绕心证结论补充证据,有助于法院查明事实 |
3.4 心证公开记录
| 阶段 | 公开内容 | 当事人回应 |
|---|---|---|
| 证据调查阶段 | 本院初步心证:原告催款记录不足以证明被告未履行还款义务 | 原告表示将补充被告拒绝还款的录音证据 |
| 证据调查阶段 | 本院初步心证:被告张某主张明知无代理权但未提供任何证据 | 被告张某表示需要时间收集相关证据 |
---
四、证明资源审查(新增)
4.1 审查依据
《最高人民法院关于民事诉讼证据的若干规定》第95条:当事人申请调查取证的条件。
审查目的:确认当事人是否已用尽证明资源及证明方法。
4.2 证明资源审查
4.2.1 可用证明方法
| 证明方法 | 适用对象 | 当前状态 | 说明 |
|---|---|---|---|
| 申请调查取证(去银行调取被告还款记录) | 原告 | 未使用 | 可证明被告还款情况 |
| 申请证据保全(固定被告拒绝还款的录音证据) | 原告 | 未使用 | 可证明被告违约事实 |
| 申请司法鉴定(对借据签字时间进行鉴定) | 被告 | 未使用 | 可证明借据签字真实性 |
| 提供证人证言(证明张某对借款知情) | 被告 | 未使用 | 可证明张某知情情况 |
4.2.2 审查结论
| 审查项 | 结果 | 说明 |
|---|---|---|
| 当事人是否已用尽证明资源 | ❌ 否 | 仍有多个证明方法未使用 |
| 当事人是否已用尽证明方法 | ❌ 否 | 可用的证明方法未充分使用 |
4.3 进一步指导
对原告的建议:
1. 申请调查取证:可向法院申请去银行调取被告还款记录 2. 申请证据保全:可对被告拒绝还款的录音证据进行证据保全 3. 提供证人证言:可提供证人证明张某对借款知情
对被告的建议:
1. 收集证明张某对借款知情的证据:如借款时的沟通记录 2. 提供借据签字时的相关证据:如现场照片、视频等 3. 核实诉讼时效相关证据:如有催款中断时效的证据
4.4 证明资源审查结论
审查结论:当事人尚未用尽证明资源及证明方法,建议进一步指导。
预期效果:促使当事人用尽可用证明资源及证明方法,提高事实认定准确性。
---
五、⚠️ 举证而不能警示
5.1 致命缺口
被告张某 - 明知无代理权:
- 责任方:被告
- 缺口:未提供任何证据证明张某明知黄某无代理权
- 风险等级:⚠️ 致命
- 后果:如举证不能,将承担不利后果
5.2 应对策略
法官释明:
"被告张某,你主张明知无代理权但未提供任何证据。根据《民事诉讼法》第64条,当事人对自己提出的主张有责任提供证据。你是否需要时间收集证据?如不能提供证据,将承担举证不能的后果。"
---
六、输出格式说明
JSON frontmatter:包含完整的举证责任分配、心证公开和证明资源审查数据
burden_allocation:举证责任分配evidence_status_assessment:证据状态评估judicial_disclosure:心证公开proof_resource_review:证明资源审查
Markdown 正文:展示举证责任分配、心证公开和证明资源审查过程和结果
---
报告完成时间:2026-05-21 报告依据:
- 《民事诉讼法》第64条
- 《最高人民法院关于民事诉讼证据的若干规定》
- 九步法相关理论
{
"schema_name": "S7举证责任输出Schema",
"schema_version": "1.0.0",
"schema_purpose": "定义S7举证责任分配的输出结构,包含心证公开结构和证明资源审查",
"step_id": "S7",
"step_name": "要件事实证明",
"output_fields": {
"step_id": {
"type": "string",
"description": "步骤标识符",
"required": true,
"default": "S7"
},
"burden_allocation": {
"type": "object",
"description": "举证责任分配",
"required": true,
"properties": {
"proof_matrix_by_issue": {
"type": "object",
"description": "按争点的举证矩阵",
"patternProperties": {
"争点.*": {
"type": "object",
"properties": {
"issue": {
"type": "string",
"description": "争点描述"
},
"rights_basis": {
"type": "string",
"description": "请求权基础"
},
"element": {
"type": "string",
"description": "要件事实"
},
"preliminary_judgment": {
"type": "string",
"description": "初步心证判断"
},
"burden_allocated_to": {
"type": "string",
"description": "举证责任分配给"
},
"proof_requirement": {
"type": "string",
"description": "证明要求"
}
}
}
}
}
}
},
"evidence_status_assessment": {
"type": "object",
"description": "证据状态评估",
"required": true,
"properties": {
"plaintiff_evidence_status": {
"type": "string",
"description": "原告证据状态",
"enum": ["充分", "基本充分", "不足", "举证而不能"]
},
"defendant_evidence_status": {
"type": "string",
"description": "被告证据状态",
"enum": ["充分", "基本充分", "不足", "举证而不能"]
},
"fatal_gaps": {
"type": "array",
"description": "致命缺口列表",
"items": {
"type": "object",
"properties": {
"issue": {
"type": "string",
"description": "存在缺口的争点"
},
"responsible_party": {
"type": "string",
"description": "责任方"
},
"gap_description": {
"type": "string",
"description": "缺口描述"
},
"risk_level": {
"type": "string",
"description": "风险等级",
"enum": ["致命", "严重", "一般", "轻微"]
}
}
}
}
}
},
"judicial_disclosure": {
"type": "object",
"description": "心证公开(新增)",
"required": true,
"properties": {
"disclosure_made": {
"type": "boolean",
"description": "是否已进行心证公开"
},
"disclosure_content": {
"type": "string",
"description": "心证公开内容"
},
"disclosure_purpose": {
"type": "string",
"description": "心证公开目的"
},
"party_response": {
"type": "string",
"description": "当事人回应"
},
"additional_evidence_prompted": {
"type": "boolean",
"description": "是否促使当事人补充证据"
},
"disclosure_records": {
"type": "array",
"description": "心证公开记录",
"items": {
"type": "object",
"properties": {
"stage": {
"type": "string",
"description": "公开阶段"
},
"content": {
"type": "string",
"description": "公开内容"
},
"response": {
"type": "string",
"description": "当事人回应"
}
}
}
}
}
},
"proof_resource_review": {
"type": "object",
"description": "证明资源审查(新增)",
"required": true,
"properties": {
"review_conducted": {
"type": "boolean",
"description": "是否已进行证明资源审查"
},
"proof_methods_exhausted": {
"type": "boolean",
"description": "当事人是否已用尽证明资源及证明方法"
},
"available_proof_methods": {
"type": "array",
"description": "可用的证明方法列表",
"items": {
"type": "string",
"description": "证明方法"
}
},
"unused_proof_methods": {
"type": "array",
"description": "未使用的证明方法列表",
"items": {
"type": "string",
"description": "未使用的证明方法"
}
},
"review_conclusion": {
"type": "string",
"description": "审查结论"
},
"additional_guidance": {
"type": "string",
"description": "进一步指导"
}
}
}
},
"judicial_disclosure_structure": {
"disclosure_components": {
"content": "心证公开内容",
"purpose": "促使当事人补充证据",
"timing": "在证据调查终结前适时公开"
},
"disclosure_benefits": {
"benefit_1": "促使当事人围绕心证结论收集和补充证据",
"benefit_2": "提高事实认定的准确性",
"benefit_3": "避免突袭性裁判"
}
},
"proof_resource_review_structure": {
"review_components": {
"component_1": "审查当事人是否已用尽证明资源",
"component_2": "审查当事人是否已用尽证明方法",
"component_3": "识别可用的证明方法",
"component_4": "提供进一步指导"
},
"review_criteria": {
"criterion_1": "当事人是否已申请所有必要的证据保全",
"criterion_2": "当事人是否已申请所有必要的司法鉴定",
"criterion_3": "当事人是否已申请调查取证",
"criterion_4": "当事人是否已提供所有相关证人名单"
}
},
"validation_rules": {
"rule_1": "所有required字段必须提供",
"rule_2": "fatal_gaps必须列出所有致命缺口",
"rule_3": "judicial_disclosure和proof_resource_review必须包含完整的审查记录",
"rule_4": "举证责任分配必须对齐S6争点矩阵"
},
"notes": [
"本Schema定义了S7举证责任分配的输出结构",
"心证公开结构:促使当事人补充证据",
"证明资源审查:审查当事人是否已用尽证明资源及证明方法",
"输出采用JSON frontmatter + Markdown正文格式"
]
}