Рабочие пространства дел
Создаёт, показывает, переключает и архивирует отдельные рабочие пространства дел, чтобы контекст клиентов не смешивался.
- Что делает
- Создаёт, показывает, переключает и архивирует отдельные рабочие пространства дел, чтобы контекст клиентов не смешивался.
- Когда брать
- Когда юрист работает с несколькими клиентами или делами и нужно изолировать контекст каждого дела.
- Когда не брать
- Если ты корпоративный юрист с одним клиентом: пространства дел по умолчанию выключены и не нужны.
- Пример запроса
- Создай рабочее пространство нового дела acme-msa-2026 и переключись на него.
- Нужно подключить
- доступ к файлам (папка настроек плагина и дел)
Входит в плагин litigation-legal. В Cowork и Claude Code можно поставить плагин целиком.
Как включить
- Скачайте архив и распакуйте его.
- Положите папку
matter-workspaceв~/.claude/skills/. - Откройте Claude Code и опишите задачу своими словами: Claude подхватит скилл по описанию.
Текст
---
name: matter-workspace
description: Управляй рабочими пространствами дел для практики с несколькими клиентами — создавай, показывай списком, переключай, закрывай или отключай активное дело. Используй, когда пользователь хочет создать новое рабочее пространство дела, переключить активное дело, посмотреть список дел, отправить дело в архив или работать только на уровне практики без активного дела.
argument-hint: "<new | list | switch | close | none> [slug]"
---
/matter-workspace
Юристы-практики работают сразу с несколькими клиентами и делами. Рабочее пространство дела отделяет контекст одного клиента или поручения от всех остальных. Эта команда управляет такими пространствами.
Подкоманды
/litigation-legal:matter-workspace new <slug>— создать новое рабочее пространство дела, провести короткий приём, записатьmatter.md/litigation-legal:matter-workspace list— показать список дел со статусом и отметкой активного/litigation-legal:matter-workspace switch <slug>— назначить активное дело/litigation-legal:matter-workspace close <slug>— архивировать дело (перенести в~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/_archived/, но не удалять)/litigation-legal:matter-workspace none— отключиться от любого активного дела, работать только на уровне практики
Примечание: /litigation-legal:matter-briefing [slug] (без подкоманды) — отдельная команда, которая составляет справку по конкретному делу; она полезна для обзора портфеля в корпоративной практике. Управление рабочими пространствами дел находится здесь.
Инструкции
- Прочитай
~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md— убедись, что раздел## Matter workspacesзаполнен. ЕслиEnabledравно✗, скажи пользователю: «Рабочие пространства дел отключены — ты настроен как корпоративная практика с одним клиентом, поэтому плагин автоматически работает с контекстом уровня практики. Если ты на самом деле работаешь с несколькими клиентами, заново запусти/litigation-legal:cold-start-interview --redoи выбери настройку частной практики. В остальных случаях/matter-workspaceтебе вообще не нужен». Не выдавай ошибку: отключённое состояние для корпоративных юристов ожидаемо. - Следуй рабочему процессу и справке ниже.
- Выбери действие по первому слову в
$ARGUMENTS: new→ проведи приёмное интервью, запиши~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/<slug>/matter.md, создайhistory.mdиnotes.md.list→ перечисли~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/*/matter.md, выведи таблицу, отметь активное дело.switch→ обнови строкуActive matter:в CLAUDE.md уровня практики.close→ перенеси~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/<slug>/в~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/_archived/<slug>/, запиши дату закрытия вhistory.md.none→ установиActive matter:вnone — practice-level context only.- Покажи пользователю, что изменилось, и подтверди до записи.
Примечания
- Скилл никогда не читает данные нескольких дел сразу, если в CLAUDE.md уровня практики
Cross-matter contextне равноon. - Архивирование — это не удаление: закрытые дела остаются доступными для чтения в целях хранения и проверки конфликтов.
- Slug пишется строчными буквами через дефисы. Если slug повторяется в архиве и среди активных дел, архивный сохраняется в
_archived/<slug>/.
Рабочее пространство дела
Юристы частной практики (одиночные, небольшие и крупные фирмы) работают сразу с множеством дел. Контекст одного дела не должен попадать в другое. Этот скилл — тонкий слой управления файлами, который это обеспечивает.
По умолчанию режим выключен. Корпоративные юристы его не видят — они работают только на уровне практики. Рабочие пространства дел включаются при первоначальной настройке (cold-start) для пользователей частной практики либо правкой раздела ## Matter workspaces в CLAUDE.md уровня практики. Если Enabled равно ✗, этот скилл не работает; скилл /matter-workspace объясняет отключённое состояние и предлагает /cold-start-interview --redo тем, кому действительно нужна изоляция дел.
Структура хранения
Все данные по делам лежат здесь:
~/.claude/plugins/config/claude-for-legal/litigation-legal/
├── CLAUDE.md # профиль практики уровня практики
└── matters/
├── <slug>/
│ ├── matter.md # клиент, контрагент, тип дела, ключевые факты, переопределения
│ ├── history.md # журнал событий, решений, черновиков и проверок с датами
│ ├── notes.md # свободные рабочие заметки
│ └── outputs/ # результаты скиллов по этому делу (необязательная подпапка)
└── _archived/
└── <slug>/ # закрытые дела — доступны для чтения, но не активны
Slug пишется строчными буквами через дефисы. Примеры: acme-msa-2026, zenith-renewal, vendor-xyz-nda.
Активное дело записано в CLAUDE.md практики
Строка Active matter: в разделе ## Matter workspaces CLAUDE.md уровня практики — единственный источник истины. Переключение дела правит эту строку. Отдельного файла состояния нет.
Логика подкоманд
new <slug>
- Убедись, что такого slug ещё нет ни в
matters/<slug>/, ни вmatters/_archived/<slug>/. Если он занят, попроси пользователя выбрать другой. - Проведи приёмное интервью:
- Клиент (сторона, которую мы представляем, или внутреннее подразделение компании в корпоративной практике)
- Контрагент (другая сторона — их может быть несколько)
- Тип дела (типовые категории смотри в профиле практики плагина; для litigation-legal: договорный спор | трудовой | интеллектуальная собственность | регуляторный / расследование | ответственность за продукт | групповой иск | другое)
- Уровень конфиденциальности (standard | heightened | clean-team — повышенный уровень требует особой осторожности при работе с несколькими делами)
- Ключевые факты (2–5 предложений: о чём это дело, кто заинтересованные лица, что на кону)
- Переопределения плейбука практики для этого дела (например, «клиент требует предел ответственности в 24 месяца, а не 12», «контрагент — стратегический партнёр, тон должен сохранять отношения»)
- Связанные дела (slug всех связанных дел)
- Запиши
matters/<slug>/matter.mdпо шаблону ниже. - Создай
matters/<slug>/history.mdс единственной записью «Открыто». - Создай пустой
matters/<slug>/notes.md. - Не переключайся на новое дело автоматически. Спроси: «Переключиться на
<slug>сейчас? (/litigation-legal:matter-workspace switch <slug>)»
list
Перечисли matters/*/matter.md. Прочитай шапку или первые строки каждого файла, чтобы взять статус. Выведи таблицу:
| Slug | Клиент | Тип дела | Статус | Открыто | Активное |
|---|
Отметь активное сейчас дело знаком *. Если есть _archived/*, выведи их под отдельным заголовком «Архив».
switch <slug>
- Убедись, что
matters/<slug>/matter.mdсуществует. Если нет, предложи/litigation-legal:matter-workspace new <slug>. - Измени строку
Active matter:в CLAUDE.md уровня практики наActive matter: <slug>. - Покажи пользователю краткое содержание matter.md, чтобы он убедился, что выбрано нужное дело.
close <slug>
- Убедись, что
matters/<slug>/существует. - Добавь в
matters/<slug>/history.mdзапись «Закрыто» с сегодняшней датой. - Перенеси
matters/<slug>/→matters/_archived/<slug>/. - Если закрытое дело было активным, установи
Active matter:вnone — practice-level context only.
none
Установи Active matter: в CLAUDE.md уровня практики в none — practice-level context only. Подтверди пользователю.
Шаблон matter.md
[ШАПКА РАБОЧИХ МАТЕРИАЛОВ ЮРИСТА — по разделу ## Outputs в настройках плагина; зависит от роли, см. `## Who's using this` в CLAUDE.md уровня практики]
# Дело: [Клиент] — [краткое описание]
**Slug:** [slug]
**Открыто:** [ГГГГ-ММ-ДД]
**Статус:** active
**Конфиденциальность:** [standard / heightened / clean-team]
---
## Стороны
**Клиент:** [название]
**Контрагент:** [названия]
## Тип дела
[MSA с поставщиком | договор с клиентом | NDA | подписка на SaaS | дополнительное соглашение | продление | другое — с обоснованием в одну строку]
## Ключевые факты
[2–5 предложений. О чём это дело. Кто заинтересованные лица. Что на кону. Чем оно отличается от стандартного плейбука.]
## Переопределения для этого дела
*Любые отступления от плейбука уровня практики, которые относятся к этому делу и только к нему.*
- [например, «Предел ответственности: клиент требует 24 месяца, а не 12, как принято у нас».]
- [например, «Тон: сохранять отношения — контрагент является стратегическим партнёром».]
- [например, «Применимое право: только английское, не право штата Делавэр».]
## Связанные дела
- [slug — в одну строку, чем связано]
## Заметки о конфиденциальности
[Если heightened или clean-team, опиши почему. Кто может видеть файлы дела. Допустим ли контекст нескольких дел сразу, даже если он включён глобально.]
Основа для history.md
# История: [Клиент] — [краткое описание]
Журнал событий, записи только добавляются. Самые свежие — сверху.
---
## [ГГГГ-ММ-ДД] — Дело открыто
Приём завершён. Slug: `[slug]`. Статус: active.
[Любой исходный контекст, который стоит сохранить помимо matter.md, например: «Открыто в ответ на входящий проект MSA от [контрагент]».]
Контекст нескольких дел
В CLAUDE.md уровня практики есть флаг Cross-matter context:. Когда он off (по умолчанию), скилл, работающий в деле A, никогда не читает файлы в matters/B/ ни для какого другого B. Точка. Именно эту гарантию конфиденциальности и должна давать эта настройка.
Когда он on, скилл может читать файлы из папок разных дел только по прямой просьбе пользователя (например, «сравни нашу позицию по пределам ответственности за последние пять дел с поставщиками»). Даже при on по умолчанию загружается только активное дело, если пользователь не просит обзор нескольких дел.
Чего этот скилл не делает
- Не проводит проверку конфликтов. Конфликты — дело юриста или фирмы; приём фиксирует то, что заявляет пользователь.
- Не обеспечивает хранение. Закрытие архивирует дело, но не удаляет его. Политика хранения вне его задач.
- Не направляет результаты автоматически. Куда писать, решает профильный скилл; этот скилл лишь сообщает, *какая папка* активна, а не что в неё класть.
- Не решает, уместен ли контекст нескольких дел. Он читает флаг и подчиняется ему.
Перевод: iiuniversitet. Оригинал: https://github.com/anthropics/claude-for-legal/tree/main/litigation-legal/skills/matter-workspace, лицензия Apache-2.0. Изменения: перевод на русский язык.
Оригинал на английском
---
name: matter-workspace
description: Manage matter workspaces for multi-client practices — create, list, switch, close, or detach the active matter. Use when the user wants to create a new matter workspace, switch the active matter, list matters, archive a matter, or work at practice-level only without an active matter.
argument-hint: "<new | list | switch | close | none> [slug]"
---
# /matter-workspace
Practitioners work across multiple clients and matters. A matter workspace keeps one client or engagement's context separate from every other. This command manages those workspaces.
## Subcommands
- `/litigation-legal:matter-workspace new <slug>` — create a new matter workspace, run a short intake, write `matter.md`
- `/litigation-legal:matter-workspace list` — list matters with status and active flag
- `/litigation-legal:matter-workspace switch <slug>` — set the active matter
- `/litigation-legal:matter-workspace close <slug>` — archive a matter (move to `~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/_archived/`, never delete)
- `/litigation-legal:matter-workspace none` — detach from any active matter, work at practice-level only
Note: `/litigation-legal:matter-briefing [slug]` (no subcommand) is a separate command that produces a briefing on a specific matter — useful for in-house portfolio review. Matter workspace management lives here.
## Instructions
1. Read `~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md` — confirm the `## Matter workspaces` section is populated. If `Enabled` is `✗`, tell the user: "Matter workspaces are off — you're configured as an in-house practice with one client, so the plugin works from practice-level context automatically. If you actually work across multiple clients, re-run `/litigation-legal:cold-start-interview --redo` and select a private-practice setting. Otherwise, you don't need `/matter-workspace` at all." Don't error — the disabled state is the expected one for in-house users.
2. Follow the workflow and reference below.
3. Dispatch on the first token of `$ARGUMENTS`:
- `new` → run the intake interview, write `~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/<slug>/matter.md`, seed `history.md` and `notes.md`.
- `list` → enumerate `~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/*/matter.md`, print a table, mark the active matter.
- `switch` → update the `Active matter:` line in the practice-level CLAUDE.md.
- `close` → move `~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/<slug>/` to `~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/_archived/<slug>/`, log the close date in `history.md`.
- `none` → set `Active matter:` to `none — practice-level context only`.
4. Show the user what changed and confirm before writing.
## Notes
- The skill never reads across matters unless `Cross-matter context` is `on` in the practice-level CLAUDE.md.
- Archiving is not deletion — closed matters remain readable for retention/conflicts purposes.
- Slugs are lowercase with hyphens. If a slug is reused across archived and active, the archived one is preserved under `_archived/<slug>/`.
---
# Matter Workspace
Multi-client practitioners (private practice — solo, small firm, large firm) work across many matters. Context from one must not leak into another. This skill is the thin file-management layer that makes that true.
**Default state is off.** In-house users never see this — they run at practice-level only. Matter workspaces turn on at cold-start for private-practice users, or by editing `## Matter workspaces` in the practice-level CLAUDE.md. If `Enabled` is `✗`, this skill does not run; the `/matter-workspace` skill explains the disabled state and suggests `/cold-start-interview --redo` for users who actually need matter isolation.
## Storage layout
All matter data lives under:
```
~/.claude/plugins/config/claude-for-legal/litigation-legal/
├── CLAUDE.md # practice-level practice profile
└── matters/
├── <slug>/
│ ├── matter.md # client, counterparty, matter type, key facts, overrides
│ ├── history.md # dated log of events, decisions, drafts, reviews
│ ├── notes.md # free-form working notes
│ └── outputs/ # skill outputs for this matter (optional subfolder)
└── _archived/
└── <slug>/ # closed matters — readable but not active
```
Slugs are lowercase with hyphens. Examples: `acme-msa-2026`, `zenith-renewal`, `vendor-xyz-nda`.
## Active matter is in the practice CLAUDE.md
The `Active matter:` line under `## Matter workspaces` in the practice-level CLAUDE.md is the single source of truth. Switching a matter edits that line. No separate state file.
## Subcommand logic
### `new <slug>`
1. Confirm slug is not already present in `matters/<slug>/` or `matters/_archived/<slug>/`. If reused, ask the user to pick a different slug.
2. Run the intake interview:
- **Client** (the party we represent, or the internal business unit if in-house)
- **Counterparty** (the other side — may be multiple)
- **Matter type** (read the plugin's practice profile for typical categories; for litigation-legal: contract dispute | employment | IP | regulatory / investigation | product liability | class action | other)
- **Confidentiality level** (standard | heightened | clean-team — heightened prompts extra care in cross-matter settings)
- **Key facts** (2–5 sentences: what this matter is about, who the stakeholders are, what's at stake)
- **Matter-specific overrides to the practice playbook** (e.g., "client requires 24-month LoL cap not 12", "counterparty is a strategic partner — relationship-preserving tone")
- **Related matters** (slugs of any connected matters)
3. Write `matters/<slug>/matter.md` using the template below.
4. Seed `matters/<slug>/history.md` with a single "Opened" entry.
5. Create an empty `matters/<slug>/notes.md`.
6. Do **not** auto-switch to the new matter. Ask: "Want to switch to `<slug>` now? (`/litigation-legal:matter-workspace switch <slug>`)"
### `list`
Enumerate `matters/*/matter.md`. Read each file's front-matter or first few lines to extract status. Print a table:
| Slug | Client | Matter type | Status | Opened | Active |
|---|---|---|---|---|---|
Mark the currently-active matter with `*`. Include `_archived/*` under a separate "Archived" heading if any exist.
### `switch <slug>`
1. Confirm `matters/<slug>/matter.md` exists. If not, offer `/litigation-legal:matter-workspace new <slug>`.
2. Edit the `Active matter:` line in the practice-level CLAUDE.md to `Active matter: <slug>`.
3. Show the user the matter.md summary so they can confirm they're on the right matter.
### `close <slug>`
1. Confirm `matters/<slug>/` exists.
2. Append a "Closed" entry to `matters/<slug>/history.md` with today's date.
3. Move `matters/<slug>/` → `matters/_archived/<slug>/`.
4. If the closed matter was the active matter, set `Active matter:` to `none — practice-level context only`.
### `none`
Set `Active matter:` in the practice-level CLAUDE.md to `none — practice-level context only`. Confirm with the user.
## `matter.md` template
```markdown
[WORK-PRODUCT HEADER — per plugin config ## Outputs — differs by role; see `## Who's using this` in the practice-level CLAUDE.md]
# Matter: [Client] — [short description]
**Slug:** [slug]
**Opened:** [YYYY-MM-DD]
**Status:** active
**Confidentiality:** [standard / heightened / clean-team]
---
## Parties
**Client:** [name]
**Counterparty:** [name(s)]
## Matter type
[vendor MSA | customer agreement | NDA | SaaS subscription | amendment | renewal | other — with one-line rationale]
## Key facts
[2–5 sentences. What this matter is about. Who the stakeholders are. What's at stake. What makes it different from the default playbook.]
## Matter-specific overrides
*Any deviation from the practice-level playbook that applies to this matter and only this matter.*
- [e.g., "LoL cap: client requires 24 months, not house standard 12."]
- [e.g., "Tone: relationship-preserving — counterparty is a strategic partner."]
- [e.g., "Governing law: must be English law, not Delaware."]
## Related matters
- [slug — one line why related]
## Notes on confidentiality
[If heightened or clean-team, describe why. Who may see matter files. Whether cross-matter context is permissible even if globally on.]
```
## `history.md` seed
```markdown
# History: [Client] — [short description]
Append-only event log. Most recent at top.
---
## [YYYY-MM-DD] — Matter opened
Intake completed. Slug: `[slug]`. Status: active.
[Any initial context worth preserving beyond matter.md — e.g., "Opened in response to inbound MSA draft from [counterparty]."]
```
## Cross-matter context
The practice-level CLAUDE.md has a `Cross-matter context:` flag. When it's `off` (the default), a skill working in matter A **never reads** files in `matters/B/` for any other `B`. Period. This is the confidentiality guarantee the setting exists to provide.
When it's `on`, a skill may read files across matter folders only when the user explicitly asks it to (e.g., "compare our position on liability caps across the last five vendor matters"). Even when `on`, the default is to load only the active matter unless the user asks for a cross-matter view.
## What this skill does not do
- **Run a conflicts check.** Conflicts are the practitioner's/firm's job; the intake captures what the user declares.
- **Enforce retention.** Closing archives a matter; it does not delete. Retention policy is out of scope.
- **Auto-route outputs.** The substantive skill decides where to write; this skill tells it *which folder* is active, not what to put in it.
- **Decide whether cross-matter is appropriate.** It reads the flag and obeys.
Источник: anthropics/claude-for-legal / litigation-legal / matter-workspace ↗. Ссылка проверена 2026-10-10.