iiuniversitet.ruЦентр обучения нейросетямОткрыть каталог

Режим сохранения документов (legal hold)

Оформляет, продлевает и снимает режим сохранения документов по делу, готовит уведомление в .docx и ведёт сроки продления.

СкиллAnthropicClaudeApache-2.0Нужен терминалПроверка не требуется
Что делает
Оформляет, продлевает и снимает режим сохранения документов по делу, готовит уведомление в .docx и ведёт сроки продления.
Когда брать
Когда по делу нужно разослать держателям документов уведомление о сохранении, продлить его или снять, либо проверить режимы сохранения по всем делам.
Когда не брать
Если дело не заведено в журнале дел: сначала нужен приём дела (matter-intake) с проверкой конфликтов.
Пример запроса
Оформи legal hold по делу «Ромашка против Лютик»: нужны переписка и договоры за последние два года.
Нужно подключить
доступ к файлам (папка настроек плагина и дел)
Работает лучше с
календарь

Входит в плагин litigation-legal. В Cowork и Claude Code можно поставить плагин целиком.

Как включить

  1. Скачайте архив и распакуйте его.
  2. Положите папку legal-hold в ~/.claude/skills/.
  3. Откройте Claude Code и опишите задачу своими словами: Claude подхватит скилл по описанию.

Текст

---
name: legal-hold
description: Оформляй, продлевай, снимай режим сохранения документов (legal hold) и составляй по ним отчёты: готовит уведомление в формате .docx, обновляет поля legal_hold в _log.yaml и ставит в календарь следующее продление. Используй, когда пользователь говорит «оформи legal hold», «продли legal hold», «сними legal hold» или просит сводный отчёт по режимам сохранения по всему портфелю дел.
argument-hint: "[slug] [--issue | --refresh | --release | --status]"
---

/legal-hold

  1. Если указан --status (без slug): прочитай _log.yaml и составь сводный отчёт по режимам сохранения по всему портфелю.
  2. Иначе: загрузи ~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/matter.md и строку дела в журнале.
  3. Загрузи ~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md → маркировку привилегированных материалов, ссылку на шаблон уведомления о сохранении, нормы эскалации.
  4. Следуй рабочему процессу и справке ниже.
  5. Выбери действие по флагу:
  6. --issue: выясни объём, держателей документов, период и системы. Составь legal-hold-v1.docx. Обнови поля legal_hold. Добавь запись в историю. Задай next_refresh (по умолчанию +6 месяцев).
  7. --refresh: выясни изменения объёма и состава держателей. Составь следующую версию. Обнови last_refresh и next_refresh. Отметь выбывших держателей.
  8. --release: выясни дату снятия и указание по хранению. Составь уведомление о снятии. Заполни поле released:.
  9. Перед записью запроси подтверждение. Покажи пользователю черновик уведомления и разницу в журнале.

Режим сохранения документов (legal hold)

Назначение

Режим сохранения документов (legal hold) — самый механический из ответственных документов, которые пишет корпоративный юрист. Само уведомление шаблонное. Ошибки возникают на практике: уведомление выпущено слишком поздно, объём задан слишком узко, режим ни разу не продлевали, его так и не сняли. Этот скилл отвечает за все четыре фазы: оформление → продление → (снятие) → контроль.

Портфель дел уже отмечает отсутствующие режимы сохранения; этот скилл их составляет.

Допущение о юрисдикции

Обязанности по сохранению существенно различаются в зависимости от суда. Федеральное общее право (через Zubulake / Residential Funding / Rule 37(e)) отличается от практики штатов; штаты отличаются друг от друга моментом возникновения обязанности, объёмом, санкциями и средствами защиты от уничтожения доказательств (spoliation); в некоторых делах поверх гражданских правил накладываются нормативные обязанности по сохранению (SEC Rule 17a-4, HIPAA и т. д.). Момент возникновения обязанности, объём и риск санкций, указанные в черновике, — лишь отправная точка для суда, названного в деле: прежде чем оформлять, продлевать или снимать режим сохранения, подтверди их у юриста.

