amendment-history

/amendment-history

加载基础协议及所有修订文件，然后总结协议随时间发生的变化，或追踪某项具体条款，找到当前具有控制效力的表述。

说明

1. 获取文件： 通过文件上传、[CLM ID（即将推出）] 或 [repository link（即将推出）] 获取。一次调用可接受多个文件。如果未提供文件，请询问。

2. 检测模式：按照下方的模式检测规则解析请求。如果明确提到了条款名称，直接进入模式 2。如果未提及条款，则运行模式 1。仅在确实存在歧义时才询问。

3. 运行以下工作流。 完整执行。

4. 输出后提供后续选项：

   • “要我追踪另一项条款吗？”
   • “要我全面审查修订后的当前协议手册吗？” （转至 vendor-agreement-review）
   • “要我为利益相关方总结关键变更吗？” （转至 stakeholder-summary）

示例

/commercial-legal:amendment-history acme-msa.pdf amendment-1.pdf amendment-2.pdf

/commercial-legal:amendment-history --provision indemnity

/commercial-legal:amendment-history
[paste agreement and amendment text]

---

事项背景

事项背景。 在实践级 CLAUDE.md 中查看 ## Matter workspaces。如果 Enabled 为 ✗（内部法务用户的默认值），则跳过本段其余内容——技能会使用实践级背景信息，事项管理机制不可见。如果已启用且没有活动事项，请询问：“这是关于哪个事项的？运行 /commercial-legal:matter-workspace switch <slug>，或回复 practice-level。”加载活动事项的 matter.md，以获取事项专属背景信息和覆盖设置。将输出写入事项文件夹 ~/.claude/plugins/config/claude-for-legal/commercial-legal/matters/<matter-slug>/。除非 Cross-matter context 为 on，否则切勿读取其他事项的文件。

---

用途

合同会不断累积修订。到了第三次修订时，没人记得原始文本是什么，也不知道哪一版条款具有控制效力。此技能会按时间顺序读取基础协议和所有修订文件，然后总结整个合同的变更，或逐版追踪某项具体条款，找出当前具有控制效力的表述。

模式检测

解析用户请求，确定要运行的模式。除非请求确实存在歧义，否则不要询问用户要使用哪种模式。

模式 1 — 摘要（未提及具体条款） 触发短语：“有哪些变化”“修订历史”“展示随时间发生的变化”“总结修订内容”“这份合同现在是什么样”

模式 2 — 条款追踪（指定了具体条款或主题） 触发短语：“[条款] 在哪里”“最新的 [条款]”“[术语] 有什么变化”“查找赔偿条款”“现在关于 [主题] 的规定是什么”

常见条款映射：

• “indemnity” / “indemnification” → 赔偿条款
• “liability” / “liability cap” → 责任限制
• “termination” → 期限与终止
• “data” / “privacy” / “DPA” → 数据保护条款
• “IP” / “intellectual property” → 知识产权所有权与许可
• “price” / “fees” / “payment” → 付款条款
• “auto-renewal” / “renewal” → 续约机制

如果术语含义不明确，且对应多项条款，请列出候选项并询问用户选择哪一项：

“我找到 [N] 项与 [term] 相关的条款——[list them]。你想看哪一项？”

如果请求整体上无法明确区分两种模式，只问一个问题：

“你想要合同所有变更的摘要，还是追踪某项具体条款——例如赔偿、责任或终止条款？”

---

步骤 1：加载并排序文档

接受来自以下任一来源的文档：

[即将推出 CLM 集成]（如果已连接）： 按交易对方名称或协议标题搜索。提取基础协议 及所有修订文件。记录的元数据通常包括签署日期 — 据此确定时间顺序。

[即将推出文档库集成]（如果已连接）： 按交易对方名称或文件名搜索。查找符合 “Amendment”“Addendum”“Amendment No. 1”“First Amendment”或 编号后缀等模式的文件。提取所有匹配项，并按文件日期或文件名 中的编号排序。

直接上传： 用户直接提供文件。大多数情况下，可从文档标题（例如，“Amendment No. 1”、 “Second Amendment”、“Addendum A”）或文件名 或文档标题中显示的日期直接判断顺序 — 无需询问即可继续。

仅在以下情况下询问用户确认顺序：

• 文件名无法显示顺序（例如，“agreement-final.pdf”、 “agreement-v2.pdf”、“agreement-markup.pdf”）
• 文件名和文档标题中都没有日期
• 两份文档看起来是同一修订版本

如果顺序是推断出来的，而非经确认，则仅在不确定时于输出顶部注明置信度：

“根据文档标题推断顺序 — 有一项我不太确定： [具体文档]。如果这会影响您的审阅，请予以确认。”

