amendment-history

/amendment-history

基本契約とすべての変更契約を読み込み、変更の経緯を要約するか、特定の条項を現在有効な文言までたどります。

手順

1. 書類を取得します： ファイルのアップロード、[CLM ID (coming soon)]、または[リポジトリのリンク (coming soon)]から取得します。1 回の実行で複数のファイルを受け付けます。何も提供されていない場合は、確認を求めてください。

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]

---

案件のコンテキスト

案件のコンテキスト。 practice レベルの CLAUDE.md にある ## Matter workspaces を確認します。Enabled が ✗（社内ユーザー向けのデフォルト）の場合、この段落の残りはスキップしてください。スキルは practice レベルのコンテキストを使用し、案件関連の仕組みは表示されません。有効で、アクティブな案件がない場合は、「この案件はどれですか？/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 でない限り、別の案件のファイルは読み込まないでください。

---

目的

契約には変更契約が積み重なっていきます。3 回目の変更契約に至るころには、当初の内容や、どのバージョンの条項が有効なのかを誰も覚えていません。このスキルは基本契約とすべての変更契約を時系列順に読み込み、契約全体で何が変わったかを要約するか、特定の条項を各バージョンにわたってたどり、現在有効な文言を特定します。

モードの判定

ユーザーのリクエストを解析して、実行するモードを決定します。リクエストが本当に曖昧な場合を除き、どのモードにするか尋ねないでください。

モード 1 — 要約（特定の条項が指定されていない場合） トリガーフレーズ：「何が変わったか」「変更履歴」「変更の経緯を見せて」「変更契約を要約して」「この契約の現状はどうなっているか」

モード 2 — 条項の追跡（特定の条項またはトピックが指定されている場合） トリガーフレーズ：「[条項]はどこにあるか」「最新の[条項]」「[用語]はどのように変わったか」「補償条項を見つけて」「[トピック]について、現在は何と書かれているか」

一般的な条項の対応付け：

• 「補償」／「補償条項」 → 補償条項
• 「責任」／「責任上限」 → 責任制限条項
• 「契約解除」 → 契約期間および解除
• 「データ」／「プライバシー」／「DPA」 → データ保護条項
• 「IP」／「知的財産」 → IP の所有権およびライセンス
• 「価格」／「料金」／「支払い」 → 支払条件
• 「自動更新」／「更新」 → 更新の仕組み

用語が曖昧で、複数の条項に該当する場合は、候補を列挙してどれかを尋ねます：

「[用語]に関連する条項が[N]件見つかりました — [候補一覧]。どれを選びますか？」

リクエスト全体がどちらのモードにも解釈できる場合は、次の質問を 1 つだけします：

「契約全体の変更点を要約しますか、それとも補償、責任、解除などの特定の条項を追跡しますか？」

---

ステップ 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」）
• ファイル名と文書ヘッダーの両方に日付がない
• 2つの文書が同じ変更契約書のバージョンに見える

順序を確認せず推定した場合、確信が持てない箇所があるときに限り、出力の冒頭に確信度を記載します。

「文書タイトルから順序を推定しました。確信がやや低い項目が1つあります：[具体的な文書]。レビューに影響する場合は確認してください。」

順序決定のルール：

• 内容を読む前に、必ず時系列順を確定します。
• 締結日がメタデータに含まれている場合は、それを使用します。
• 含まれていない場合は、文書ヘッダーまたは前文（「本変更契約書は…付で締結する」など）の日付を確認します。
• 変更契約書には、変更対象の契約書（「[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 に従って、次のステップの判断ツリーで締めくくります。このスキルで作成した内容に合わせて選択肢を調整してください。デフォルトの5つの分岐（X のドラフトを作成する、エスカレーションする、追加情報を得る、様子を見る、その他）は出発点であり、固定ではありません。ツリーが成果物であり、弁護士が選択します。

このスキルで行わないこと

• 基本契約と修正契約が矛盾する場合に、どちらの文書が優先されるかは判断しません。これは法的解釈の問題です。矛盾を指摘し、法務部門に回します。
• 新たな修正契約は起草しません。
• ~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md のプレイブックとの比較は行いません。これは vendor-agreement-review スキルの役割です。このスキルは過去の経緯のみを扱います。
• 修正契約の文言が曖昧な場合、その意味を推測しません。文言をそのまま引用し、曖昧さを指摘して法務部門に回します。