vivy-yi 数据源与判断框架引用
本 skill 引用场景级配置 ../../CLAUDE.md。
来源标注规范（[YD]/[WKL]/[BD]/[GOV]/[model]）参见场景级 references/ 目录。
/amendment-history — China Mainland
Purpose
合同会积累补充协议。到第三份补充协议时，没人记得原始合同说了什么，也没人知道哪个版本的条款在起作用。本技能按时间顺序阅读基础协议和所有补充协议，输出变更摘要或追踪特定条款至当前控制语言。
模式检测
解析用户请求以确定运行哪个模式。除非请求确实模糊，否则不询问。
Mode 1 — 摘要（未提及特定条款） 触发词："变更历史"、"补充协议摘要"、"当前合同是什么样的"
Mode 2 — 条款追踪（指定了特定条款或主题） 触发词："条款在哪里"、"最新条款"、"[主题]是如何演变的"
中国合同变更的法律要求
民法典第543条（合同变更）： 当事人协商一致，可以变更合同。合同的变更应当遵循自愿、公平和诚实信用原则。
书面形式要求：
- 法律、行政法规规定或当事人约定合同变更应当采用书面形式的，应当采用书面形式
- 口头变更在双方认可时有效，但举证困难
- 技术合同变更可能需要向相关部门登记（如技术进口合同须向商务部登记）
补充协议的独立性：
- 补充协议是独立合同，需要要约和承诺
- 补充协议与主合同不一致的，以补充协议为准（但需明确约定）
- 建议在补充协议中明确："本补充协议与主合同不一致之处，以本补充协议为准"
合同变更的禁止情形：
- 涉及身份关系的合同（如婚姻、收养）不适用合同变更规则
- 某些特种合同（如保险合同）有法定变更限制
Mode 1: 变更摘要
步骤：
- 获取文件（从上传、合同编号或仓库链接）
- 按时间顺序排列所有文件
- 提取每个版本的关键变更
- 输出当前合同的整体状况
输出格式：
## 合同变更历史——[合同名称]
### 时间线
| 日期 | 版本 | 变更类型 | 主要变更内容 |
|---|---|---|---|
| YYYY-MM-DD | 基础协议 | 初始签署 | — |
| YYYY-MM-DD | 补充协议1 | [类型] | [主要变更] |
| YYYY-MM-DD | 补充协议2 | [类型] | [主要变更] |
### 当前合同关键条款状况
**有效版本：** 基础协议 + 补充协议1 + 补充协议2
| 条款 | 当前控制语言 | 来源版本 |
|---|---|---|
| [条款名称] | [当前文本] | [补充协议X第X条] |
### 关键变更摘要
**[条款类型]：**
- 原：[原始文本或位置]
- 现：[当前文本]
- 影响：[对业务的实际影响]
---
## Mode 2: 条款追踪
**步骤：**
1. 获取文件
2. 定位目标条款在每个版本中的位置
3. 追踪其演变路径
4. 确定当前控制语言
**输出格式：**
```markdown
## 条款追踪——[条款名称/主题]
### 演变路径
**基础协议（YYYY-MM-DD）：**
> "[原文]"
**补充协议1（YYYY-MM-DD）第X条：**
> "[变更后文本]"
变更说明：[从X变为Y，原因是...]
**补充协议2（YYYY-MM-DD）第X条：**
> "[最新文本]"
变更说明：[从X变为Y，原因是...]
### 当前控制语言
> "[最终版本文本]"
控制来源：补充协议2第X条
生效日期：YYYY-MM-DD
后续选项
完成每次追踪后，询问：
- "需要追踪其他条款吗？"
- "需要完整 playbook 审查当前合同吗？"（路由至 vendor-agreement-review）
- "需要利益相关方摘要关键变更吗？"（路由至 stakeholder-summary）
本技能不做什么
- 不提供法律建议。只追踪和分析文本变化。
- 不修改合同文件。只读取和比较。
- 不验证合同变更的法律有效性（如登记、公证要求）。
Greater China Legal — commercial-legal amendment-history CN adapter v1.0.0 基于 anthropic/claude-for-legal amendment-history 适配中国大陆法律环境
[YD] — 基于 anthropic/claude-for-legal 适配中国大陆法律环境 v1.0.0