---
name: Evidence Index
slug: evidence-index
category: Writing
description: Drafts evidence indices for Chinese civil and commercial litigation, organizing evidence by legal element groups and writing proof objectives.
github: "https://github.com/Youchu-lawhub/cn-litigation-toolkit/tree/main/skills/evidence-index"
language: Python
stars: 19
forks: 2
install: "npx degit https://github.com/Youchu-lawhub/cn-litigation-toolkit/tree/main/skills/evidence-index ~/.claude/skills/evidence-index"
installs_to: ~/.claude/skills/evidence-index
source_path: skills/evidence-index/SKILL.md
collection_size: 23
category_size: 1012
collection_url: "https://dirskills.com/collections/Youchu-lawhub/cn-litigation-toolkit"
added: 2026-08-11T07:22:25.190Z
last_synced: 2026-08-11T07:22:25.190Z
canonical_url: "https://dirskills.com/skills/evidence-index"
---

# Evidence Index

Drafts evidence indices for Chinese civil and commercial litigation, organizing evidence by legal element groups and writing proof objectives.

**Install:**

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

## README

# 证据目录（evidence-index）

撰写民商事诉讼证据目录，按照要件攻防分析的结构对证据进行分组编排，生成规范的证据目录文档。

## 职责边界

> **本技能仅负责**：证据的逻辑排序、分组归类、证据目录表格的文本撰写。
>
> **本技能不负责**：证据文件的物理整理、重命名、编页码、装册等文件操作。

## 前置条件

根据主诉/被诉场景，所需材料不同：

### 主诉场景（原告举证）

| 序号 | 材料 | 说明 |
|------|------|------|
| 1 | 起诉状 | 已生成的起诉状（明确诉讼请求） |
| 2 | 案件事实梳理 | 经整理的时间线与关键事实 |
| 3 | 要件攻防分析 | 包含各要件及其对应的证据支撑 |
| 4 | 证据材料清单 | 用户手头实际拥有的证据材料列表 |

### 被诉场景（被告举证）

| 序号 | 材料 | 说明 |
|------|------|------|
| 1 | 答辩状 | 已生成的答辩状（明确抗辩策略） |
| 2 | 案件事实梳理 | 经整理的时间线与关键事实 |
| 3 | 要件攻防分析 | 包含各抗辩要件及其对应的证据支撑 |
| 4 | 证据材料清单 | 用户手头实际拥有的证据材料列表 |

如缺少上述材料，应提示用户先完成相应步骤。

## MCP 预检

> 预检协议详见 Expert.md「MCP 预检协议」。本技能使用后端：LAW.*（闸门阶段法条引用校验）。
> 不可用时降级标注：`[L4-法条待验证]`。

## 工作流程

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

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

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

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

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

### Step 1: 确定举证方向

1. 识别当前场景：主诉（原告举证）还是被诉（被告举证）
2. 明确举证目标：
   - 主诉：证明诉讼请求成立
   - 被诉：证明抗辩事由成立 / 反驳对方主张

### Step 2: 提取要件结构作为分组框架

1. 从要件攻防分析中提取要件结构
2. 将要件结构作为证据分组的依据
3. 确定各组的排列顺序：

**主诉分组典型顺序**：
- 第一组：主体资格证据（原被告身份、权利主体）
- 第二组起：按请求权构成要件依次排列
- 末组：损害赔偿计算证据（如有金钱请求）

**被诉分组典型顺序**：
- 第一组：程序性抗辩证据（如有）
- 第二组起：按抗辩要件依次排列
- 末组：反证/否认证据

### Step 3: 将证据材料对应到各组

1. 逐份证据分析其证明方向
2. 将证据归入对应的要件分组
3. 同一组内按以下优先级排序：
   - 直接证据优先于间接证据
   - 书证优先于其他证据类型
   - 时间顺序（同类证据按时间排列）
4. 对于一份证据可能证明多个要件的情况：
   - 归入最主要的证明方向所在的组
   - 在证明对象中可附注"同时证明……"

### Step 4: 编号与撰写证据目录

#### 编号规则

采用"**组号-序号**"格式：
- 第一组第一份证据：`1-1`
- 第一组第二份证据：`1-2`
- 第二组第一份证据：`2-1`
- 依此类推

#### 表格结构

| 列名 | 宽度占比 | 说明 |
|------|----------|------|
| 编号 | 10% | 组号-序号 |
| 证据名称 | 25% | 证据的规范名称 |
| 证据来源 | 15% | 证据的形成方式/获取途径 |
| 证明对象 | 50% | 该证据用于证明的具体事实 |

#### 证明对象撰写规范

