Рабочие папки по делам клиентов

Создаёт, переключает и архивирует отдельные рабочие пространства по делам, чтобы данные разных клиентов не смешивались.

СкиллAnthropicClaudeApache-2.0Нужен терминалПроверка не требуется

Скачать на русскомОригинал на английском (архив)Источник ↗

Что делает: Создаёт, переключает и архивирует отдельные рабочие пространства по делам, чтобы данные разных клиентов не смешивались.
Когда брать: Когда ведёшь дела нескольких клиентов: нужно открыть новое дело, переключиться на другое, посмотреть список, закрыть дело или работать вне дел.
Когда не брать: Если ты юрист внутри компании с одним клиентом: функция выключена по умолчанию, и плагин работает на уровне практики. Скилл не проверяет конфликт интересов и не удаляет дела.
Пример запроса: Открой новое дело acme-dpa-2026 и переключись на него.
Нужно подключить: доступ к файлам (папка настроек плагина)

Входит в плагин privacy-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

Практикующие юристы работают сразу с несколькими клиентами и делами. Рабочее пространство дела держит контекст одного клиента или проекта отдельно от всех остальных. Этот скилл управляет такими пространствами.

Подкоманды

/privacy-legal:matter-workspace new <slug> — создать новое рабочее пространство дела, провести короткий опрос и записать matter.md
/privacy-legal:matter-workspace list — вывести список дел со статусом и отметкой активного
/privacy-legal:matter-workspace switch <slug> — назначить активное дело
/privacy-legal:matter-workspace close <slug> — архивировать дело (перенести в ~/.claude/plugins/config/claude-for-legal/privacy-legal/matters/_archived/, никогда не удалять)
/privacy-legal:matter-workspace none — отключиться от любого активного дела и работать только на уровне практики

Инструкции

Прочитай ~/.claude/plugins/config/claude-for-legal/privacy-legal/CLAUDE.md и убедись, что раздел ## Matter workspaces заполнен. Если Enabled стоит ✗, скажи пользователю: «Рабочие пространства дел выключены: у вас настроена штатная юридическая практика внутри компании с одним клиентом, поэтому плагин автоматически работает с контекстом на уровне практики. Если вы на самом деле ведёте дела нескольких клиентов, запустите заново /privacy-legal:cold-start-interview --redo и выберите формат частной практики. Иначе /matter-workspace вам вообще не нужен». Не выдавай ошибку: выключенное состояние для юристов внутри компании — штатное.
Используй логику подкоманд, описанную ниже.
Определи действие по первому слову в $ARGUMENTS:
new → проведи вводный опрос, запиши ~/.claude/plugins/config/claude-for-legal/privacy-legal/matters/<slug>/matter.md, создай начальное содержимое history.md и notes.md.
list → перечисли ~/.claude/plugins/config/claude-for-legal/privacy-legal/matters/*/matter.md, выведи таблицу, отметь активное дело.
switch → обнови строку Active matter: в файле CLAUDE.md уровня практики.
close → перенеси ~/.claude/plugins/config/claude-for-legal/privacy-legal/matters/<slug>/ в ~/.claude/plugins/config/claude-for-legal/privacy-legal/matters/_archived/<slug>/, запиши дату закрытия в history.md.
none → установи Active matter: в значение none — practice-level context only.
Покажи пользователю, что изменилось, и получи подтверждение перед записью.

Примечания

Скилл никогда не читает данные разных дел вместе, если в CLAUDE.md уровня практики параметр Cross-matter context не включён (on).
Архивирование — это не удаление: закрытые дела остаются доступными для чтения в целях хранения и проверки конфликтов интересов.
Идентификаторы (slug) пишутся строчными буквами через дефис. Если один и тот же идентификатор встречается и в архиве, и среди активных дел, архивная версия сохраняется в _archived/<slug>/.

Рабочее пространство дела

Юристы с несколькими клиентами (частная практика — одиночная, небольшая или крупная фирма) ведут много дел. Контекст одного дела не должен утекать в другое. Этот скилл — тонкий слой управления файлами, который это обеспечивает.

По умолчанию функция выключена. Юристы внутри компании её не видят: они работают только на уровне практики. Рабочие пространства дел включаются при первичной настройке для юристов частной практики или правкой раздела ## Matter workspaces в CLAUDE.md уровня практики. Если Enabled стоит ✗, этот скилл не запускается; порядок действий выше объясняет выключенное состояние и предлагает /privacy-legal:cold-start-interview --redo тем, кому действительно нужно разделение дел.

Структура хранения

Все данные дел лежат здесь:

~/.claude/plugins/config/claude-for-legal/privacy-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>`

Убедись, что идентификатора нет ни в matters/<slug>/, ни в matters/_archived/<slug>/. Если он уже занят, попроси пользователя выбрать другой.
Проведи вводный опрос:
Клиент (сторона, которую мы представляем, или внутреннее подразделение, если это работа внутри компании)
Контрагент (другая сторона — их может быть несколько)
Тип дела (возьми типичные категории из профиля практики плагина; для privacy-legal: PIA (оценка воздействия на приватность по виду обработки) | проверка DPA | запрос субъекта данных (DSAR) | запрос регулятора | проверка механизма трансграничной передачи | инцидент | другое)
Уровень конфиденциальности (стандартный | повышенный | изолированная команда (clean-team); при повышенном уровне нужна дополнительная осторожность в сопоставлении разных дел)
Ключевые факты (2–5 предложений: о чём это дело, кто заинтересованные лица, что поставлено на кон)
Исключения из стандартного плейбука практики для этого дела (например, «клиент требует лимит ответственности на 24 месяца, а не на 12», «контрагент — стратегический партнёр, тон должен беречь отношения»)
Связанные дела (идентификаторы связанных дел)
Запиши matters/<slug>/matter.md по шаблону ниже.
Создай matters/<slug>/history.md с единственной записью «Открыто».
Создай пустой matters/<slug>/notes.md.
Не переключайся на новое дело автоматически. Спроси: «Переключиться на <slug> сейчас? (/privacy-legal:matter-workspace switch <slug>)»

`list`

Перечисли matters/*/matter.md. Из шапки каждого файла или его первых строк возьми статус. Выведи таблицу:

