mcpField
C
chronology

chronology

github.com/cslawyer1985ドキュメント90639 回インストール4 週間前に更新
リポジトリ

chronology について

訴訟チーム向けに、ユーザー提供のファイルや設定済みの情報源から日付付きの出来事を抽出する年表作成スキルです。重複を統合して出典と事件理論に基づく重要度を記録し、矛盾する記録は弁護士の判断用に残します。

主な機能

  1. 01メール、会議、訴訟書類から出来事を抽出
  2. 02出典とアクセスできない情報源を記録
  3. 03重複する出来事を統合し出典を集約
  4. 04事件理論に沿って重要度を表示
  5. 05年表を版管理し変更概要を提示

活用シーン

  1. 01メールや文書から訴訟の時系列を作成
  2. 02特定の証人に関係する出来事を抽出
  3. 03訴状の事実部分に向けた時系列草案を準備
  4. 04情報源の不足や矛盾する記録を確認

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/cslawyer1985/claude-for-legal-zh --skill chronology

インストール後、Claude Code で/chronologyを入力して読み込まれたか確認します。

詳細

プロジェクトの README より

/chronology

  1. 加载 ~/.claude/plugins/config/claude-for-legal-zh/litigation-legal/matters/[slug]/matter.md → 案件理论、关键事实。
  2. 加载 ~/.claude/plugins/config/claude-for-legal-zh/litigation-legal/CLAUDE.md → 文件存储来源、默认案件文件夹模式。
  3. 按以下工作流。
  4. 按顺序识别来源：本次会话用户提供的路径、默认案件文件夹、配置中声明的来源。
  5. 对于可读来源：提取带日期的事件。对于不可达来源：在缺口中注明。
  6. 去重，合并每个事件的来源列表。
  7. 按案件理论标记重要性（🔴/🟡/⚪）。
  8. 写入 ~/.claude/plugins/config/claude-for-legal-zh/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：写入

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

输出格式

工作大事记（默认）
[工作成果标题]

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

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

---

## 时间线

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

---

## 关键事件（仅🔴）

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

---

## 缺口

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

---

## 版本
- v[N] 构建于 [日期] 来自 [来源摘要]
事实陈述大事记（按需）

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

证人特定大事记（按需）

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

本技能不做什么

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

コメント

Markdown 対応