matter-workspace

/matter-workspace

执业者会同时服务多个客户并处理多个事项。事项工作区会将某个客户或委托的上下文与其他所有客户或委托的上下文分开。此命令用于管理这些工作区。

子命令

• /commercial-legal:matter-workspace new <slug> — 创建新的事项工作区，进行简短的情况收集，并写入 matter.md
• /commercial-legal:matter-workspace list — 列出事项及其状态和活动标记
• /commercial-legal:matter-workspace switch <slug> — 设置当前活动事项
• /commercial-legal:matter-workspace close <slug> — 归档事项（移至 ~/.claude/plugins/config/claude-for-legal/commercial-legal/matters/_archived/，绝不删除）
• /commercial-legal:matter-workspace none — 取消关联任何活动事项，仅在执业层级工作

Instructions

1. 读取 ~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md — 确认其中的 ## Matter workspaces 部分已填写。如果 Enabled 为 ✗，告知用户：“事项工作区已关闭 — 你配置为仅服务一个客户的企业法务团队，因此插件会自动使用执业层级上下文。如果你实际上服务多个客户，请重新运行 /commercial-legal:cold-start-interview --redo 并选择私人执业设置。否则，你完全不需要使用 /matter-workspace。”不要报错 — 对企业法务用户而言，禁用状态是预期状态。
2. 使用下方的子命令逻辑。
3. 根据 $ARGUMENTS 的首个词元进行分派：
   • new → 进行情况收集访谈，写入 ~/.claude/plugins/config/claude-for-legal/commercial-legal/matters/<slug>/matter.md，并创建初始的 history.md 和 notes.md。
   • list → 枚举 ~/.claude/plugins/config/claude-for-legal/commercial-legal/matters/*/matter.md，打印表格，并标记活动事项。
   • switch → 更新执业层级 CLAUDE.md 中的 Active matter: 行。
   • close → 将 ~/.claude/plugins/config/claude-for-legal/commercial-legal/matters/<slug>/ 移至 ~/.claude/plugins/config/claude-for-legal/commercial-legal/matters/_archived/<slug>/，并在 history.md 中记录关闭日期。
   • none → 将 Active matter: 设为 none — practice-level context only。
4. 向用户展示变更内容，并在写入前征得确认。

注意事项

• 除非执业层级 CLAUDE.md 中的 Cross-matter context 为 on，否则此技能绝不会跨事项读取内容。
• 归档不等于删除 — 已关闭事项仍会保留，以满足留存和利益冲突审查需要。
• Slug 使用小写字母和连字符。如果某个 slug 同时用于已归档和活动事项，已归档的事项会保留在 _archived/<slug>/ 下。

---

多客户执业者（私人执业 — 独立执业、小型律所、大型律所）会处理许多事项。一个事项的上下文不得泄漏到另一个事项中。此技能是实现这一点的轻量文件管理层。

默认状态为关闭。 企业法务用户不会看到此功能 — 他们仅在执业层级工作。对于私人执业用户，事项工作区会在冷启动时启用，也可以通过编辑执业层级 CLAUDE.md 中的 ## Matter workspaces 来启用。如果 Enabled 为 ✗，此技能不会运行；上方的工作流会说明禁用状态，并为确实需要隔离事项的用户建议运行 /commercial-legal:cold-start-interview --redo。

存储布局

所有事项数据均存储在以下路径下：

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

Slug 使用小写字母和连字符。示例：acme-msa-2026、zenith-renewal、vendor-xyz-nda。

活动事项位于执业层级 CLAUDE.md 中

执业层级 CLAUDE.md 中 ## Matter workspaces 下的 Active matter: 行是唯一真实来源。切换事项时会编辑该行。没有单独的状态文件。

子命令逻辑

new <slug>

1. 确认 matters/<slug>/ 或 matters/_archived/<slug>/ 中尚不存在该 slug。如果已被使用，请让用户选择其他 slug。
2. 进行受理访谈：
   • 客户（我们代表的一方，或内部法律事务中的内部业务部门）
   • 对方（另一方——可能有多方）
   • 事项类型（阅读插件的执业领域简介，了解常见类别；对于商业法律：供应商 MSA | 客户协议 | NDA | SaaS 订阅 | 修订 | 续约 | 其他）
   • 保密级别（标准 | 加强 | 清洁团队——在跨事项场景中，加强级别会提示额外谨慎）
   • 关键信息（用 2–5 句话说明此事项的内容、相关方以及利害关系）
   • 针对执业手册的事项特定覆盖项（例如，“客户要求 LoL 责任上限为 24 个月，而非 12 个月”，“对方是战略合作伙伴——采用维护关系的语气”）
   • 相关事项（任何关联事项的 slug）
3. 使用以下模板编写 matters/<slug>/matter.md。
4. 在 matters/<slug>/history.md 中写入一条“已开启”记录。
5. 创建空的 matters/<slug>/notes.md。
6. 不要自动切换到新事项。询问：“现在要切换到 <slug> 吗？（/commercial-legal:matter-workspace switch <slug>）”

list

枚举 matters/*/matter.md。读取每个文件的 front-matter 或前几行，以提取状态。打印一个表格：

Slug	客户	事项类型	状态	开启日期	活跃

用 * 标记当前活跃事项。如果存在 _archived/*，则在单独的“已归档”标题下列出。

switch <slug>

1. 确认 matters/<slug>/matter.md 存在。如果不存在，提供 /commercial-legal:matter-workspace new <slug>。
2. 将执业领域级别的 CLAUDE.md 中的 Active matter: 行编辑为 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

将执业领域级别的 CLAUDE.md 中的 Active matter: 设为 none — practice-level context only。向用户确认。

matter.md 模板

[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 初始内容

# 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]."]

跨事项上下文

执业领域级别的 CLAUDE.md 中有一个 Cross-matter context: 标志。当它设为 off（默认值）时，在事项 A 中工作的技能绝不会读取 matters/B/ 中属于任何其他 B 的文件。仅此而已。这是此设置提供的保密保障。

当它设为 on 时，只有在用户明确提出要求时，技能才可以读取不同事项文件夹中的文件（例如，“比较我们在最近五个供应商事项中的责任上限立场”）。即使设为 on，除非用户要求查看跨事项内容，否则默认也只加载当前活跃事项。

此技能不会执行的操作

• 执行利益冲突检查。 利益冲突检查由从业者/律所负责；受理流程只记录用户声明的信息。
• 强制执行保留政策。 关闭事项会将其归档，而不会删除。保留政策不在本技能范围内。
• 自动路由输出。 实质性技能决定写入位置；本技能告知它当前活跃的文件夹，而不是应在其中写入什么。
• 判断跨事项操作是否适当。 本技能读取该标志并遵守其设置。