corporate-matter-workspace

name	corporate-matter-workspace
description	管理事项工作区——创建、列出、切换、关闭或分离当前活跃事项，使多客户执业者将某一客户的上下文与其他客户区分。任何需要知道正在处理哪个事项的实质性技能均读取本技能。当用户说"新建事项""切换事项""列出事项""关闭事项"或希望仅以实务级工作时使用。
argument-hint	<new | list | switch | close | none> [简称]

/matter-workspace

执业者需要处理多个客户和事项。事项工作区将单个客户或委托的上下文与其他所有事项分隔开。此技能负责管理这些工作区。

子命令

• corporate-matter-workspace new <简称> — 创建新事项工作区，运行简短的信息采集，写入 matter.md
• corporate-matter-workspace list — 列出所有事项及其状态和活动标识
• corporate-matter-workspace switch <简称> — 设置活动事项
• corporate-matter-workspace close <简称> — 归档事项（移至 $LEGAL_AGENT_PROFILE_HOME/corporate-legal/matters/_archived/，绝不删除）
• corporate-matter-workspace none — 脱离任何活动事项，仅在实务级工作

指令

1. 读取 $LEGAL_AGENT_PROFILE_HOME/corporate-legal/profile.md ——确认 ## matter-workspace 部分已填充。如果 Enabled 为 ✗，告知用户："事项工作区已关闭——你的配置为企业法务，仅服务一家公司，因此插件自动在实务级上下文下工作。如果你实际为多家客户工作，重新运行 corporate-cold-start-interview --redo 并选择私人执业设置。否则，你完全不需要 /matter-workspace。"不要报错——对于企业法务用户，关闭状态是预期状态。
2. 使用以下工作流。
3. 按 $ARGUMENTS 的第一个 token 调度：
   • new → 运行信息采集访谈，写入 $LEGAL_AGENT_PROFILE_HOME/corporate-legal/matters/<简称>/matter.md，初始化 history.md 和 notes.md。
   • list → 枚举 $LEGAL_AGENT_PROFILE_HOME/corporate-legal/matters/*/matter.md，打印表格，标记活跃事项。
   • switch → 更新实务级 CLAUDE.md 中的 活跃事项： 行。
   • close → 将 $LEGAL_AGENT_PROFILE_HOME/corporate-legal/matters/<简称>/ 移至 $LEGAL_AGENT_PROFILE_HOME/corporate-legal/matters/_archived/<简称>/，在 history.md 中记录关闭日期。
   • none → 将 活跃事项： 设置为 无 — 仅实务级上下文。
4. 展示变更内容并在写入前与用户确认。

注意事项

• 除非实务级 CLAUDE.md 中 跨事项上下文 为 开，否则本技能绝不跨事项读取信息。
• 归档不是删除——已关闭事项保留可读，用于保留/利益冲突目的。
• 简称为小写字母加连字符。如简称跨已归档和活跃事项重复使用，已归档版本保留在 _archived/<简称>/ 下。

---

多客户执业者（私人执业——个人执业、小型律所、大型律所）跨大量事项工作。一个事项的上下文不得泄露到另一个。本技能是使这一隔离成立的薄文件管理层。

默认状态是关闭。 企业法务用户从不看到此项——他们仅以实务级运行。事项工作区在冷启动时为私人执业用户开启，或通过编辑实务级 CLAUDE.md 中的 ## 事项工作区 开启。如果 Enabled 为 ✗，本技能不运行；corporate-matter-workspace 解释关闭状态并建议对实际需要事项隔离的用户运行 corporate-cold-start-interview --redo。

存储布局

所有事项数据位于：

$LEGAL_AGENT_PROFILE_HOME/corporate-legal/
├── CLAUDE.md                       # 实务级实务画像
└── matters/
    ├── <简称>/
    │   ├── matter.md               # 客户、对方当事人、事项类型、关键事实、覆盖规则
    │   ├── history.md              # 事件、决策、草稿、审查的带日期的日志
    │   ├── notes.md                # 自由格式的工作笔记
    │   └── outputs/                # 本事项目的技能输出（可选子文件夹）
    └── _archived/
        └── <简称>/                 # 已关闭事项 — 可读但不活跃

简称为小写字母加连字符。示例：acme-msa-2026、zenith-renewal、vendor-xyz-nda。

活跃事项在实务 CLAUDE.md 中

实务级 CLAUDE.md 中 ## 事项工作区 下的 活跃事项： 行是单一真实来源。切换事项编辑该行。无独立的状态文件。

子命令逻辑

new <简称>

1. 确认简称在 matters/<简称>/ 或 matters/_archived/<简称>/ 中尚未存在。如已重复使用，请用户选择不同的简称。
2. 运行信息采集访谈：
   • 客户（我们代表的当事方，或企业法务场景中的内部业务单元）
   • 对方当事人（另一方——可能有多个）
   • 事项类型（读取插件的实务画像获取典型类别；对公司业务插件：并购买方/并购卖方/融资/董事会事项/主体重组/整合项目/其他）
   • 保密等级（标准/较高/清洁团队——较高级别在跨事项设置中提示额外注意）
   • 关键事实（2-5句：本事项目是什么、利益方有谁、利害关系何在）
   • 对实务合同手册的事项特定覆盖（例如"客户要求24个月责任上限而非12个月"，"对方当事人是战略合作伙伴——保持维护关系口吻"）
   • 关联事项（任何关联事项的简称）
3. 使用以下模板写入 matters/<简称>/matter.md。
4. 在 matters/<简称>/history.md 中初始化一条"已创建"条目。
5. 创建一个空的 matters/<简称>/notes.md。
6. 不自动切换到新事项。询问："要现在切换到 <简称> 吗？（corporate-matter-workspace switch <简称>）"

list

枚举 matters/*/matter.md。读取每份文件的前置信息或前几行以提取状态。打印表格：