Идентификатор	Клиент	Тип дела	Статус	Открыто	Активно

Текущее активное дело отметь звёздочкой *. Если есть _archived/*, выведи их отдельным блоком под заголовком «В архиве».

`switch <slug>`

Убедись, что matters/<slug>/matter.md существует. Если нет, предложи /privacy-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]
**Открыто:** [ГГГГ-ММ-ДД]
**Статус:** активно
**Конфиденциальность:** [стандартная / повышенная / изолированная команда]

---

## Стороны

**Клиент:** [название]
**Контрагент:** [название или названия]

## Тип дела

[договор поставки с поставщиком | договор с клиентом | NDA | подписка на SaaS | дополнительное соглашение | продление | другое — с обоснованием в одну строку]

## Ключевые факты

[2–5 предложений. О чём это дело. Кто заинтересованные лица. Что поставлено на кон. Чем оно отличается от стандартного плейбука.]

## Исключения для этого дела

*Любые отступления от плейбука уровня практики, которые применяются к этому делу и только к нему.*

- [например, «Лимит ответственности: клиент требует 24 месяца, а не внутренний стандарт в 12.»]
- [например, «Тон: беречь отношения — контрагент является стратегическим партнёром.»]
- [например, «Применимое право: должно быть английское, а не право штата Делавэр.»]

## Связанные дела

- [slug — одна строка о том, чем связано]

## Заметки о конфиденциальности

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

Начальное содержимое `history.md`

# История: [Клиент] — [краткое описание]

Журнал событий только с добавлением записей. Самые свежие сверху.

---

## [ГГГГ-ММ-ДД] — Дело открыто

Вводный опрос завершён. Идентификатор: `[slug]`. Статус: активно.
[Любой начальный контекст, который стоит сохранить сверх matter.md, например: «Открыто в ответ на входящий проект договора поставки от [контрагент].»]

Контекст разных дел

В CLAUDE.md уровня практики есть флаг Cross-matter context:. Когда он выключен (off, по умолчанию), скилл, работающий в деле A, никогда не читает файлы в matters/B/ ни для какого другого B. Точка. Именно эту гарантию конфиденциальности и должна давать эта настройка.

Когда он включён (on), скилл может читать файлы из папок разных дел, только если пользователь прямо об этом просит (например, «сравни нашу позицию по лимитам ответственности по последним пяти делам с поставщиками»). Даже при on по умолчанию загружается только активное дело, пока пользователь не попросит обзор по нескольким делам.

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

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

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

Оригинал на английском

---
name: matter-workspace
description: >
  Manage matter workspaces — create, list, switch, close, or detach (practice-level).
  Keeps one client or engagement's context separate from every other for multi-client
  practitioners. Use when the user wants to open a new matter, switch matters, list
  matters, close/archive a matter, or work at practice-level only.
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 skill manages those workspaces.

## Subcommands

- `/privacy-legal:matter-workspace new <slug>` — create a new matter workspace, run a short intake, write `matter.md`
- `/privacy-legal:matter-workspace list` — list matters with status and active flag
- `/privacy-legal:matter-workspace switch <slug>` — set the active matter
- `/privacy-legal:matter-workspace close <slug>` — archive a matter (move to `~/.claude/plugins/config/claude-for-legal/privacy-legal/matters/_archived/`, never delete)
- `/privacy-legal:matter-workspace none` — detach from any active matter, work at practice-level only

## Instructions

1. Read `~/.claude/plugins/config/claude-for-legal/privacy-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 `/privacy-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. Use the subcommand logic below.
3. Dispatch on the first token of `$ARGUMENTS`:
   - `new` → run the intake interview, write `~/.claude/plugins/config/claude-for-legal/privacy-legal/matters/<slug>/matter.md`, seed `history.md` and `notes.md`.
   - `list` → enumerate `~/.claude/plugins/config/claude-for-legal/privacy-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/privacy-legal/matters/<slug>/` to `~/.claude/plugins/config/claude-for-legal/privacy-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 workflow above explains the disabled state and suggests `/privacy-legal:cold-start-interview --redo` for users who actually need matter isolation.

## Storage layout

All matter data lives under:

```
~/.claude/plugins/config/claude-for-legal/privacy-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 privacy-legal: PIA (processing activity) | DPA review | DSAR | regulator inquiry | transfer-mechanism review | incident | 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? (`/privacy-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 `/privacy-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 / privacy-legal / matter-workspace ↗. Ссылка проверена 2026-10-10.

---
name: matter-workspace
description: >
  Управляй рабочими пространствами дел: создавай, показывай списком, переключай, закрывай или
  отключай их (на уровне практики). Для юристов, работающих сразу с несколькими клиентами, держит
  контекст каждого клиента или проекта отдельно от всех остальных. Используй, когда пользователь
  хочет открыть новое дело, переключить дело, вывести список дел, закрыть или архивировать дело
  либо работать только на уровне практики.
argument-hint: "<new | list | switch | close | none> [slug]"
---

# /matter-workspace

Практикующие юристы работают сразу с несколькими клиентами и делами. Рабочее пространство дела держит контекст одного клиента или проекта отдельно от всех остальных. Этот скилл управляет такими пространствами.

## Подкоманды

- `/privacy-legal:matter-workspace new <slug>` — создать новое рабочее пространство дела, провести короткий опрос и записать `matter.md`
- `/privacy-legal:matter-workspace list` — вывести список дел со статусом и отметкой активного
- `/privacy-legal:matter-workspace switch <slug>` — назначить активное дело
- `/privacy-legal:matter-workspace close <slug>` — архивировать дело (перенести в `~/.claude/plugins/config/claude-for-legal/privacy-legal/matters/_archived/`, никогда не удалять)
- `/privacy-legal:matter-workspace none` — отключиться от любого активного дела и работать только на уровне практики

## Инструкции

1. Прочитай `~/.claude/plugins/config/claude-for-legal/privacy-legal/CLAUDE.md` и убедись, что раздел `## Matter workspaces` заполнен. Если `Enabled` стоит `✗`, скажи пользователю: «Рабочие пространства дел выключены: у вас настроена штатная юридическая практика внутри компании с одним клиентом, поэтому плагин автоматически работает с контекстом на уровне практики. Если вы на самом деле ведёте дела нескольких клиентов, запустите заново `/privacy-legal:cold-start-interview --redo` и выберите формат частной практики. Иначе `/matter-workspace` вам вообще не нужен». Не выдавай ошибку: выключенное состояние для юристов внутри компании — штатное.
2. Используй логику подкоманд, описанную ниже.
3. Определи действие по первому слову в `$ARGUMENTS`:
   - `new` → проведи вводный опрос, запиши `~/.claude/plugins/config/claude-for-legal/privacy-legal/matters/<slug>/matter.md`, создай начальное содержимое `history.md` и `notes.md`.
   - `list` → перечисли `~/.claude/plugins/config/claude-for-legal/privacy-legal/matters/*/matter.md`, выведи таблицу, отметь активное дело.
   - `switch` → обнови строку `Active matter:` в файле CLAUDE.md уровня практики.
   - `close` → перенеси `~/.claude/plugins/config/claude-for-legal/privacy-legal/matters/<slug>/` в `~/.claude/plugins/config/claude-for-legal/privacy-legal/matters/_archived/<slug>/`, запиши дату закрытия в `history.md`.
   - `none` → установи `Active matter:` в значение `none — practice-level context only`.
4. Покажи пользователю, что изменилось, и получи подтверждение перед записью.

## Примечания

- Скилл никогда не читает данные разных дел вместе, если в CLAUDE.md уровня практики параметр `Cross-matter context` не включён (`on`).
- Архивирование — это не удаление: закрытые дела остаются доступными для чтения в целях хранения и проверки конфликтов интересов.
- Идентификаторы (slug) пишутся строчными буквами через дефис. Если один и тот же идентификатор встречается и в архиве, и среди активных дел, архивная версия сохраняется в `_archived/<slug>/`.

---

# Рабочее пространство дела

Юристы с несколькими клиентами (частная практика — одиночная, небольшая или крупная фирма) ведут много дел. Контекст одного дела не должен утекать в другое. Этот скилл — тонкий слой управления файлами, который это обеспечивает.

**По умолчанию функция выключена.** Юристы внутри компании её не видят: они работают только на уровне практики. Рабочие пространства дел включаются при первичной настройке для юристов частной практики или правкой раздела `## Matter workspaces` в CLAUDE.md уровня практики. Если `Enabled` стоит `✗`, этот скилл не запускается; порядок действий выше объясняет выключенное состояние и предлагает `/privacy-legal:cold-start-interview --redo` тем, кому действительно нужно разделение дел.