Загрузка контекста

  • ~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/_log.yaml — строка в журнале (поля legal_hold и статус)
  • ~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/matter.md — контекст дела (контрагент, факты, ключевые держатели документов из internal_owners)
  • ~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md — принятый в компании стиль: ссылка на шаблон уведомления о сохранении, маркировка привилегированных материалов, нормы эскалации

Фильтр конфликтов — обойти нельзя. Перед тем как оформить, продлить или снять режим сохранения, найди slug дела в _log.yaml. Если дела в _log.yaml нет, откажись и направь пользователя:

«Дела [slug дела] нет в журнале дел. Сначала запусти /litigation-legal:matter-intake, чтобы выполнилась проверка конфликтов и было создано рабочее пространство дела. Я не буду оформлять, продлевать или снимать legal hold по делу, которое не прошло приём: проверка конфликтов — это фильтр, а у режима сохранения по неучтённому делу нет строки в _log.yaml, по которой можно отслеживать last_refresh / next_refresh / released.»

Не продолжай по делу, не прошедшему приём. Именно приём запускает проверку конфликтов и записывает строку в _log.yaml, с которой работают флаги --refresh / --release / --status.

Режимы

У команды есть флаг: --issue | --refresh | --release | --status. Без флага — спроси пользователя.

--issue — первое оформление

Нужен, когда legal_hold.issued == false, а дело ведётся или судебный спор разумно ожидается.

Прежде чем направить режим сохранения держателям документов (это действие с последствиями): прочитай ## Who's using this в ~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md. Если роль — Non-lawyer (не юрист):

У оформления legal hold есть юридические последствия: объём, список держателей и сроки создают запись о сохранении, по которой компанию будут оценивать, если позже заспорят об уничтожении доказательств. Ты обсуждал это с юристом? Если да, продолжай. Если нет, вот справка, которую стоит ему принести: [Составь сводку на одну страницу: дело и событие-триггер, предлагаемый объём и держатели документов, изученное правило о сохранении для данного суда, известный риск обвинения в уничтожении доказательств, что может пойти не так (слишком широко / слишком узко), что спросить у юриста.] Если нужно найти лицензированного юриста (attorney, solicitor, barrister или другого уполномоченного специалиста) в твоей юрисдикции, быстрее всего начать со справочной службы твоего профессионального регулятора (в США — адвокатская палата штата, в Англии и Уэльсе — SRA/Bar Standards Board, в Шотландии, Северной Ирландии, Ирландии, Канаде и Австралии — Law Society, либо аналог в твоей юрисдикции).

Не отправляй уведомление без явного «да». Составление черновика и определение объёма этого фильтра не требуют — требует само оформление.

Изучи действующее правило о сохранении, прежде чем оформлять. Определи юрисдикцию и источник обязанности по сохранению (общее право, процессуальное правило, нормативная обязанность по сохранению, договор). Подтверди актуальный стандарт момента возникновения обязанности, стандарт объёма (что именно нужно сохранять) и риск санкций (доктрина уничтожения доказательств для данного суда). Ссылайся на первичные источники. Учти, что федеральное право и право штатов могут существенно различаться по моменту возникновения обязанности, объёму и мерам воздействия — отметь, на какой суд ты опираешься. Если не уверен, так и скажи и получи одобрение внешнего юриста, прежде чем оформлять.

Внешний документ: уведомление ниже отправляется держателям документов. НЕ ставь на исходящем уведомлении заголовок PRIVILEGED & CONFIDENTIAL — ATTORNEY WORK PRODUCT — PREPARED AT THE DIRECTION OF COUNSEL («КОНФИДЕНЦИАЛЬНО, ПРИВИЛЕГИРОВАННО — РАБОЧИЙ МАТЕРИАЛ ЮРИСТА — ПОДГОТОВЛЕНО ПО УКАЗАНИЮ ЮРИСТА»); используй маркировку «адвокат — клиент» из шаблона. Уточни, какая маркировка верна для твоей юрисдикции и дела.