简称	客户	事项类型	状态	创建日期	活跃

用 * 标记当前活跃事项。如有已归档事项，在单独的"已归档"标题下列出 _archived/*。

switch <简称>

1. 确认 matters/<简称>/matter.md 存在。如不存在，提供 corporate-matter-workspace new <简称>。
2. 编辑实务级 CLAUDE.md 中的 活跃事项： 行为 活跃事项：<简称>。
3. 向用户展示 matter.md 摘要以便确认在正确的事项上。

close <简称>

1. 确认 matters/<简称>/ 存在。
2. 在 matters/<简称>/history.md 中追加一条带当日日期的"已关闭"条目。
3. 将 matters/<简称>/ 移至 matters/_archived/<简称>/。
4. 如果已关闭事项是活跃事项，将 活跃事项： 设置为 无 — 仅实务级上下文。

none

将实务级 CLAUDE.md 中的 活跃事项： 设置为 无 — 仅实务级上下文。与用户确认。

matter.md 模板

[工作成果页眉 — 按插件配置 ## 输出规范 — 因角色而异；参见实务级 CLAUDE.md 中的 `## 使用者`]

# 事项：[客户] — [简述]

**简称：**[简称]
**创建日期：**[YYYY-MM-DD]
**状态：**活跃
**保密等级：**[标准 / 较高 / 清洁团队]

---

## 当事方

**客户：**[名称]
**对方当事人：**[名称]

## 事项类型

[供应商主服务协议 | 客户协议 | 保密协议 | SaaS订阅 | 修订 | 续约 | 其他 — 附一行简要说明]

## 关键事实

[2-5句。本事项目是什么。利益方有谁。利害关系何在。与默认合同手册有何不同。]

## 事项特定覆盖

*偏离实务级合同手册且仅适用于本事项目的任何内容。*

- [例如："责任上限：客户要求24个月，而非内部标准12个月。"]
- [例如："口吻：维护关系——对方当事人是战略合作伙伴。"]
- [例如："适用法律：必须为香港法，而非中国大陆法。"]

## 关联事项

- [简称 ——一行说明为何关联]

## 保密说明

[如果保密级别为较高或清洁团队，请说明原因。说明谁可以查看事项文件。说明即使全局开启的情况下，是否允许跨跨事项使用上下文信息。]

history.md 种子文件

# 历史记录：[客户] — [简述]

仅追加的事件日志。最新排在最前。

---

## [YYYY-MM-DD] — 事项创建

信息采集完成。简称：`[简称]`。状态：活跃。
[任何超出 matter.md 值得保留的初始上下文——例如"为回应[对方当事人]发来的主协议草案而创建。"]

跨事项上下文

实务级 CLAUDE.md 有一个 跨事项上下文： 标志。当其为 关（默认值）时，在事项 A 中工作的技能绝不读取任何其他 B 的 matters/B/ 中的文件。绝无例外。这是该设置旨在提供的保密性保证。

当该标志为 开 时，技能仅在用户明确要求时才可跨事项文件夹读取文件（例如"比较我们过去五个供应商事项在责任上限上的立场"）。即使标志为 开，默认也仅加载活跃事项，除非用户要求跨事项查看。

本技能不执行的操作

• 不运行利益冲突检查。 利益冲突是执业者/律所的工作；信息采集模块记录用户声明的内容。
• 不强制执行保留政策。 关闭案件会将其归档，但不会删除。保留政策不在本技能范围内。
• 不自动路由输出。 由实质性技能决定写入何处；本技能仅告诉它哪个文件夹是活跃的，而不是该在其中写入什么内容。
• 不决定跨事项操作是否适当。 本技能读取标志并遵守其规定。