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

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

Хранит каждое дело или клиента в своей папке, чтобы контекст одного не попадал в другое: создать, переключить, закрыть.

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

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

Как включить

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

Текст

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

/matter-workspace

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

Подкоманды

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

Инструкции

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

Примечания

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

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

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

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

Все данные дел лежат в:

~/.claude/plugins/config/claude-for-legal/ip-legal/
├── CLAUDE.md                       # профиль практики на уровне практики
└── matters/
    ├── <slug>/
    │   ├── matter.md               # клиент, контрагент, тип дела, ключевые факты, переопределения
    │   ├── history.md              # журнал событий, решений, черновиков и проверок с датами
    │   ├── notes.md                # свободные рабочие заметки
    │   └── outputs/                # результаты скиллов по этому делу (необязательная подпапка)
    └── _archived/
        └── <slug>/                 # закрытые дела: можно читать, но они не активны

Короткие имена пишутся строчными буквами через дефис. Примеры: acme-trademark-2026, zenith-dmca, novacorp-fto.

Активное дело записано в CLAUDE.md практики

Строка Active matter: в разделе ## Matter workspaces CLAUDE.md уровня практики — единственный источник истины. Переключение дела правит эту строку. Отдельного файла состояния нет.

Логика подкоманд

new <slug>

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

list

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

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

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

switch <slug>

  1. Убедись, что matters/<slug>/matter.md существует. Если нет, предложи /ip-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

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

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

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

---

## Стороны

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

## Тип дела

[проверка товарного знака на допустимость | защита товарного знака | DMCA | патент FTO | нарушение патента | проверка условий об ИС | соответствие требованиям к открытому коду (OSS) | ведение портфеля | другое — с обоснованием в одну строку]

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

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

## Переопределения для этого дела

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

- [например: «Подход к защите прав: здесь взвешенный, хотя по умолчанию в компании агрессивный, — контрагент является ключевым канальным партнёром».]
- [например: «Согласование предъявления претензий: до отправки любого письма требуется дополнительная подпись отдела маркетинга».]
- [например: «Clean-team: файлы дела недоступны для чтения даже при включённом контексте нескольких дел».]

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

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

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

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

Начальная запись history.md

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

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

---

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

Приём данных завершён. Короткое имя: `[slug]`. Статус: active.
[Любой начальный контекст, который стоит сохранить сверх matter.md, например: «Открыто в ответ на срабатывание сервиса слежения на `APEXLEAF` в классе 25».]

Контекст нескольких дел

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

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

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

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

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

Оригинал на английском
---
name: matter-workspace
description: >
  Manage matter workspaces — create, list, switch, close, or detach the
  active matter. Use in multi-client private practice to keep one client's
  context separate from another, or when a substantive skill needs to know
  which matter it's working in.
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

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

## Instructions

1. Read `~/.claude/plugins/config/claude-for-legal/ip-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 `/ip-legal:cold-start-interview --redo` and select a private-practice setting. Otherwise, you don't need `/ip-legal:matter-workspace` at all." Don't error — the disabled state is the expected one for in-house users.
2. Follow the subcommand logic below.
3. Dispatch on the first token of `$ARGUMENTS`:
   - `new` → run the intake interview, write `~/.claude/plugins/config/claude-for-legal/ip-legal/matters/<slug>/matter.md`, seed `history.md` and `notes.md`.
   - `list` → enumerate `~/.claude/plugins/config/claude-for-legal/ip-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/ip-legal/matters/<slug>/` to `~/.claude/plugins/config/claude-for-legal/ip-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>/`.

---

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; instead it explains the disabled state and suggests `/ip-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/ip-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-trademark-2026`, `zenith-dmca`, `novacorp-fto`.

## 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; may be "unknown third-party infringer" for watch-triggered matters)
   - **Matter type** (read the plugin's practice profile for typical categories; for ip-legal: trademark clearance | trademark enforcement | DMCA | patent FTO | patent infringement | IP clause review | OSS compliance | portfolio maintenance | other)
   - **Confidentiality level** (standard | heightened | clean-team — heightened prompts extra care in cross-matter settings; clean-team common in patent FTO work)
   - **Key facts** (2–5 sentences: what this matter is about, who the stakeholders are, what's at stake)
   - **Matter-specific overrides to the practice posture** (e.g., "client wants aggressive posture for this mark only", "counterparty is a strategic partner — measured tone only", "inventor unavailable — don't surface for interview")
   - **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? (`/ip-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 `/ip-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

[trademark clearance | trademark enforcement | DMCA | patent FTO | patent infringement | IP clause review | OSS compliance | portfolio maintenance | 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 posture.]

## Matter-specific overrides

*Any deviation from the practice-level posture that applies to this matter and only this matter.*

- [e.g., "Enforcement posture: measured here even though house default is aggressive — counterparty is a key channel partner."]
- [e.g., "Approval for assertion: extra sign-off from marketing required before any letter goes out."]
- [e.g., "Clean-team: matter files not readable even with cross-matter context on."]

## 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 watch-service hit on `APEXLEAF` in class 25."]
```

## 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., "show me every enforcement letter we've sent on this mark across 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 / ip-legal / matter-workspace ↗. Ссылка проверена 2026-10-10.