Что нужно выяснить:

  1. Объём — категории документов, данных, переписки. Начинай конкретно: договоры с контрагентом, вся переписка со ссылкой на [проект/тему], связанные финансовые записи, записи в календаре. [SME VERIFY — слишком широкий объём = операционная нагрузка; слишком узкий = риск обвинения в уничтожении доказательств]
  2. Держатели документов — конкретные люди, у которых, вероятно, есть относящиеся к делу материалы. Бери подсказки из internal_owners в matter.md и из типовых ролей (руководитель направления, HR-партнёр, если это трудовой спор, директор по информационной безопасности, если речь о данных). [SME VERIFY — список держателей отличает защитимое сохранение от пробела, на который укажет другая сторона]
  3. Период — с какой даты начинать сохранение (обычно: с события-триггера или раньше) по настоящее время и далее.
  4. Системы — почта, Slack/Teams, файловые хранилища, устройства (включая личные устройства сотрудников, если это применимо), Jira/Asana, CRM, устаревшие системы.
  5. Срочность — если иск уже вручён или получена претензия с угрозой иска, уведомление уходит сегодня.
  6. Дата вступления в силу — дата режима сохранения.

Составь уведомление каждому держателю документов по принятому в компании шаблону из ~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md, если он настроен; иначе — по шаблону по умолчанию ниже.

Шаблон уведомления по умолчанию:

[КОНФИДЕНЦИАЛЬНО — ПЕРЕПИСКА АДВОКАТА С КЛИЕНТОМ (ATTORNEY-CLIENT COMMUNICATION)]

ДАТА: [дата вступления в силу]
КОМУ: [имя держателя документов]
ОТ КОГО: [подписант — по умолчанию из `~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md`]
ТЕМА: УВЕДОМЛЕНИЕ О СОХРАНЕНИИ ДОКУМЕНТОВ В СВЯЗИ СО СПОРОМ — [краткое название дела]

Вы получили это уведомление, потому что [компания] определила, что [описание
спора или проверки в одном предложении без излишних подробностей, которые могут
навредить]. Закон требует сохранять документы и переписку, которые могут иметь
отношение к этому делу.

С МОМЕНТА ПОЛУЧЕНИЯ вы обязаны сохранять:

1. Все документы, электронные письма, SMS, сообщения в Slack/Teams и другую
   переписку, относящиеся к [пункт объёма 1].
2. [пункт объёма 2]
3. [пункт объёма 3]
...

Эта обязанность по сохранению распространяется на:
- Электронную почту (включая отправленные, архивные и удалённые папки)
- Slack/Teams и другие мессенджеры
- Общие диски и облачные хранилища
- Личные устройства, которые используются для рабочих задач (BYOD)
- Бумажные документы
- Голосовую почту
- Записи в календаре и заметки о встречах

НЕЛЬЗЯ:
- Удалять, изменять, уничтожать или иным образом избавляться от любых материалов, которые могут относиться к делу
- Включать автоудаление или «обнулять» почту и мессенджеры

Прежде чем показывать это уведомление своим подчинённым или ИТ-отделу, согласуйте
это с [контакт в юридическом отделе].

Вопросы об этом уведомлении и о ваших обязанностях по сохранению направляйте
[контакт в юридическом отделе]. Вы по-прежнему можете обсуждать с коллегами
рабочие вопросы по существу бизнеса, но не обсуждайте само это юридическое
уведомление, судебный спор и правовую стратегию.

ЕСЛИ НЕ УВЕРЕНЫ, распространяется ли уведомление на тот или иной материал,
СОХРАНЯЙТЕ ЕГО.

Подтвердите получение этого уведомления [ответом / по ссылке / через форму] в
течение трёх рабочих дней. Если возникнут вопросы, пишите [почта подписанта].

Уведомление действует до тех пор, пока вы не получите письменное уведомление о
его снятии. Вас могут периодически просить повторно подтвердить, что вы его
соблюдаете.

[Подпись подписанта]