排序规则：

• 阅读内容前，务必先确定时间顺序。
• 如果元数据中有签署日期，请使用该日期。
• 否则，查找文档标题或序言中的日期 （“本修订文件的日期为……”）。
• 修订文件通常会引用其所修改的协议（“本修订文件修订了日期为 [X] 的《主服务协议》”）— 使用这些引用确认文件之间的关联链。

---

特权继承

此技能会读取基础协议和修订文件 — 这些文件本身通常享有特权或属于机密，且通常用于特权分析。输出继承来源文件的特权和保密状态。将 ~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md 中 ## Outputs 下的工作成果标头添加到以下每项输出的开头，仅在特权圈内分发，并存储在特权材料的存放位置。对外提供前，请移除该标头。

步骤 2：阅读并编制索引

按时间顺序阅读每份文档。对每份文档，提取：

• 文档类型（基础协议、修订文件编号、附录等）
• 签署日期
• 各方（确认各文档中的各方一致 — 如果新增了一方或一方名称发生变化，请标记）
• 明确修改、新增或删除的条款清单

在生成输出前，先建立工作索引。在内部使用该索引来生成输出 — 不要向用户展示。

---

模式 1：所有变更摘要

条款引用规则

每项发现都必须包含内联条款引用，以便读者无需搜索即可对照源文档核实：

“便捷终止（§12.3）：已新增。客户可在初始期限结束后提前 90 天发出书面通知终止协议，且无需支付费用。”

如果某项条款涉及多个章节，或其章节编号在修订文件中发生变化，请列出所有引用： “赔偿（基础协议 §9.1；修订文件 5 中重述的 §9.1）”

输出格式

# Amendment History: [Counterparty] — [Agreement type]

**Base agreement:** [date]
**Amendments:** [N] ([date of first] → [date of last])
**Last amended:** [date]

---

## What changed — chronological

### Amendment 1 — [date]
**Purpose:** [one sentence — why this amendment existed, from recitals
or clear from context. If not stated, omit rather than guess.]

**Material changes:**
- [Provision] (§[X.X]): [what it said before → what it says now,
  in plain English]
- [New provision added] (§[X.X]): [what it does]
- [Provision deleted] (§[X.X]): [what was removed and why it matters]

### Amendment 2 — [date]
[same structure]

[repeat for each amendment]

---

## Net current state

| Provision | Current position | §Ref | Last changed |
|---|---|---|---|
| [clause] | [plain English summary] | §[X.X] | Amendment N, [date] |
| [clause] | [unchanged from base] | §[X.X] | Base agreement |

---

## Watch items
[Flag anything that looks inconsistent — e.g., an amendment modifying
a provision that was already deleted, contradictory language between
amendments, a party name that changed without a formal assignment,
or a provision where the section number shifted across documents.
Include section references on every flag.]

---

模式 2：条款追踪

输出格式

仅展示发生变更的内容。不要列出未修改该条款的修订文件 — 完全跳过。

# Provision Trace: [Provision name]
## [Counterparty] — [Agreement type]

---

### Original — [Base agreement date], §[X.X]
> "[exact quote]"

*Plain English:* [one sentence]

---

### Amendment [N] — [date], §[X.X]

**Was:**
> "[exact quote of prior language]"

**Now:**
> "[exact quote of replacement language]"

*What changed:* [one sentence — practical effect on the parties]

---

[Only subsequent amendments that touched this provision appear here.
All others are omitted.]

---

## Current controlling language

**§[X.X] — [source document, date]**
> "[exact quote]"

*Plain English:* [one sentence]

---

## Watch items
[Flags, inconsistencies, open questions — with section references.
Common items to check: whether the provision is subject to or carved
out of the liability cap; whether the section number shifted across
amendments; whether the amendment language conflicts with another
provision.]

如果基础协议之后从未修订过该条款：

“任何修订文件均未修改本条款。以原文为准。§[X.X]，基础协议，[日期]。”

---

以“下一步决策树”收尾

按照 CLAUDE.md ## Outputs 中的要求，以“下一步决策树”收尾。根据此技能刚刚生成的内容定制选项——五个默认分支（起草 X、升级处理、补充事实、观望等待、其他事项）只是起点，并非固定选项。决策树就是输出；由律师做出选择。

此技能不做什么

• 它不会判定基础协议与修正案发生冲突时以哪份文件为准——这是一个法律解释问题。它会标记冲突并转交法务处理。
• 它不会起草新的修正案。
• 它不会与 ~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md 中的操作手册进行比较——这是供应商协议审查技能的职责。此技能只关注历史记录。
• 如果修正案的措辞含糊，它不会推断其含义——它会原样引用并标记歧义，供法务处理。