Приём нового дела
Задаёт единый набор вопросов по новому делу (конфликты, риск, юристы, сроки) и заводит файлы дела и строку в журнале портфеля.
- Что делает
- Задаёт единый набор вопросов по новому делу (конфликты, риск, юристы, сроки) и заводит файлы дела и строку в журнале портфеля.
- Когда брать
- Когда в портфель приходит новое дело: иск, претензия, повестка, запрос регулятора или внутренний сигнал.
- Когда не брать
- Если дело уже заведено: обновления вносят через matter-update.
- Пример запроса
- Прими новое дело: нам вручили иск от ООО «Лютик» о нарушении договора поставки.
- Нужно подключить
- доступ к файлам (папка настроек плагина и дел)
Входит в плагин litigation-legal. В Cowork и Claude Code можно поставить плагин целиком.
Как включить
- Скачайте архив и распакуйте его.
- Положите папку
matter-intakeв~/.claude/skills/. - Откройте Claude Code и опишите задачу своими словами: Claude подхватит скилл по описанию.
Текст
---
name: matter-intake
description: Прими новое дело — единый набор вопросов об идентификации, конфликтах, источнике, оценке риска, существенности, внешних юристах, ответственных, режиме сохранения документов и ключевых датах; создаёт matter.md и history.md и добавляет структурированную строку в _log.yaml. Используй, когда пользователь говорит «новое дело», «прими это дело» или хочет внести новое дело в портфель.
argument-hint: "[optional matter name]"
---
/matter-intake
- Загрузи
~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md→ калибровку рисков (для приоритизации), картину обстановки (для контекста и способа проверки конфликтов), заинтересованных лиц (кого подключить). - Следуй рабочему процессу и справке ниже.
- Проведи единый приём: идентификация, проверка конфликтов, источник, оценка риска, существенность, внешние юристы, внутренние ответственные, режим сохранения документов, ключевые даты, исходная позиция.
- Сформируй slug из названия дела (строчные буквы, дефисы, год).
- Создай
~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/matter.md— полное описание дела при приёме. - Создай
~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/history.md— с приёмом в качестве первой записи. - Добавь структурированную строку в
~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/_log.yaml. - Подтверди у пользователя: «Вот строка, которую я запишу, — есть правки?»
Приём дела
Назначение
Каждое новое дело проходит один и тот же приём, чтобы портфель оставался сопоставимым. Единообразные строки в _log.yaml позволяют скиллу статуса собирать сводки. Описание в matter.md фиксирует то, что не помещается в строку. Файл истории, созданный здесь, становится журналом событий.
Загрузка контекста
~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md— калибровка рисков (пороги приоритизации, существенность, лестница урегулирования), картина обстановки (заинтересованные лица, перечень внешних юристов).~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/_log.yaml— чтобы убедиться, что slug уникален.
Приём
1. Идентификация
- Название дела (как его обычно называют, например «Acme против нас, 2026»)
- Контрагент
- Тип дела:
contract | employment | ip | regulatory | investigation | product | other - Наша роль:
plaintiff | defendant | claimant | respondent | investigated - Если в профиле практики
## Side—plaintiff,defenseили вариант «обе стороны — по умолчанию X», заполни роль из этого значения по умолчанию и подтверди. Если## Side—varies by matter, спроси с нуля. Никогда не предполагай молча позицию, которую профиль практики не задал. - Роль определяет работу дальнейших скиллов: в делах на стороне истца оценка риска строится вокруг стоимости дела и экономики гонорара за результат (contingency); в делах на стороне ответчика — вокруг размера требований, резервов и передачи претензии страховщику.
- Юрисдикция (суд, арбитражная площадка или регулятор)
2. Проверка конфликтов
Прежде чем идти дальше, выполни шаг проверки конфликтов по ~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md → «Conflicts clearance».
- Статус:
cleared | pending | not-run | waived - Способ: совпадает с тем, что объявлено в
~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md(corporate-legal | outside-counsel | system-check | informal | other). Если объявленный способ —informal, так и скажи: в записи всё равно будет видно, что основанием была проверка по суждению юриста. - Кто снял вопрос: имя / команда / фирма
- Дата: ГГГГ-ММ-ДД
- Проверено по: короткий список конкретных имён и организаций, по которым проводилась проверка (контрагент, известные аффилированные лица, юристы противной стороны, если известны, ключевые свидетели). Коротко — можно; «нет» — нельзя.
- Примечания: всё, что было отмечено, но снято (например, «Смит из нашего совета директоров входил в совет директоров контрагента в 2019–2021 годах — снято как не пересекающееся с этим делом»).
Что делать в зависимости от статуса:
cleared→ продолжай.pending→ продолжай приём; заметно отметь вmatter.mdи в строке журнала, что конфликты не проверены до конца; напоминай об этом при каждом/matter-updateи в/portfolio-status, пока вопрос не закрыт.waived→ случай редкий; требует обоснования отказа от возражения по конфликту (составление отказа не входит в этот скилл — зафиксируй, что он есть, кто подписал и где хранится).not-run→ СТОП. Это фильтр. Скилл не создастmatter.md,history.mdи запись в_log.yaml, пока вопрос с конфликтами не решён. Допустимы три пути:
Путь 1 — проверить конфликты сейчас. Приостанови приём. Проведи проверку по разделу «Conflicts clearance» в ~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md. Вернись со status: cleared или status: waived с обоснованием.
Путь 2 — отметить pending с ответственным и сроком. Допустим только если в разделе «Conflicts clearance» в ~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md указано, что приём параллельно с проверкой допустим. Зафиксируй: кто проводит проверку конфликтов, когда ждать результат, какие организации проверяются. Приём продолжается; в строке дела стоит conflicts.status: pending; /portfolio-status отмечает это при каждом запуске; /matter-update спрашивает снова, пока вопрос не решён.
Путь 3 — обойти с документально оформленным обоснованием. Только если пользователь явно подтверждает обход. Запиши в conflicts.override:
``yaml conflicts: status: not-run # preserved as-is override: by: [user name] date: [YYYY-MM-DD] rationale: [why conflicts were bypassed — permanent record; does not auto-expire] ``
Это поле видно в каждом /portfolio-status, каждой справке /matter и каждом /matter-update, пока его не уберут. Скилл никогда не убирает его сам — только пользователь явной правкой _log.yaml после того, как конфликты действительно сняты.
Не продолжай молча. Ответ «сделаю потом» недопустим. Нужно выбрать один из путей 1/2/3, и выбор фиксируется в записи.
Этот шаг не о том, чтобы скилл решал, есть ли конфликт, — это суждение пользователя или фирмы. Он о том, чтобы проверка состоялась и запись это отражала.
3. Источник
Как дело поступило?
demand-letter | complaint-served | subpoena | regulator-inquiry | internal-report | pre-suit-threat- *Возможность приложить исходный документ:* «Если у тебя есть документ, с которого всё началось (иск, претензия, повестка), приложи его или дай путь к файлу. Это уточнит приём».
4. Оценка риска — по принятой в компании калибровке
- Серьёзность: высокая | средняя | низкая (опирайся на уровни серьёзности из
~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md) - Вероятность: высокая | средняя | низкая (опирайся на уровни вероятности из
~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md) - Итоговая оценка риска (по матрице): высокий | средний | низкий | критический
- Диапазон денежных требований (наилучшая оценка)
- Неденежные последствия (судебный запрет? мировое соглашение с регулятором (consent decree)? огласка? прецедент?)
Если калибровка рисков в ~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md скудная, не изображай точность. Опирайся на интуицию пользователя и отметь, что данных мало.
5. Существенность
По принятым в компании порогам из ~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md:
reserved | disclosed | monitored | none- Если
reserved: сумма резерва и уведомлена ли финансовая служба - Если
disclosed: в каком документе и в каком примечании раскрыто
6. Внешний юрист
- Фирма
- Ведущий партнёр
- Электронная почта ведущего партнёра (её использует
/oc-status, чтобы составлять запросы о статусе) - Статус соглашения об оказании услуг:
signed | pending | none - Утверждённый бюджет: сумма и кто утвердил
- *Возможность приложить документ:* «Путь к соглашению об оказании услуг, если оно подписано».
Если риск средний или выше, а внешний юрист не назначен — отметь это.
7. Внутренние ответственные
Из картины обстановки в ~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md — какие внутренние заинтересованные лица вовлечены?
- Руководитель направления
- HR-партнёр (если трудовой спор)
- Контакт по коммуникациям (если риск для репутации)
- Директор по информационной безопасности (если данные или кибербезопасность)
- Другие
8. Режим сохранения документов (legal hold)
- Оформлен? Если да: дата, объём, держатели документов (список имён).
- Дата следующего продления (по умолчанию — через шесть месяцев после оформления; меняется по делу).
- Если нет, а дело — действующий судебный спор или он разумно ожидается: срочно отметь это и предложи после приёма запустить
/litigation-legal:legal-hold [slug] --issue. - *Возможность приложить документ:* «Уведомление о сохранении, если оно оформлено».
9. Ключевые даты
- Срок ответа (отзыв, возражения, ответ на заявление)
- Следующее заседание или совещание
- Дата истечения срока исковой давности (если применимо)
- Любые сроки регулятора
10. Исходная позиция
Теория в один абзац:
- Какова наша версия?
- Какова их версия?
- Какой факт ключевой?
- Исходная позиция:
fight | settle | investigate | wait
Запись результатов
Slug
Строчные буквы, дефисы, год в конце. Примеры: acme-v-us-2026, employment-smith-2026, ftc-inquiry-2026.
Перед записью убедись, что slug уникален в _log.yaml.
~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/matter.md
[ШАПКА РАБОЧИХ МАТЕРИАЛОВ ЮРИСТА — по разделу ## Outputs в настройках плагина; зависит от роли, см. `## Who's using this`]
# [Название дела]
**Slug:** [slug]
**Открыто:** [ГГГГ-ММ-ДД]
**Наша роль:** [истец / ответчик и т. д.]
**Статус:** [статус]
---
## Идентификация
[контрагент, юрисдикция, тип дела, источник]
## Конфликты
**Статус:** [cleared / pending / not-run / waived]
**Способ:** [corporate-legal / outside-counsel / system-check / informal / other]
**Кто снял вопрос:** [имя]
**Дата:** [ГГГГ-ММ-ДД]
**Проверено по:** [проверенные организации]
**Примечания:** [снятые отметки, ссылка на отказ от возражения, если применимо]
## Оценка риска
**Серьёзность:** [уровень] — [почему, со ссылкой на принятые в компании определения серьёзности]
**Вероятность:** [уровень] — [почему]
**Оценка риска:** [высокий / средний / низкий / критический]
**Размер требований:** [диапазон в деньгах + неденежные последствия]
## Существенность
[reserved/disclosed/monitored/none — с суммой резерва, местом раскрытия или обоснованием, если «none»]
## Внешний юрист
[фирма, ведущий юрист, статус соглашения, бюджет]
## Внутренние ответственные
[заинтересованные лица и почему каждое вовлечено]
## Режим сохранения документов (legal hold)
[статус, дата, объём]
## Ключевые даты
[список]
## Исходная теория
[один абзац: наша версия, их версия, ключевой факт, исходная позиция] `[SME VERIFY — теория при приёме — рабочая гипотеза; согласуй с внешним юристом, прежде чем подавать документы или вести существенную переписку, исходящую из такой постановки]`
## Открытые вопросы
[всё пока неизвестное, но важное — например, «передача претензии страховщику ожидается», «неясно, покрывает ли страховка X»]
---
## Исходные документы
| Документ | Путь / указатель |
|---|---|
| [например, иск] | [путь или «пока не передан»] |
~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/history.md
Заложи в файл истории приём как нулевую запись:
# История: [Название дела]
Журнал событий, записи только добавляются. Самые свежие — сверху.
---
## [ГГГГ-ММ-ДД] — Дело открыто
[Источник, кто принёс, краткий итог приоритизации, назначенный внешний юрист, оформлен ли legal hold (да/нет).]
Добавь в ~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/_log.yaml
Добавь строку по схеме. Пример:
- id: acme-v-us-2026
name: "Acme Corp v. Company"
type: contract
role: defendant
counterparty: "Acme Corp"
jurisdiction: "N.D. Cal."
# status is derived from source:
# source: pre-suit-threat | demand-letter → status: threatened
# source: complaint-served | subpoena | regulator-inquiry → status: active
# source: internal-report → status: threatened (default) or active if formal process has started
status: active
stage: pleadings
source: complaint-served
outside_counsel:
firm: "Wilson Sonsini"
lead: "J. Reyes"
email: "jreyes@wsgr.example.com"
engagement: signed
conflicts:
status: cleared
method: corporate-legal
cleared_by: "K. Patel"
cleared_date: 2026-04-20
override: # populated only on Path 3 bypass
by: null
date: null
rationale: null
risk: high
materiality: reserved
exposure_range: "$2M–$5M"
internal_owners:
business_lead: "Jane Smith"
hr_partner: null
comms_contact: null
legal_hold:
issued: true
issued_date: 2026-02-15
scope: "Sales org 2023–2026"
custodians: ["Jane Smith", "R. Chen", "T. Patel"]
last_refresh: 2026-02-15
next_refresh: 2026-08-15
released: null
related_matters: []
opened: 2026-04-20
next_deadline: 2026-05-15
last_updated: 2026-04-20
path: matters/acme-v-us-2026/
Подтверждение перед записью
Покажи пользователю строку и содержимое matter.md:
Вот что я запишу. Отметь всё неверное или неполное, прежде чем я зафиксирую.
Заверши деревом следующих шагов
Закончи деревом следующих шагов по CLAUDE.md ## Outputs. Подгони варианты под то, что скилл только что подготовил: пять веток по умолчанию (составить документ X, эскалировать, собрать больше фактов, наблюдать и ждать, что-то другое) — это отправная точка, а не жёсткие рамки. Дерево — это и есть результат; выбирает юрист.
Чего этот скилл не делает
- Сам не проводит проверку конфликтов. Он записывает результат, статус, способ и проверенные организации. Сама проверка происходит в той системе (или по тому суждению), которые объявлены в профиле практики компании. Если пользователь говорит «снято», скилл принимает это на веру и фиксирует метаданные.
- Не определяет исходную теорию. Он фиксирует то, что говорит пользователь; сам ничего не выдумывает.
- Не оформляет режим сохранения документов. Отмечает, если его нет. Оформляет пользователь.
Перевод: iiuniversitet. Оригинал: https://github.com/anthropics/claude-for-legal/tree/main/litigation-legal/skills/matter-intake, лицензия Apache-2.0. Изменения: перевод на русский язык.
Оригинал на английском
---
name: matter-intake
description: Intake a new matter — uniform questions covering identification, conflicts, source, risk triage, materiality, outside counsel, owners, legal hold, and key dates; writes matter.md and history.md and appends a structured row to _log.yaml. Use when the user says "new matter", "intake this matter", or wants to bring a new matter into the portfolio.
argument-hint: "[optional matter name]"
---
# /matter-intake
1. Load `~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md` → risk calibration (for triage), landscape (for context, conflicts method), stakeholders (for who to loop in).
2. Follow the workflow and reference below.
3. Run the uniform intake: identification, conflicts check, source, risk triage, materiality, outside counsel, internal owners, legal hold, key dates, initial posture.
4. Generate slug from matter name (lowercase, hyphens, year).
5. Create `~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/matter.md` — full narrative intake.
6. Create `~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/history.md` — seeded with the intake as the first entry.
7. Append structured row to `~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/_log.yaml`.
8. Confirm with the user: "Here's the row I'll write — any edits?"
---
# Matter Intake
## Purpose
Every new matter goes through the same intake so the portfolio stays comparable. Uniform rows in `_log.yaml` let the status skill roll up. Narrative in `matter.md` captures what the row can't. History file seeded here becomes the event record.
## Load context
- `~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md` — risk calibration (triage thresholds, materiality, settlement ladder), landscape (stakeholders, outside counsel bench).
- `~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/_log.yaml` — to confirm slug uniqueness.
## The intake
### 1. Identification
- Matter name (as commonly referenced, e.g., "Acme v. Us 2026")
- Counterparty
- Matter type: `contract | employment | ip | regulatory | investigation | product | other`
- Our role: `plaintiff | defendant | claimant | respondent | investigated`
- If the practice profile's `## Side` is `plaintiff`, `defense`, or a "both — default X" variant, pre-fill the role from that default and confirm. If `## Side` is `varies by matter`, ask cold. Never silently assume a posture the practice profile hasn't set.
- The role drives downstream skills: plaintiff-posture matters route risk triage to case value / contingency economics; defense-posture matters route to exposure / reserves / insurance tender.
- Jurisdiction (court, arbitration forum, or regulatory body)
### 2. Conflicts check
Before going further, run the conflicts step per `~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md` → Conflicts clearance.
- **Status:** `cleared | pending | not-run | waived`
- **Method:** match what `~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md` declares (`corporate-legal | outside-counsel | system-check | informal | other`). If the declared method is `informal`, say so — the record still captures that a counsel's-judgment check was the basis.
- **Cleared by:** name / team / firm
- **Cleared date:** YYYY-MM-DD
- **Checked against:** brief list of the specific names/entities run (counterparty, known affiliates, adverse counsel if known, key witnesses). Thin is fine; "no" is not.
- **Notes:** anything flagged but cleared (e.g., "Smith on our board sat on counterparty's board 2019–2021 — cleared as non-overlapping to this matter").
Behavior by status:
- `cleared` → proceed.
- `pending` → proceed with intake; flag prominently in `matter.md` and in the log row that conflicts are outstanding; surface again on every `/matter-update` and in `/portfolio-status` until resolved.
- `waived` → rare; requires a conflict-waiver rationale (writing the waiver is outside this skill — capture that one exists, who signed it, and where it lives).
- `not-run` → **STOP. This is a gate.** The skill will not create `matter.md`, `history.md`, or a `_log.yaml` entry until the conflicts posture is resolved. Three acceptable paths:
**Path 1 — Run conflicts now.** Pause this intake. Clear per `~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md` Conflicts clearance. Return with `status: cleared` or `status: waived` with rationale.
**Path 2 — Mark pending with owner + due date.** Allowed only when `~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md` Conflicts clearance declares parallel-intake acceptable. Capture: who is running conflicts, when they're expected to return, what entities they're checking. Intake proceeds; matter row carries `conflicts.status: pending`; `/portfolio-status` flags it every run; `/matter-update` re-prompts until resolved.
**Path 3 — Bypass with documented rationale.** Only if the user explicitly acknowledges the bypass. Record in `conflicts.override`:
```yaml
conflicts:
status: not-run # preserved as-is
override:
by: [user name]
date: [YYYY-MM-DD]
rationale: [why conflicts were bypassed — permanent record; does not auto-expire]
```
This field is visible in every `/portfolio-status`, every `/matter` briefing, and every `/matter-update` until removed. It is never removed by the skill — only by explicit user edit to `_log.yaml` after conflicts are actually cleared.
**Do not proceed silently.** "I'll do it later" is not an acceptable response. One of Path 1/2/3 must be chosen, and the choice is captured in the record.
This step is not about the skill deciding whether a conflict exists — that's the user's/firm's judgment. It's about making sure the check happened and the record reflects it.
### 3. Source
How did this arrive?
- `demand-letter | complaint-served | subpoena | regulator-inquiry | internal-report | pre-suit-threat`
- *Seed doc opportunity:* "If you have the initiating document (complaint, demand, subpoena), attach or share the path. It sharpens the intake."
### 4. Risk triage — against house calibration
- Severity: high | medium | low (reference the `~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md` severity bands)
- Likelihood: high | medium | low (reference the `~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md` likelihood bands)
- Resulting risk rating (per the matrix): high | medium | low | critical
- Damages exposure range (best estimate)
- Non-monetary exposure (injunction? consent decree? publicity? precedent?)
If the risk calibration in `~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md` is thin, don't fake precision. Use the user's gut and note the thinness.
### 5. Materiality
Against the house thresholds in `~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md`:
- `reserved | disclosed | monitored | none`
- If `reserved`: reserve amount and whether finance has been notified
- If `disclosed`: filing and footnote location
### 6. Outside counsel
- Firm
- Lead partner
- **Lead partner email** (used by `/oc-status` to draft status requests)
- Engagement letter status: `signed | pending | none`
- Budget authorization: amount and approver
- *Seed doc opportunity:* "Engagement letter path, if signed."
If risk is medium or higher and no outside counsel is assigned — flag it.
### 7. Internal owners
From `~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md` landscape — which internal stakeholders are involved?
- Business lead
- HR partner (if employment)
- Comms contact (if reputational risk)
- CISO (if data or cyber)
- Other
### 8. Legal hold
- Issued? If yes: date, scope, custodians (list of names).
- Next refresh date (default: six months from issuance; adjust per matter).
- If no and this is active litigation or reasonably anticipated: flag urgently; offer to run `/litigation-legal:legal-hold [slug] --issue` after intake completes.
- *Seed doc opportunity:* "Hold notice, if issued."
### 9. Key dates
- Response deadline (answer, objection, opposition)
- Next hearing / conference
- Statute of limitations cutoff (if applicable)
- Any regulatory deadlines
### 10. Initial posture
One-paragraph theory:
- What's our story?
- What's theirs?
- What's the pivot fact?
- Initial posture: `fight | settle | investigate | wait`
## Writing the outputs
### Slug
Lowercase, hyphens, year at the end. Examples: `acme-v-us-2026`, `employment-smith-2026`, `ftc-inquiry-2026`.
Confirm slug is unique in `_log.yaml` before writing.
### `~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/matter.md`
```markdown
[WORK-PRODUCT HEADER — per plugin config ## Outputs — differs by role; see `## Who's using this`]
# [Matter Name]
**Slug:** [slug]
**Opened:** [YYYY-MM-DD]
**Our role:** [plaintiff/defendant/etc.]
**Status:** [status]
---
## Identification
[counterparty, jurisdiction, matter type, source]
## Conflicts
**Status:** [cleared / pending / not-run / waived]
**Method:** [corporate-legal / outside-counsel / system-check / informal / other]
**Cleared by:** [name]
**Cleared date:** [YYYY-MM-DD]
**Checked against:** [entities run]
**Notes:** [any flags cleared, waiver reference if applicable]
## Risk triage
**Severity:** [band] — [why, with reference to house severity definitions]
**Likelihood:** [band] — [why]
**Risk rating:** [high/medium/low/critical]
**Exposure:** [dollar range + non-monetary]
## Materiality
[reserved/disclosed/monitored/none — with reserve amount, disclosure location, or reasoning if "none"]
## Outside counsel
[firm, lead, engagement status, budget]
## Internal owners
[stakeholders and why each is involved]
## Legal hold
[status, date, scope]
## Key dates
[list]
## Initial theory
[one paragraph: our story, their story, pivot fact, initial posture] `[SME VERIFY — theory at intake is a working hypothesis; confirm with outside counsel before any filing or material communication that assumes this framing]`
## Open questions
[anything not yet known that matters — e.g., "insurance tender pending", "unclear whether we have coverage for X"]
---
## Seed documents
| Doc | Path / pointer |
|---|---|
| [e.g., complaint] | [path or "not yet shared"] |
```
### `~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/history.md`
Seed the history file with the intake as entry zero:
```markdown
# History: [Matter Name]
Append-only event log. Most recent at top.
---
## [YYYY-MM-DD] — Matter opened
[Source, who brought it in, initial triage summary, outside counsel assigned, legal hold issued yes/no.]
```
### Append to `~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/_log.yaml`
Add a row per the schema. Example:
```yaml
- id: acme-v-us-2026
name: "Acme Corp v. Company"
type: contract
role: defendant
counterparty: "Acme Corp"
jurisdiction: "N.D. Cal."
# status is derived from source:
# source: pre-suit-threat | demand-letter → status: threatened
# source: complaint-served | subpoena | regulator-inquiry → status: active
# source: internal-report → status: threatened (default) or active if formal process has started
status: active
stage: pleadings
source: complaint-served
outside_counsel:
firm: "Wilson Sonsini"
lead: "J. Reyes"
email: "jreyes@wsgr.example.com"
engagement: signed
conflicts:
status: cleared
method: corporate-legal
cleared_by: "K. Patel"
cleared_date: 2026-04-20
override: # populated only on Path 3 bypass
by: null
date: null
rationale: null
risk: high
materiality: reserved
exposure_range: "$2M–$5M"
internal_owners:
business_lead: "Jane Smith"
hr_partner: null
comms_contact: null
legal_hold:
issued: true
issued_date: 2026-02-15
scope: "Sales org 2023–2026"
custodians: ["Jane Smith", "R. Chen", "T. Patel"]
last_refresh: 2026-02-15
next_refresh: 2026-08-15
released: null
related_matters: []
opened: 2026-04-20
next_deadline: 2026-05-15
last_updated: 2026-04-20
path: matters/acme-v-us-2026/
```
## Confirm before writing
Show the user the row and the matter.md content:
> Here's what I'll write. Flag anything wrong or thin before I commit.
## Close with the next-steps decision tree
End with the next-steps decision tree per CLAUDE.md `## Outputs`. Customize the options to what this skill just produced — the five default branches (draft the X, escalate, get more facts, watch and wait, something else) are a starting point, not a lock-in. The tree is the output; the lawyer picks.
## What this skill does not do
- **Run the conflicts check itself.** It records the result, status, method, and the entities checked. The actual clearance happens in whatever system (or judgment) the house practice profile declares. If the user says "cleared," the skill takes that at face value and captures the metadata.
- Decide the initial theory. It captures what the user says; it doesn't invent one.
- Issue the legal hold. Flags it if missing. User issues it.
Источник: anthropics/claude-for-legal / litigation-legal / matter-intake ↗. Ссылка проверена 2026-10-10.