Предупреждение перед отправкой (закрывающая пометка к черновику): добавь к предпросмотру уведомления в чате — перед отправкой держателям документов эту пометку удали:

Это черновик уведомления о сохранении документов для проверки юристом, а не готовое к отправке уведомление. Оформление режима сохранения создаёт обязанности, по которым компанию будут оценивать при любом позднейшем споре об уничтожении доказательств, а само уведомление может оказаться предметом раскрытия. Проверяет, утверждает и рассылает его лицензированный юрист. Не рассылай этот черновик без проверки.

Что записывается:

  • ~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/legal-hold-v1.docx через скилл docx
  • Добавляется в ~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/history.md: ``` ## [ГГГГ-ММ-ДД] — Оформлен legal hold

Режим сохранения направлен [N] держателям документов: [список]. Объём: [краткое описание в одну строку]. Следующее продление: [ГГГГ-ММ-ДД (по умолчанию дата оформления + 6 месяцев)]. ```

  • Обновляется строка в _log.yaml: ``yaml legal_hold: issued: true issued_date: [YYYY-MM-DD] scope: "[one-line summary]" custodians: [list] last_refresh: [YYYY-MM-DD] # same as issued_date on first issuance next_refresh: [YYYY-MM-DD] # default: issued_date + 6 months released: null ``

--refresh — периодическое подтверждение

Периодичность продления: по умолчанию 6 месяцев, по каждому делу можно изменить. Когда next_refresh < today (или пользователь запускает команду вручную), скилл готовит уведомление о продлении.

Что нужно выяснить:

  1. Любые изменения объёма с прошлого продления (новые темы, всплывшие при раскрытии доказательств, новые держатели документов, новые системы).
  2. Каких держателей добавить или исключить (выбывшим сотрудникам нужна особая работа — см. ниже).
  3. Формулировку повторного подтверждения.

Шаблон уведомления о продлении: похож на первичное; начинается словами «Это подтверждение режима сохранения документов, первоначально оформленного [дата]». Перечисляет действующий объём (при необходимости изменённый). Просит подтвердить получение ещё раз.

Выбывшие держатели: если с прошлого продления держатель покинул компанию, скилл отмечает это как задачу по сохранению: файлы и почтовый архив уходящего сотрудника нужно сохранить на уровне ИТ, а не только направлением уведомления самому сотруднику. Это записывается в history.md отдельной записью, требующей действия.

Что записывается:

  • ~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/legal-hold-v[N].docx (следующий номер версии)
  • запись в history.md
  • _log.yaml: обновляются поля last_refresh и next_refresh; список custodians меняется, если состав изменился

--release — снятие режима сохранения

Обычно при закрытии дела. Убедись, что дело действительно завершено (не в апелляции, вряд ли будет возобновлено, срок исковой давности по связанным требованиям истёк).

Прежде чем снять режим сохранения (это действие с последствиями — обязанности по сохранению возвращаются к обычным срокам хранения): прочитай ## Who's using this в ~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md. Если роль — Non-lawyer (не юрист):

У снятия legal hold есть юридические последствия: после снятия держатели документов могут начать удалять материалы. Снятие в неподходящий момент создаёт риск обвинения в уничтожении доказательств. Ты обсуждал это с юристом? Если да, продолжай. Если нет, вот справка, которую стоит ему принести: [Составь сводку на одну страницу: статус дела, почему снятие предлагается сейчас, риски по связанным требованиям, апелляции и срокам исковой давности, влияние на держателей документов, что может пойти не так, что спросить у юриста.] Если нужно найти лицензированного юриста (attorney, solicitor, barrister или другого уполномоченного специалиста) в твоей юрисдикции, быстрее всего начать со справочной службы твоего профессионального регулятора (в США — адвокатская палата штата, в Англии и Уэльсе — SRA/Bar Standards Board, в Шотландии, Северной Ирландии, Ирландии, Канаде и Австралии — Law Society, либо аналог в твоей юрисдикции).

Не отправляй уведомление о снятии без явного «да».