## Структура хранения

Все данные дел лежат здесь:

```
~/.claude/plugins/config/claude-for-legal/privacy-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>`

1. Убедись, что идентификатора нет ни в `matters/<slug>/`, ни в `matters/_archived/<slug>/`. Если он уже занят, попроси пользователя выбрать другой.
2. Проведи вводный опрос:
   - **Клиент** (сторона, которую мы представляем, или внутреннее подразделение, если это работа внутри компании)
   - **Контрагент** (другая сторона — их может быть несколько)
   - **Тип дела** (возьми типичные категории из профиля практики плагина; для privacy-legal: PIA (оценка воздействия на приватность по виду обработки) | проверка DPA | запрос субъекта данных (DSAR) | запрос регулятора | проверка механизма трансграничной передачи | инцидент | другое)
   - **Уровень конфиденциальности** (стандартный | повышенный | изолированная команда (clean-team); при повышенном уровне нужна дополнительная осторожность в сопоставлении разных дел)
   - **Ключевые факты** (2–5 предложений: о чём это дело, кто заинтересованные лица, что поставлено на кон)
   - **Исключения из стандартного плейбука практики для этого дела** (например, «клиент требует лимит ответственности на 24 месяца, а не на 12», «контрагент — стратегический партнёр, тон должен беречь отношения»)
   - **Связанные дела** (идентификаторы связанных дел)