- 以"证明……"开头
- 简明扼要，一般1-2句话
- 聚焦于该证据直接能证明的事实
- 避免过度延伸或主观评价
- 表述应与要件攻防分析中的论证相呼应

**示例**：
- 证明被告于2023年5月1日与原告签订《技术开发合同》，约定开发费用为人民币50万元
- 证明原告已按合同约定完成全部技术开发工作并交付成果
- 证明被告收到开发成果后未在约定期限内提出异议

### Step 5: 添加分组标题与组说明

在证据目录中为每组添加分组标题，简要说明该组证据的整体证明方向：

```markdown
## 第一组：主体资格证据
本组证据用于证明原、被告的诉讼主体资格及法律关系基础。

| 编号 | 证据名称 | 证据来源 | 证明对象 |
|------|----------|----------|----------|
| 1-1 | …… | …… | 证明…… |
| 1-2 | …… | …… | 证明…… |

## 第二组：合同成立与生效证据
本组证据用于证明原被告之间合同关系成立并生效。

| 编号 | 证据名称 | 证据来源 | 证明对象 |
|------|----------|----------|----------|
| 2-1 | …… | …… | 证明…… |
| 2-2 | …… | …… | 证明…… |
```

> **🔗 台账自动回写（强制）**：在产出交付物之前，调用「案件管家」§0.7 自动同步接口：搜索台账 recordId → 追加案件进展"{日期}证据目录已编制（{N}组{N}件）" → 更新下一步动作 → 写入。搜索无结果跳过回写并标注；回写失败不阻塞输出但标注"⚠️ 台账未自动更新"。

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

> **⛔ 交付前必过闸门**（见 Expert.md「共享护栏」）：核验对象为证据目录中法条引用。

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

> **转 Word（可选）**：本技能产出为内部参考/分析文件，非法院提交正式文书，不强制经过 document-formatting 排版闸门。如用户选择转 Word，使用 `scripts/md2docx_legal.py` 转换脚本（排版参数详见 `format-spec.md`）。

> **输出文件命名**：`{案件简称}_evidence-index_{日期}.md`。Word 版同名 `.docx`。

## 证据来源常见类型

| 来源类型 | 适用场景 | 示例表述 |
|----------|----------|----------|
| 双方签署 | 合同、协议 | "原被告双方签署" |
| 单方制作 | 函件、通知 | "原告/被告制作" |
| 第三方出具 | 鉴定报告、审计报告 | "[机构名称]出具" |
| 行政机关 | 登记证书、行政决定 | "[机关名称]颁发/作出" |
| 公证 | 公证书 | "[公证处名称]公证" |
| 网络取证 | 电子证据 | "网页截屏/区块链存证" |
| 当事人持有 | 原始凭证 | "原告/被告持有原件" |

## 质量检查清单

生成证据目录后，自查以下要点：

- [ ] 分组结构是否与要件攻防分析的要件体系一致
- [ ] 编号是否连续且格式统一（组号-序号）
- [ ] 每份证据是否有明确的证据名称
- [ ] 证据来源是否准确填写
- [ ] 证明对象是否以"证明……"开头
- [ ] 证明对象是否简明且聚焦
- [ ] 是否存在遗漏的关键证据
- [ ] 同组内排序是否合理（直接证据优先）
- [ ] 分组标题是否准确概括该组证明方向
- [ ] 各组之间逻辑递进是否清晰

## 注意事项

1. **与攻防分析对齐**：分组结构必须与要件攻防分析中的要件体系保持一致
2. **客观表述**：证明对象应当客观描述证据能证明的事实，避免主观评价
3. **不遗漏不多余**：用户提供的每份证据都应入目录；未实际持有的证据不编入
4. **实事求是**：如发现关键要件缺少证据支撑，应在该组备注"待补充"
5. **不涉及文件操作**：本技能不重命名文件、不编页码、不整理文件夹

## 下一步建议

证据目录完成后，根据案件进展可继续：
- **庭审准备** → `/trial-outline` 基于证据清单生成庭审应对预案
- **质证准备** → `/cross-examination` 对对方证据出具质证意见（被诉场景）
- **可视化** → `/litigation-visualization` 将证据结构生成可视化图表

## 降级处理

> 通用降级规则详见 profile.md「MCP 预检协议 → 降级规则」。
> 本技能：法律检索后端不可用时，法条引用标注 `[L4-法条待验证]`，继续完成证据目录主体。

## 与其他技能的协作关系

```
element-analysis ──→ evidence-index（本技能）
     ↑
  提供分组框架
```

## 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

**差异化字段回写**：下一步动作 → evidence-binder