Что нужно выяснить:

  1. Подтверждение полномочий на снятие (обычно это подписант или генеральный юрисконсульт).
  2. Дату снятия.
  3. Указание по хранению — что делать с материалами, которые находились под режимом сохранения? (Вернуть к обычным срокам хранения? Продолжить хранение в течение определённого срока? Передать в архив?)

Шаблон уведомления о снятии: один абзац, официальный тон. «Режим сохранения документов, оформленный [дата] в связи с [дело], снят с [дата]. Действуют обычные сроки хранения».

Что записывается:

  • ~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/legal-hold-release.docx
  • запись в history.md
  • _log.yaml: заполняется released: [ГГГГ-ММ-ДД]

--status — отчёт по всему портфелю

Прочитай _log.yaml. Составь отчёт:

# Статус режимов сохранения (legal hold) — [сегодня]

## Действующие режимы

| Дело | Оформлен | Последнее продление | Следующее продление | Держателей | Статус |
|---|---|---|---|---|---|
| [slug] | [дата] | [дата] | [дата] | [N] | [в порядке / ⚠️ пора продлить / ❌ просрочено] |

## ⚠️ Требует внимания

- **Продление просрочено:** [список slug, где next_refresh < сегодня]
- **Продление в ближайшие 30 дней:** [список]
- **Ведутся без оформленного режима сохранения:** [список — сначала с высоким и критическим риском]
- **Закрыты, но режим сохранения всё ещё действует:** [список — рассмотри снятие]

## Недавно снятые

[последние 5 снятых режимов с датами]

Это отдельный вызов команды (/legal-hold --status без slug) ИЛИ вызов из /portfolio-status в виде раздела сводки по портфелю.

Связь с portfolio-status

Скилл portfolio-status уже отмечает «Режим сохранения не оформлен по активному судебному делу». Этот скилл закрывает такие отметки. Стоит сослаться на это в брифинге при открытии дела: если legal_hold.issued == false, /matter-intake в конце предложит запустить /legal-hold --issue.

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

  • Не обеспечивает сохранение. Он выпускает уведомление; сохраняют ИТ-отдел и держатели документов. Скилл сообщает, когда держатель уходит (чтобы ИТ сохранили данные на уровне системы), но в системы не заходит.
  • Не определяет объём в одиночку. Скилл предлагает объём по контексту дела; подтверждает его пользователь. Слишком широкий объём — операционная нагрузка. Слишком узкий — риск обвинения в уничтожении доказательств. Решает пользователь.
  • Не продлевает автоматически без проверки. Даже когда наступает next_refresh, пользователь проверяет изменения объёма, прежде чем уведомление о продлении уйдёт.
  • Не отправляет уведомление. Он готовит .docx; отправляет пользователь по принятому в компании порядку, например по почте. (Будущая интеграция: MCP-сервер Gmail/O365 мог бы отправлять напрямую после проверки пользователем.)

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

Оригинал на английском
---
name: legal-hold
description: Issue, refresh, release, or report on legal holds — drafts the hold notice as .docx, updates legal_hold fields in _log.yaml, and calendars the next refresh. Use when the user says "issue a hold", "refresh hold", "release hold", or asks for a portfolio-wide hold status report.
argument-hint: "[slug] [--issue | --refresh | --release | --status]"
---

# /legal-hold

1. If `--status` (no slug): read `_log.yaml`, produce portfolio-wide hold report.
2. Otherwise: load `~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/matter.md` + log row.
3. Load `~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md` → privilege markings, hold template pointer, escalation norms.
4. Follow the workflow and reference below.
5. Route by flag:
   - `--issue`: capture scope, custodians, date range, systems. Draft `legal-hold-v1.docx`. Update `legal_hold` fields. Append history entry. Set `next_refresh` (default +6mo).
   - `--refresh`: capture scope/custodian changes. Draft next version. Update `last_refresh` + `next_refresh`. Flag departed custodians.
   - `--release`: capture release date, retention instruction. Draft release notice. Set `released:` field.
6. Confirm before writing. Show the user the draft notice and the log diff.

---

# Legal Hold

