---
name: amendment-history-zhou210712
title: /amendment-history
description: 追溯合同从基础协议到所有修订的变更轨迹——可以是所有变更的时间线摘要， 也可以是特定条款的追踪。当用户说"这个合同历次改了什么""显示修订历史" "最新的[条款]在哪里""[条款]如何演变的"或上传多个版本的协议时使用。
author: zhou210712
author_url: https://github.com/zhou210712/claude-for-legal-ZH/tree/main/commercial-legal/skills/amendment-history
license: Apache-2.0
version: 0.1.0
execution_mode: open
jurisdiction: general
practice: contracts
language: zh
---

# /amendment-history

加载基础协议及所有修订，然后总结历次变更内容或追踪特定条款的当前有效语言。

## 指令

1. **获取文件：** 从文件上传、合同管理系统ID（即将上线）或存储库链接（即将上线）获取。接受一次调用中的多个文件。如未提供，询问。

2. **检测模式** 通过解析请求判断运行模式。明确指出条款名称→模式2。未提及条款→模式1。仅在真的存在歧义时才询问。

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

4. **输出后提供后续操作：**
   - "是否需要追踪其他条款？"
   - "是否需要对修正后的现行协议进行完整审查指引审查？（路由至供应商协议审查）"
   - "是否需要关键变更的利益方摘要？（路由至利益方摘要）"

## 示例

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

```
/commercial-legal:amendment-history --provision 赔偿
```

```
/commercial-legal:amendment-history
[粘贴协议和修订文本]
```

---

## 事项上下文

**事项上下文。** 检查业务领域级 CLAUDE.md 中的 `## 事项工作区`。如果 `Enabled` 为 `✗`（法务用户的默认值），跳过本段其余内容。如果已启用且没有活动事项，询问。加载活动事项的 `matter.md`。

---

## 目的

合同不断积累修订。到第三份修订时，没有人记得原版写了什么或哪个条款版本现行有效。本技能按时间顺序阅读基础协议及所有修订，总结整个合同的变更或追踪特定条款的当前有效语言。

## 模式检测

**模式1 — 摘要**（未提及具体条款）
触发语："改了什么""修订历史""显示历次变更"

**模式2 — 条款追踪**（指明具体条款或主题）
触发语："[条款]在哪里""最新的[条款]""[条款]如何变化的"

常见条款映射：
- "赔偿" → 赔偿章节
- "责任""责任上限" → 责任限制
- "终止" → 期限和终止
- "数据""隐私""数据处理协议" → 数据保护条款
- "知识产权" → 知识产权所有权和许可
- "价格""费用""支付" → 支付条款
- "自动续约""续约" → 续约机制

---

## 步骤1：加载并排列文件

从以下来源接受文件：

**合同管理系统集成（即将上线）：** 按对方当事人名称搜索。获取基础协议及所有修订。

**直接上传：** 用户直接提供文件。大多数情况下文件标题自解释（"修订协议一""第二份修订协议"）。仅在以下情况要求用户确认顺序：文件名无顺序指示、日期缺失、两份文件似为同一修订版本。

**排列规则：** 始终在阅读内容前建立时间顺序。使用执行日期、文件头日期或修订编号。

---

## 保密特权继承

本技能读取基础协议及修订——这些文件本身通常具有保密性。输出继承来源文件的保密地位。在输出前加上工作成果文件头，仅在保密特权圈内分发。

## 步骤2：阅读并索引

按时间顺序阅读每个文件。提取：文件类型、执行日期、当事人、明确修改/新增/删除的条款清单。构建内部工作索引。

---

## 模式1：所有变更摘要

### 输出格式

```markdown
# 修订历史：[对方当事人] — [协议类型]

**基础协议：** [日期]
**修订：** [N]份（[首份日期] → [末份日期]）
**最后修订：** [日期]

---

## 变更内容——按时间顺序

### 修订一 — [日期]
**目的：** [一句话——此修订存在的原因]

**实质变更：**
- [条款]（§[X.X]）：[变更前 → 变更后]

[每份修订重复]

---

## 现行有效状态

| 条款 | 当前立场 | §引用 | 最后变更 |
|---|---|---|---|
| [条款] | [中文摘要] | §[X.X] | 修订N, [日期] |
| [条款] | [与基础协议一致] | §[X.X] | 基础协议 |

---

## 观察事项
[标注不一致之处——如修订修改了已删除的条款、修订间矛盾语言、名称变更等。每项标注附带条款引用。]
```

---

## 模式2：条款追踪

```markdown
# 条款追踪：[条款名称]
## [对方当事人] — [协议类型]

---

### 原版 — [基础协议日期], §[X.X]
> "[精确引用原文]"

*中文说明：* [一句话]

---

### 修订[N] — [日期], §[X.X]

**曾为：**
> "[先前的精确引用]"

**现为：**
> "[替代语言的精确引用]"

*变更内容：* [一句话——对当事人的实际影响]

---

[仅包含触及该条款的后续修订。其他省略。]

---

## 现行有效语言

**§[X.X] — [来源文件, 日期]**
> "[精确引用原文]"

*中文说明：* [一句话]

---

## 观察事项
[标志、不一致、待解决问题——附带条款引用。]
```

如条款从未修订："> 本条款未被任何修订修改。原版语言现行有效。§[X.X]，基础协议，[日期]。"

---

## 以下一步行动决策树收尾

以 CLAUDE.md `## 输出` 中的下一步行动决策树收尾。决策树是输出；律师选择。

## 本技能不做的事

- 不判断基础协议与修订冲突时哪份文件有效——这是法律解释问题。标注冲突并路由至法务。
- 不起草新修订。
- 不对照审查指引比较——那是供应商协议审查技能的工作。本技能纯属历史追踪。
