---
name: chronology-zhou210712
title: /chronology
description: 从声明的文件来源和上传材料构建或更新大事记——提取带日期的事件、 去重，并按案件理论标记重要性。当用户要求从证据材料或案件文件 构建大事记或时间线，说"从材料中提取时间线"或"什么发生了什么时间"， 或需要工作大事记、事实陈述或证人特定时间线时使用。
author: zhou210712
author_url: https://github.com/zhou210712/claude-for-legal-ZH/tree/main/litigation-legal/skills/chronology
license: Apache-2.0
version: 0.1.0
execution_mode: open
jurisdiction: general
practice: litigation
language: zh
---

# /chronology

1. 加载 `~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/matter.md` → 案件理论、关键事实。
2. 加载 `~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md` → 文件存储来源、默认案件文件夹模式。
3. 按以下工作流。
4. 按顺序识别来源：本次会话用户提供的路径、默认案件文件夹、配置中声明的来源。
5. 对于可读来源：提取带日期的事件。对于不可达来源：在缺口中注明。
6. 去重，合并每个事件的来源列表。
7. 按案件理论标记重要性（🔴/🟡/⚪）。
8. 写入 `~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/chronology.md`。
9. 如先行版本存在：版本号递增，向用户呈现diff摘要。
10. 最终确定前确认："这是我构建的内容。浏览🔴条目——有无我判定错误的地方？"

---

# 大事记（Chronology）

## 目的

事实按顺序发生。大事记是每个叙事依赖的骨架——代理词的事实部分、法律意见、庭前准备。手工建立大事记很慢；AI擅长结构化提取。要点：输入垃圾则输出垃圾。本技能从配置声明的来源和用户上传的材料中提取。

## 侧重点框架（重要性标签）

同一事件因执业者是在证明主张还是反驳主张而具有不同的重要性：

- **原告/主张方（进攻框架）** —— 🔴 标记*确立*请求权要件的事件（责任、因果关系、损害、通知）、*关闭*对方将试图打开的缺口的事件，或*启动*诉讼时效的事件。🟡 标记支持主张但可被质疑的事件。⚪ 是背景。
- **被告/抗辩方（防御框架）** —— 🔴 标记*打破*请求权要件的事件（因果关系断裂、通知缺失、依赖缺失）、*开启*诉讼时效或管辖权抗辩的事件，或*支持*积极抗辩（免责、弃权、过错相抵）的事件。🟡 标记削弱对方叙事的事件。⚪ 是背景。

## 加载上下文

- 插件配置 CLAUDE.md → 案件理论上下文、`## Outputs` 获取工作成果标头
- 本案件的先行 `chronology.md`（如存在）
- 用户上传或提供的任何文件

## 工作流

### 步骤0：保密门禁（每次先运行）

大事记从文件中提取。文件可能包含保密或受保护信息。

> 提取前：这些来源是否已经过保密筛选？
>
> - **A. 所有来源已清理**——你已经筛选过。我提取时不加保密标记。
> - **B. 混合或尚未筛选**——我提取并为每个条目加标记。
> - **C. 中止——先筛选**——暂停技能。筛选来源。返回重新运行。

### 步骤1：识别文件来源

1. **用户提供的路径**——本次会话中放入的任何内容。
2. **默认案件文件夹**——从配置的文件存储模式展开。
3. **声明的来源**——配置中声明的来源。
4. **询问**——如果来源看起来不足，提示用户。

### 步骤2：提取 + 读取

对于每个有可读文件的来源：
- PDF、邮件、docx、txt —— 直接读取。
- 如果技能无法访问某个声明的来源，在输出的缺口部分中明确命名。

> **来源标注。** 为每个大事记条目标注信息来源。对于任何无法追溯到提取文件的条目——例如从模型知识回忆的事实、通过联网搜索找到的公开记录事件——内联标注：`[联网检索——需复核]`、`[模型知识——需验证]` 或 `[用户提供]`。不得删除或压缩标签。

### 步骤3：提取事件

对于每个文件，识别带日期的事件：

- **邮件：** `[日期] [发送人] 告知 [收件人] [主题/内容]`
- **会议：** `[日期] [参加人] 就 [主题] 开会`
- **决定：** `[日期] [决策人] 决定 [什么]`
- **诉讼文件：** `[日期] [当事人] 提交 [起诉状/答辩状/上诉状]`
- **外部事件：** `[日期] [事情发生]`（合同签署、产品发布、监管行动等）

### 步骤4：去重

同一事件可能出现在多份文件中——这是**一个有多个来源的事件**。合并。合并条目引用所有来源。

### 步骤5：按案件理论标记重要性

- 🔴 **关键**——事件是关键事实的一部分
- 🟡 **相关**——背景、模式证据、支持次要论点
- ⚪ **背景**——对完整性有用，不进入代理词

纪律：300条条目中有300条🔴标签等于没有标签。为真正能移动事实认定者的事件保留🔴。

### 步骤6：写入

默认输出为工作大事记。按需提供变体。

## 输出格式

### 工作大事记（默认）

```markdown
[工作成果标题]

# 大事记 —— [案件名称]

**案件：** [slug]
**构建日期：** [YYYY-MM-DD]
**来源：** [N] 份文件跨 [来源类型]
**条目：** [N]（[N] 🔴 / [N] 🟡 / [N] ⚪）
**关键事实：** [一句话]

---

## 时间线

| 日期 | 事件 | 标签 | 来源 |
|---|---|---|---|
| [YYYY-MM-DD] | [发生了什么，一句话] | 🔴/🟡/⚪ | [文件路径或编号] |

---

## 关键事件（仅🔴）

[提取出来，每条附一行说明为何对理论重要。]

---

## 缺口

**无事件的日期范围：** [范围]
**预期但缺失：** [我们预期看到但未记录的事件]
**不可读来源：** [已声明但本次无法访问的来源]

---

## 版本
- v[N] 构建于 [日期] 来自 [来源摘要]
```

### 事实陈述大事记（按需）

过滤至🔴和相关🟡。以按时间顺序的散文叙事呈现——代理词事实部分的骨架。

### 证人特定大事记（按需）

过滤至某位证人被列为发送人、收件人、参加人或主题的事件。

## 本技能不做什么

- **解决矛盾。** 当两份文件就同一事件说不同内容时，两个条目都放入并标记。解决方案是律师的判断。
- **发明来源中没有的事件。** 如果不在文件中，就不在大事记中。
- **保证完整性。** 大事记仅与来源一样好。