## Purpose

A legal hold is the most mechanical high-stakes document in-house counsel writes. The notice itself is templated. The failure modes are operational: issued too late, scoped too narrowly, never refreshed, never released. This skill owns all four phases: **issue → refresh → (release) → track**.

The portfolio already flags missing holds; this skill writes them.

## Jurisdiction assumption

Preservation duties vary materially by forum. Federal common law (via Zubulake / Residential Funding / Rule 37(e)) differs from state practice; states differ from each other on trigger timing, scope, sanctions, and spoliation remedies; regulatory preservation obligations overlay civil rules in some matters (SEC Rule 17a-4, HIPAA, etc.). The trigger, scope, and sanctions exposure cited in the draft are a starting-point read for the forum named in the matter — confirm with counsel before issuing, refreshing, or releasing.

## Load context

- `~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/_log.yaml` — log row (legal_hold fields + status)
- `~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/matter.md` — matter context (counterparty, facts, key custodians from internal_owners)
- `~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md` — house style for litigation hold template pointer, privilege marking, escalation norms

**Conflicts gate — unbypassable.** Before issuing, refreshing, or releasing a hold, check `_log.yaml` for the matter slug. If the matter is not in `_log.yaml`, refuse and route:

> "I don't see [matter slug] in the matter log. Run `/litigation-legal:matter-intake` first so the conflicts check runs and the matter workspace is set up. I won't issue, refresh, or release a legal hold on a matter that hasn't been intaken — the conflicts check is the gate, and a hold issued against an unmanaged matter has no `_log.yaml` row to track `last_refresh` / `next_refresh` / `released` against."

Do not proceed on an unintaken matter. Intake is what runs conflicts and writes the `_log.yaml` row the `--refresh` / `--release` / `--status` flags operate against.

## Modes

The command takes a flag: `--issue | --refresh | --release | --status`. Default (no flag) → prompt.

### `--issue` — first issuance

Required when `legal_hold.issued == false` and the matter is active or reasonably anticipated.

**Before issuing the hold to custodians (the consequential act):** Read `## Who's using this` in `~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md`. If the Role is Non-lawyer:

> Issuing a legal hold has legal consequences — the scope, custodian list, and timing create the preservation record the company will be judged on if spoliation is argued later. Have you reviewed this with an attorney? If yes, proceed. If no, here's a brief to bring to them:
>
> [Generate a 1-page summary: the matter and trigger, the proposed scope and custodians, the forum-specific preservation rule researched, known spoliation exposure, what could go wrong (too broad / too narrow), what to ask the attorney.]
>
> If you need to find a licensed attorney, solicitor, barrister, or other authorised legal professional in your jurisdiction: your professional regulator's referral service is the fastest starting point (state bar in the US, SRA/Bar Standards Board in England & Wales, Law Society in Scotland/NI/Ireland/Canada/Australia, or your jurisdiction's equivalent).

Do not send the notice without an explicit yes. Drafting and scoping do not require the gate — issuance does.

**Research the applicable preservation rule before issuing.** Identify the jurisdiction and the source of the preservation duty (common law, rule of civil procedure, regulatory preservation obligation, contractual). Confirm the currently operative trigger standard (when the duty attaches), scope standard (what must be preserved), and sanctions exposure (spoliation doctrine for the forum). Cite primary sources. Note that federal and state law can differ materially on trigger timing, scope, and remedy — flag the forum you're relying on. If uncertain, say so and get outside-counsel sign-off before issuing.

> **External deliverable:** the notice below is sent to custodians. Do NOT include a `PRIVILEGED & CONFIDENTIAL — ATTORNEY WORK PRODUCT — PREPARED AT THE DIRECTION OF COUNSEL` header on the outgoing notice; use the attorney-client marking in the template. Confirm the correct marking for your jurisdiction and matter.

