findscripter 合同修订历史追溯
何时使用
- 用户给出一份主协议 + 一个或多个修订件（amendment / addendum / 第N次修订），问「这份合同这些年改了什么」「给我看修订历史」「现在合同长什么样」「最新版的[赔偿/责任/终止]在哪」「[某条款]是怎么演变的」，或一次上传了同一协议的多个版本。
- 合同攒到第三、四次修订后没人记得原文说了什么、哪一版条款现在生效 —— 本技能按时间顺序读主协议与全部修订，二选一产出：全量变更摘要，或把某条款逐版追溯到当前控制语言。
不该用的边界（交给人或其它环节）：
- 不裁断冲突优先级。 当主协议与修订件冲突时哪份控制，是法律释义问题。本技能只标出冲突并转律师，不下结论。
- 不起草新修订。 只做历史梳理，不写修订条文。
- 不对照 playbook 评审。 那是
contract-playbook-review的活；本技能纯历史性。 - 不释义含混语言。 语言含糊时一律原文精确引用并标
[review]，把判断留给律师，不臆测其含义。
步骤
第 0 步：判模式（不要无谓追问）
解析用户请求，二选一，仅在真正歧义时才问：
- 模式 1 · 全量摘要（未点名具体条款）：触发语「改了什么」「修订历史」「这些年怎么变的」「现在合同是什么样」。
- 模式 2 · 条款追溯（点名了具体条款/主题）：触发语「[某条款]在哪」「最新的[条款]」「[某术语]怎么变的」「现在关于[主题]怎么说」。
常见条款映射：赔偿/indemnification→赔偿条款；责任/责任上限→责任限制；终止→期限与终止；数据/隐私/DPA→数据保护；IP/知识产权→IP 权属与许可；价格/费用/付款→付款条款；自动续约/续约→续约机制。
若术语对应多条款，列候选请用户选：「我找到 [N] 处与[术语]相关的条款 —— [列出]。你指哪一个？」。若整体模式歧义，问一句：「要全量变更摘要，还是追溯某条具体条款（比如赔偿、责任、终止）？」
第 1 步：加载并排序文档
来源：直接上传（首选）、CLM（即将支持，按对手方/标题检索并取执行日期）、文档库（即将支持，匹配「Amendment / Addendum / Amendment No. 1 / First Amendment」或编号后缀）。一次可接多个文件；没有则索要。
排序规则（读内容前先定时间顺序）：
- 多数情况从标题（「Amendment No. 1」「Second Amendment」「Addendum A」）或文件名/抬头日期即可自明排序，直接推进。
- 有执行日期元数据优先用；否则看抬头或鉴于条款（「This Amendment, dated as of...」）。
- 修订件常引用其所改协议（「this Amendment to the Master Services Agreement dated [X]」）—— 用这些引用确认链条完整。
- 仅当文件名毫无次序线索（如
agreement-final.pdf/-v2.pdf/-markup.pdf）、文件名与抬头都无日期、或两份疑似同一修订版本时，才请用户确认排序。
若顺序是推断而非确认，仅在不确定处于输出顶部注明：「顺序据文档标题推断 —— 我对 [具体文档] 把握较低，若影响审阅请确认。」
第 2 步：读取并建索引（内部用，不展示）
按时间顺序逐份读，每份提取：文档类型（主协议/第N次修订/附录）、执行日期、缔约方（核对各文件是否一致 —— 新增方或改名要标）、被修改/新增/删除的条款清单。先建工作索引再产出，索引仅驱动输出、不给用户看。
第 3 步：按模式产出
模式 1 · 全量摘要 —— 每条发现必须带内联条款引用，让读者无需翻找即可核对：
- 跨多个条号或条号变过的，引用全部：
赔偿（基础协议 §9.1；第5次修订 §9.1 重述）。
输出骨架：
# 修订历史：[对手方] — [协议类型]
**基础协议：** [日期]
**修订件：** [N] 份（[首份日期] → [末份日期]）
**最近修订：** [日期]
## 变更时间线
### 第1次修订 — [日期]
**目的：** [一句话，取自鉴于条款；无则略，勿猜]
**实质变更：**
- [条款]（§X.X）：[原文是什么 → 现在是什么，大白话]
- [新增条款]（§X.X）：[作用]
- [删除条款]（§X.X）：[删了什么、为何要紧]
### 第2次修订 — [日期]
[同结构，逐次修订重复]
## 净现状
| 条款 | 当前立场 | §引用 | 最后改于 |
|---|---|---|---|
| [条款] | [大白话摘要] | §X.X | 第N次修订，[日期] |
| [条款] | [自基础协议未变] | §X.X | 基础协议 |
## 异常清单（Watch items）
[标出看着不一致的：修订改了一条已被删除的条款、修订之间措辞矛盾、未经正式转让就改名、条号跨文档漂移等。每条都带条款引用。]
模式 2 · 条款追溯 —— 只展示动过的版本，未触及该条款的修订整段跳过：
# 条款追溯：[条款名]
## [对手方] — [协议类型]
### 原始 — [基础协议日期]，§X.X
> "[精确原文引用]"
*大白话：* [一句话]
### 第N次修订 — [日期]，§X.X
**原为：**
> "[改前精确引用]"
**现为：**
> "[替换后精确引用]"
*改了什么：* [一句话，对双方的实际影响]
## 当前控制语言
**§X.X — [来源文档，日期]**
> "[精确原文引用]"
*大白话：* [一句话]
## 异常清单
[常查项：该条款是否被纳入或排除于责任上限；条号是否跨修订漂移；修订语言是否与他条冲突。带条款引用。]
若该条款自基础协议起从未被修订：「该条款未被任何修订件改动，原始语言控制。§X.X，基础协议，[日期]。」
第 4 步：收尾与移交
产出后以「下一步决策树」结束（草拟 X / 升级上报 / 补充事实 / 观望 / 其它），选项按本次产出定制 —— 树是输出，由律师选。可主动提供后续：
- 「要不要再追溯另一条条款？」
- 「要不要对当前修订后的协议做完整 playbook 评审？」（转
contract-playbook-review） - 「要不要给利益相关方一份关键变更摘要？」
指令
- 特权继承。 本技能读取的主协议与修订件本身往往受特权/保密保护，输出继承其特权与保密状态：加上工作成果抬头、仅在特权圈内分发、与受特权材料同处存放；对外交付前先剥除抬头。
- 来源标注（红线）。 凡引用法条/法规/判例：检索器返回的用
[Westlaw]/[CourtListener]；网络检索[web search — verify]；凭训练记忆[model knowledge — verify]；用户/文档提供[user provided]。带verify的优先核查，绝不删除或合并标签。 - 原文优先于转述。 条款引用一律精确原文，不改写、不概括成「大意」。语言含混则原文引用 + 标
[review]转律师，不臆测含义。 - 冲突只标不裁。 主协议与修订冲突、修订之间矛盾，进异常清单并标
[review]，不下「哪份控制」的结论。 - 缔约方核对。 各文档缔约方不一致（新增方、改名）必标；未经正式转让就改名是常见隐患。
- 大输入防截断。 文档多/长时（>50 页或多份），先读定义、核心义务、期限、终止、责任、赔偿、IP、数据、保密、适用法等关键节，在审阅说明的「已读」行记录覆盖范围，绝不假装读完全部。
示例
输入：
/amendment-history acme-msa.pdf amendment-1.pdf amendment-2.pdf
代理动作：据标题/日期定时间顺序 → 逐份读并建内部索引、核对缔约方 → 未点名条款故走模式 1 → 产出变更时间线（每次修订列实质变更带 §引用）+ 净现状表 + 异常清单 → 收尾决策树。
输入（模式 2）：
/amendment-history --provision indemnity
代理动作：映射「indemnity」→赔偿条款 → 逐版追溯（仅展示动过赔偿的修订）→ 给出当前控制语言原文引用 → 异常清单检查「赔偿是否被纳入/排除于责任上限」。
一条条款追溯示例：
### 第2次修订 — 2024-03-01，§9.1
原为：
> "Vendor's aggregate liability for indemnification shall not exceed fees paid in the prior 12 months."
现为：
> "Vendor shall indemnify Customer without limitation for third-party IP infringement claims."
改了什么：赔偿从受 12 个月费用上限约束，改为对第三方 IP 侵权索赔无上限赔偿 —— 供应商敞口实质放大。[review]
注意事项
- 它不做的事： 不裁断冲突时哪份文件控制（释义问题，标出并转律师）；不起草新修订；不对照 playbook 评审（那是
contract-playbook-review）；语言含混时不臆测含义 —— 精确引用并为律师标出含混点。 - 模式 1 每条发现、模式 2 每个异常项都必须带条款引用（§X.X），缺引用即不合格。
- 数据量大（如净现状/异常超约 10 行）可提供仪表盘视图（按修订计数、按条款状态分组、可排序，并带上审阅说明）。
本条采编自 anthropics/claude-for-legal（Apache-2.0）。
互见
- requires：无。
- related：
general-counsel-advisor—— 综合法律判断与升级路径；nda-triage-reviewer—— 同一对手方 NDA 的分流；dpa-clause-reviewer—— 数据处理条款的版本演变深审。 - combines_with：
contract-playbook-review—— 历史梳理后对当前生效版本做红线对照评审；fact-checking—— 引用与verify标签的事实校验；first-principles-thinking—— 对条号漂移、冲突等异常做拆解判断。