3. Запиши `matters/<slug>/matter.md` по шаблону ниже.
4. Создай `matters/<slug>/history.md` с единственной записью «Открыто».
5. Создай пустой `matters/<slug>/notes.md`.
6. **Не** переключайся на новое дело автоматически. Спроси: «Переключиться на `<slug>` сейчас? (`/privacy-legal:matter-workspace switch <slug>`)»

### `list`

Перечисли `matters/*/matter.md`. Из шапки каждого файла или его первых строк возьми статус. Выведи таблицу:

| Идентификатор | Клиент | Тип дела | Статус | Открыто | Активно |
|---|---|---|---|---|---|

Текущее активное дело отметь звёздочкой `*`. Если есть `_archived/*`, выведи их отдельным блоком под заголовком «В архиве».

### `switch <slug>`

1. Убедись, что `matters/<slug>/matter.md` существует. Если нет, предложи `/privacy-legal:matter-workspace new <slug>`.
2. Измени строку `Active matter:` в CLAUDE.md уровня практики на `Active matter: <slug>`.
3. Покажи пользователю краткое содержание matter.md, чтобы он убедился, что выбрал нужное дело.

### `close <slug>`

1. Убедись, что `matters/<slug>/` существует.
2. Добавь в `matters/<slug>/history.md` запись «Закрыто» с сегодняшней датой.
3. Перенеси `matters/<slug>/` → `matters/_archived/<slug>/`.
4. Если закрытое дело было активным, установи `Active matter:` в значение `none — practice-level context only`.

