История изменений договора

Текст

---
name: amendment-history
description: >
  Прослеживает, как менялся договор — от базового соглашения через все
  дополнения: даёт либо сводку всех изменений во времени, либо трассировку
  конкретного пункта. Используй, когда пользователь говорит «что менялось в
  этом договоре со временем», «покажи историю дополнений», «где последняя
  редакция [пункта]», «как менялось [положение]» или загружает несколько версий
  соглашения.
argument-hint: "[file(s) | [CLM ID (coming soon)] | [repository link (coming soon)]] [--provision <clause name>]"
---

/amendment-history

Загружает базовое соглашение и все дополнения, а затем либо подводит итог того, что менялось со временем, либо прослеживает конкретное положение до действующей редакции, которая сейчас имеет силу.

Инструкции

1. Получи документы: из загруженного файла, [CLM ID (скоро)] или [ссылки на репозиторий (скоро)]. Принимай несколько файлов за один вызов. Если ничего не дали, спроси.

1. Определи режим, разобрав запрос по правилам определения режима ниже. Если название положения указано ясно, переходи сразу к режиму 2. Если положение не упомянуто, запусти режим 1. Спрашивай, только если действительно неоднозначно.

1. Выполни рабочий процесс ниже. Следуй ему полностью.

1. После результата предложи продолжение:
2. «Проследить ещё одно положение?»
3. «Нужен полный разбор действующего соглашения с учётом дополнений по плейбуку?» (направляет в vendor-agreement-review)
4. «Нужна сводка ключевых изменений для заинтересованных лиц?» (направляет в 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
[вставь текст соглашения и дополнений]

Контекст дела

Контекст дела. Загляни в раздел ## Matter workspaces в общем CLAUDE.md практики. Если 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» / «ответственность» / «предел ответственности» → ограничение ответственности
• «termination» / «расторжение» → срок и расторжение
• «data» / «privacy» / «DPA» / «данные» / «конфиденциальность» → положения о защите данных
• «IP» / «интеллектуальная собственность» → права на интеллектуальную собственность и лицензии
• «price» / «fees» / «payment» / «цена» / «платежи» / «оплата» → условия оплаты
• «auto-renewal» / «renewal» / «автопродление» / «продление» → порядок продления

Если термин неоднозначен и подходит к нескольким положениям, перечисли кандидатов и спроси, какое именно:

«Я нашёл [N] положений, связанных с [термином] — [перечисли их]. Какое именно?»

Если запрос в целом неоднозначен между режимами, задай один вопрос:

«Сводка всех изменений по договору или трассировка конкретного положения — например, возмещения убытков, ответственности или расторжения?»

Шаг 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 в базовом; §9.1 в новой редакции в Дополнении 5)»

Формат результата

# История дополнений: [Контрагент] — [Тип соглашения]

**Базовое соглашение:** [дата]
**Дополнения:** [N] ([дата первого] → [дата последнего])
**Последнее изменение:** [дата]

---

## Что менялось — по порядку

### Дополнение 1 — [дата]
**Цель:** [одно предложение — зачем понадобилось это дополнение, из преамбулы
или ясно из контекста. Если не сказано, опусти, а не гадай.]

**Существенные изменения:**
- [Положение] (§[X.X]): [что говорилось раньше → что говорится сейчас,
  простыми словами]
- [Добавлено новое положение] (§[X.X]): [что оно делает]
- [Положение удалено] (§[X.X]): [что убрано и почему это важно]

### Дополнение 2 — [дата]
[та же структура]

[повтори для каждого дополнения]

---

## Итоговое текущее состояние

| Положение | Текущая позиция | Ссылка на § | Последнее изменение |
|---|---|---|---|
| [пункт] | [краткое изложение простыми словами] | §[X.X] | Дополнение N, [дата] |
| [пункт] | [без изменений с базового] | §[X.X] | Базовое соглашение |

---

## На что обратить внимание
[Отметь всё, что выглядит несогласованным — например, дополнение, изменяющее
положение, которое уже было удалено, противоречивые формулировки в разных
дополнениях, изменившееся название стороны без оформленной уступки прав
или положение, у которого номер раздела сместился между документами.
К каждой отметке добавь ссылку на раздел.]

Режим 2. Трассировка положения

Формат результата

Показывай только то, что менялось. Не перечисляй дополнения, в которых положение не затрагивалось, — пропускай их совсем.

# Трассировка положения: [Название положения]
## [Контрагент] — [Тип соглашения]

---

### Первоначально — [дата базового соглашения], §[X.X]
> "[точная цитата]"

*Простыми словами:* [одно предложение]

---

### Дополнение [N] — [дата], §[X.X]

**Было:**
> "[точная цитата прежней редакции]"

**Стало:**
> "[точная цитата новой редакции]"

*Что изменилось:* [одно предложение — практический эффект для сторон]

---

[Здесь появляются только последующие дополнения, затронувшие это положение.
Все остальные опускаются.]

---

## Действующая редакция

**§[X.X] — [исходный документ, дата]**
> "[точная цитата]"

*Простыми словами:* [одно предложение]

---

## На что обратить внимание
[Отметки, несогласованности, открытые вопросы — со ссылками на разделы.
Типичные пункты проверки: подпадает ли положение под предел ответственности или
исключено из него; сместился ли номер раздела между
дополнениями; не противоречит ли формулировка дополнения другому
положению.]

Если положение ни разу не менялось после базового соглашения:

«Это положение не изменялось ни одним дополнением. Действует первоначальная редакция. §[X.X], базовое соглашение, [дата]».

Закончи деревом следующих шагов

Закончи деревом следующих шагов по ## Outputs из CLAUDE.md. Подгони варианты под то, что этот скилл только что выдал: пять стандартных ветвей (подготовить X, эскалировать, собрать больше фактов, подождать и понаблюдать, что-то другое) — отправная точка, а не жёсткая схема. Дерево — это и есть результат; выбирает юрист.

Чего этот скилл не делает

• Он не определяет, какой документ имеет приоритет при противоречии между базовым соглашением и дополнением, — это вопрос юридического толкования. Скилл отмечает противоречия и направляет их юристам.
• Он не составляет новые дополнения.
• Он не сравнивает с плейбуком из ~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md — это задача скилла vendor-agreement-review. Этот скилл чисто исторический.
• Он не выводит смысл дополнения, если формулировка двусмысленна, — он цитирует точно и отмечает двусмысленность для юристов.

Перевод: iiuniversitet. Оригинал: https://github.com/anthropics/claude-for-legal/tree/main/commercial-legal/skills/amendment-history, лицензия Apache-2.0. Изменения: перевод на русский язык.