**Inputs:**
1. **Scope** — categories of documents, data, communications. Start specific: contracts with counterparty, all communications referencing [project/subject], related financial records, calendar entries. `[SME VERIFY — scope too broad = operational burden; too narrow = spoliation risk]`
2. **Custodians** — named individuals likely to hold responsive material. Pull suggestions from matter.md internal_owners and from common roles (business lead, HR partner if employment, CISO if data). `[SME VERIFY — the custodian list is the difference between defensible preservation and a gap argument]`
3. **Date range** — when to start preserving from (usually: triggering event or earlier), through the present + ongoing.
4. **Systems** — email, Slack/Teams, file shares, devices (including BYOD if applicable), Jira/Asana, CRM, legacy systems.
5. **Urgency** — if litigation already served or demand received with threat of suit, this goes out today.
6. **Effective date** — date of the hold.

**Draft the notice** to each custodian, using the house template in `~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md` if one is configured; otherwise the default template below.

**Default hold notice template:**

```
[PRIVILEGED & CONFIDENTIAL — ATTORNEY-CLIENT COMMUNICATION]

DATE: [effective date]
TO: [custodian name]
FROM: [signer — per `~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md` default]
RE: LITIGATION HOLD NOTICE — [matter short name]

You are receiving this notice because [company] has determined that [one-
sentence description of the dispute / investigation, avoiding prejudicial
detail]. The law requires preservation of documents and communications
potentially relevant to this matter.

EFFECTIVE IMMEDIATELY, you must preserve:

1. All documents, emails, text messages, Slack/Teams messages, and other
   communications relating to [scope bullet 1].
2. [scope bullet 2]
3. [scope bullet 3]
...

This preservation obligation applies to:
- Email (including sent, archived, deleted folders)
- Slack/Teams/messaging platforms
- Shared drives and cloud storage
- Personal devices used for company business (BYOD)
- Paper documents
- Voicemails
- Calendar entries and meeting notes

DO NOT:
- Delete, modify, destroy, or dispose of any potentially responsive material
- Auto-delete or "Inbox Zero" any email or messaging

Coordinate with [legal contact] before sharing this notice with direct reports
or IT.

Direct questions about this notice or your preservation obligations to [legal
contact]. You may continue to discuss the underlying business subject matter
with colleagues as needed for your work, but do not discuss this legal notice,
the litigation, or legal strategy.

IF YOU ARE UNSURE whether something is covered, ERR ON THE SIDE OF PRESERVING.

Please acknowledge receipt of this notice by [reply / link / form] within
three business days. If you have questions, contact [signer email].

This notice remains in effect until you receive written notice of its
release. You may be asked to reaffirm compliance at periodic intervals.

[Signer signature block]
```

**Send gate (closing note on the draft):** Append to the in-chat preview of the notice — stripped before the notice goes to custodians:

> This is a draft legal hold notice for attorney review, not a notice ready to issue. Issuing a hold triggers preservation obligations the company will be judged on in any later spoliation argument, and the notice itself may be discoverable. A licensed attorney reviews, approves, and issues. Do not distribute this draft unreviewed.

**Writes:**
- `~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/legal-hold-v1.docx` via the `docx` skill
- Appends to `~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/history.md`:
  ```
  ## [YYYY-MM-DD] — Legal hold issued

  Hold issued to [N] custodians: [list].
  Scope: [one-line summary].
  Next refresh: [YYYY-MM-DD (default issued + 6 months)].
  ```
- Updates `_log.yaml` row:
  ```yaml
  legal_hold:
    issued: true
    issued_date: [YYYY-MM-DD]
    scope: "[one-line summary]"
    custodians: [list]
    last_refresh: [YYYY-MM-DD]   # same as issued_date on first issuance
    next_refresh: [YYYY-MM-DD]   # default: issued_date + 6 months
    released: null
  ```

### `--refresh` — periodic reaffirmation

Refresh cadence: default 6 months; adjustable per matter. When `next_refresh < today` (or user invokes manually), the skill drafts a refresh notice.

**Inputs:**
1. Any **scope changes** since last refresh (new topics surfaced in discovery, new custodians, new systems).
2. Any **custodians to add or remove** (departures need special handling — see below).
3. Re-confirmation language.