### `none`

Установи `Active matter:` в CLAUDE.md уровня практики в значение `none — practice-level context only`. Подтверди это пользователю.

## Шаблон `matter.md`

```markdown
[ЗАГОЛОВОК РАБОЧЕГО МАТЕРИАЛА — по разделу ## Outputs в конфигурации плагина; зависит от роли, см. `## Who's using this` в CLAUDE.md уровня практики]

# Дело: [Клиент] — [краткое описание]

**Идентификатор (slug):** [slug]
**Открыто:** [ГГГГ-ММ-ДД]
**Статус:** активно
**Конфиденциальность:** [стандартная / повышенная / изолированная команда]

---

## Стороны

**Клиент:** [название]
**Контрагент:** [название или названия]

## Тип дела

[договор поставки с поставщиком | договор с клиентом | NDA | подписка на SaaS | дополнительное соглашение | продление | другое — с обоснованием в одну строку]

## Ключевые факты

[2–5 предложений. О чём это дело. Кто заинтересованные лица. Что поставлено на кон. Чем оно отличается от стандартного плейбука.]

## Исключения для этого дела

*Любые отступления от плейбука уровня практики, которые применяются к этому делу и только к нему.*

- [например, «Лимит ответственности: клиент требует 24 месяца, а не внутренний стандарт в 12.»]
- [например, «Тон: беречь отношения — контрагент является стратегическим партнёром.»]
- [например, «Применимое право: должно быть английское, а не право штата Делавэр.»]

## Связанные дела

- [slug — одна строка о том, чем связано]

## Заметки о конфиденциальности

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

## Начальное содержимое `history.md`

```markdown
# История: [Клиент] — [краткое описание]

Журнал событий только с добавлением записей. Самые свежие сверху.

---

## [ГГГГ-ММ-ДД] — Дело открыто

Вводный опрос завершён. Идентификатор: `[slug]`. Статус: активно.
[Любой начальный контекст, который стоит сохранить сверх matter.md, например: «Открыто в ответ на входящий проект договора поставки от [контрагент].»]
```

## Контекст разных дел

В CLAUDE.md уровня практики есть флаг `Cross-matter context:`. Когда он выключен (`off`, по умолчанию), скилл, работающий в деле A, **никогда не читает** файлы в `matters/B/` ни для какого другого `B`. Точка. Именно эту гарантию конфиденциальности и должна давать эта настройка.

Когда он включён (`on`), скилл может читать файлы из папок разных дел, только если пользователь прямо об этом просит (например, «сравни нашу позицию по лимитам ответственности по последним пяти делам с поставщиками»). Даже при `on` по умолчанию загружается только активное дело, пока пользователь не попросит обзор по нескольким делам.

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

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

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