youchu-lawhub/cn-litigation-toolkit/evidence-index

证据目录（evidence-index）

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

职责边界

本技能仅负责：证据的逻辑排序、分组归类、证据目录表格的文本撰写。

本技能不负责：证据文件的物理整理、重命名、编页码、装册等文件操作。

前置条件

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

主诉场景（原告举证）

被诉场景（被告举证）

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

MCP 预检

预检协议详见 Expert.md「MCP 预检协议」。本技能使用后端：LAW.*（闸门阶段法条引用校验）。

不可用时降级标注：[L4-法条待验证]。

工作流程

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

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

1. 企业主体（公司、合伙企业、非法人组织等）：

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

1. 自然人主体：

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

1. 适用文书类型：

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

Step 1: 确定举证方向

1. 识别当前场景：主诉（原告举证）还是被诉（被告举证）
2. 明确举证目标：

• 主诉：证明诉讼请求成立
• 被诉：证明抗辩事由成立 / 反驳对方主张

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

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

主诉分组典型顺序：

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

被诉分组典型顺序：

• 第一组：程序性抗辩证据（如有）
• 第二组起：按抗辩要件依次排列
• 末组：反证/否认证据

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

1. 逐份证据分析其证明方向
2. 将证据归入对应的要件分组
3. 同一组内按以下优先级排序：

• 直接证据优先于间接证据
• 书证优先于其他证据类型
• 时间顺序（同类证据按时间排列）

1. 对于一份证据可能证明多个要件的情况：

• 归入最主要的证明方向所在的组
• 在证明对象中可附注"同时证明……"

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

编号规则

采用"组号-序号"格式：

• 第一组第一份证据：1-1
• 第一组第二份证据：1-2
• 第二组第一份证据：2-1
• 依此类推

表格结构

证明对象撰写规范

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

示例：

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

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

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

## 第一组：主体资格证据
本组证据用于证明原、被告的诉讼主体资格及法律关系基础。
 
| 编号 | 证据名称 | 证据来源 | 证明对象 |
|------|----------|----------|----------|
| 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