**Refresh notice template:** similar to issuance; opens with "This is a reaffirmation of the legal hold originally issued [date]." Lists current scope (amended if needed). Requests re-acknowledgment.

**Departed custodians:** if a custodian has left the company since last refresh, the skill flags this as a preservation action item — the departing employee's files and email archive need to be preserved at IT level, not just via notice to the individual. Records this in history.md as a separate entry requiring action.

**Writes:**
- `~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/legal-hold-v[N].docx` (next version number)
- `history.md` entry
- `_log.yaml`: updates `last_refresh` and `next_refresh` fields; modifies `custodians` list if changed

### `--release` — close the hold

Usually at matter close. Confirm the matter is truly over (not on appeal, not likely to reopen, statute of limitations passed on related claims).

**Before releasing the hold (the consequential act — preservation obligations resume normal retention):** Read `## Who's using this` in `~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md`. If the Role is Non-lawyer:

> Releasing a legal hold has legal consequences — once released, custodians may begin deleting material. Release at the wrong time creates spoliation exposure. Have you reviewed this with an attorney? If yes, proceed. If no, here's a brief to bring to them:
>
> [Generate a 1-page summary: the matter status, why release is proposed now, related-claim / appeal / SOL exposure, custodian impact, what could go wrong, what to ask the attorney.]
>
> If you need to find a licensed attorney, solicitor, barrister, or other authorised legal professional in your jurisdiction: your professional regulator's referral service is the fastest starting point (state bar in the US, SRA/Bar Standards Board in England & Wales, Law Society in Scotland/NI/Ireland/Canada/Australia, or your jurisdiction's equivalent).

Do not send the release notice without an explicit yes.

**Inputs:**
1. Confirmation of release authority (usually the signer or GC).
2. Release date.
3. Retention instruction — what happens to the material that was under hold? (Return to normal retention? Continue preserving for defined period? Transfer to archive?)

**Release notice template:** one paragraph, formal. "The litigation hold issued [date] regarding [matter] is released effective [date]. Normal retention resumes."

**Writes:**
- `~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/legal-hold-release.docx`
- `history.md` entry
- `_log.yaml`: sets `released: [YYYY-MM-DD]`

### `--status` — report across the portfolio

Read `_log.yaml`. Produce a report:

```markdown
# Legal Hold Status — [today]

## Active holds

| Matter | Issued | Last refresh | Next refresh | Custodians | Status |
|---|---|---|---|---|---|
| [slug] | [date] | [date] | [date] | [N] | [ok / ⚠️ refresh due / ❌ overdue] |

## ⚠️ Attention

- **Refresh overdue:** [list slugs where next_refresh < today]
- **Refresh due within 30 days:** [list]
- **Matters active without hold issued:** [list — high/critical risk first]
- **Matters closed with hold still active:** [list — consider release]

## Recently released

[last 5 released holds with dates]
```

This is a separate command invocation (`/legal-hold --status` with no slug) OR invoked by `/portfolio-status` as a section in the portfolio rollup.

## Integration with portfolio-status

The `portfolio-status` skill already flags "Hold not issued on active litigation." This skill is what resolves those flags. Worth cross-referencing in the briefing when a matter is opened: if `legal_hold.issued == false`, `/matter-intake` closes by offering to run `/legal-hold --issue`.

## What this skill does not do

- **Enforce preservation.** It issues the notice; IT/custodians preserve. The skill flags when a custodian leaves (so IT can preserve at system level) but doesn't reach into systems.
- **Make scope calls alone.** The skill proposes scope from matter context; the user confirms. Scope too broad = operational burden. Scope too narrow = spoliation risk. User's judgment.
- **Auto-refresh without review.** Even when `next_refresh` comes up, the user reviews scope changes before the refresh notice goes out.
- **Send the notice.** Drafts .docx; user sends via email per house convention. (Future integration: Gmail/O365 MCP could send directly after user review.)

Источник: anthropics/claude-for-legal / litigation-legal / legal-hold ↗. Ссылка проверена 2026-10-10.