zhou210712/claude-for-legal-ZH

# /ai-inventory

1. 读取 `~/.claude/plugins/config/claude-for-legal/ai-governance-legal/CLAUDE.md` → 既有AI系统清单（如有）、监管注册表。
2. 运行以下工作流。
3. 对每个系统：描述功能 → 判定提供者/使用者角色 → 分配风险等级 → 映射监管义务。
4. 输出系统级条目 + 汇总表。

```
/ai-governance-legal:ai-inventory "智能客服系统 v3"
/ai-governance-legal:ai-inventory --full
```

---

# /aia-generation

1. 读取 `~/.claude/plugins/config/claude-for-legal/ai-governance-legal/CLAUDE.md` → 监管注册表（适用法规、阈值、义务）、AI系统清单、科技伦理审查配置。
2. 运行以下工作流。
3. 判定走快速轨还是全面轨。提取系统描述 → 确定监管角色和风险等级 → 生成评估。
4. 输出：定级 + 评估文件，包含具体行动项、负责人和截止日期。

```
/ai-governance-legal:aia-generation "客户信用评分模型 v2"
```

---

# AI系统评估生成

# /cold-start-interview

1. 检查 `~/.claude/plugins/config/claude-for-legal/ai-governance-legal/CLAUDE.md` 是否已存在。如果存在且用户未传递 `--redo` → "AI治理实践配置已存在于 [路径]。使用 `--redo` 重新运行。"
2. 运行以下访谈。一次进行一个部分。
3. 选项后附 `(✓)` 标注推荐默认值。
4. 当所有部分完成后，写入 `CLAUDE.md`。

```
/ai-governance-legal:cold-start-interview
/ai-governance-legal:cold-start-interview --redo
```

---

# /customize

> **实践配置定制**——调整配置设置，但不重新运行完整的冷启动访谈。不改变技能逻辑；仅改变实践层面的默认立场。

覆盖 `~/.claude/plugins/config/claude-for-legal/ai-governance-legal/CLAUDE.md` 中的指定字段。其他一切保持不变。

```
/ai-governance-legal:customize "将我们的AI风险偏好从'中性'调整为'保守'"
/ai-governance-legal:customize "添加红线：不使用AI进行员工绩效自动排名"
/ai-governance-legal:customize "将算法备案到期提醒设为提前60天"
```

---

# /matter-workspace

执业律师同时处理多个客户和事务。事务工作区将一个客户或委托的上下文与另一个隔离开。此技能管理工作区。

## 子命令

- `/ai-governance-legal:matter-workspace new <slug>` — 创建新的事务工作区，运行简短录入，写入 `matter.md`
- `/ai-governance-legal:matter-workspace list` — 列出事务及其状态和活跃标记
- `/ai-governance-legal:matter-workspace switch <slug>` — 设置活跃事务
- `/ai-governance-legal:matter-workspace close <slug>` — 归档事务（移动到 `~/.claude/plugins/config/claude-for-legal/ai-governance-legal/matters/_archived/`，不删除）
- `/ai-governance-legal:matter-workspace none` — 解除活跃事务，仅在实践层面工作

## 指令

# /policy-monitor

**扫描模式**（无参数或 `--sweep`）：
1. 读取 `~/.claude/plugins/config/claude-for-legal/ai-governance-legal/CLAUDE.md` → 输出文件夹路径、AI使用政策文档、上次扫描日期。
2. 运行以下工作流。扫描输出文件夹中自上次扫描以来的文件。
3. 对每个输出：提取已批准的实践 → 与当前政策承诺对比。
4. 分类差距：必须（政策与实际操作不符）vs 建议（政策未提及）。
5. 对每个差距：引用当前政策、描述差距、起草建议语言。
6. 更新 `~/.claude/plugins/config/claude-for-legal/ai-governance-legal/CLAUDE.md` 中的上次政策扫描日期。

**直接查询模式**（有描述参数）：
1. 读取 `~/.claude/plugins/config/claude-for-legal/ai-governance-legal/CLAUDE.md` → 当前政策承诺 + 实际政策文档。
2. 解析提议的实践。与政策对比：AI系统类型、数据使用、透明度、安全措施、用户权利、供应商管理。
3. 输出：已覆盖 / 缺失 / 冲突 + 每个差距的建议语言 + 时机建议。

# /policy-starter

1. 读取 `~/.claude/plugins/config/claude-for-legal/ai-governance-legal/CLAUDE.md` → 监管注册表（适用法规）、AI系统清单（已在使用的AI）、公司的实践位置（风险偏好、透明度承诺）。
2. 运行以下工作流。
3. 确定受众 → 选择模板 → 填充公司的具体内容 → 输出草案。
4. 附一份"仍需决定"清单——政策初稿解决不了的问题，需要由人来拍板。

```
/ai-governance-legal:policy-starter "内部员工AI使用政策"
/ai-governance-legal:policy-starter "面向用户"
/ai-governance-legal:policy-starter
[省略参数以获取受众选择提示]
```

# /reg-gap-analysis

1. 读取 `~/.claude/plugins/config/claude-for-legal/ai-governance-legal/CLAUDE.md` → AI系统清单、监管注册表、AI政策承诺。
2. 运行以下工作流。
3. 范围：该法规是否适用？（管辖权、阈值、行业）
4. 提取要求 → 与当前状态对比 → 差距清单。
5. 整改计划附负责人、日期、优先级。
6. 保存注明日期的文档。即使"无差距"也应记录。

```
/ai-governance-legal:reg-gap-analysis "生成式人工智能服务管理办法"
```

---

# /use-case-triage

1. 读取 `~/.claude/plugins/config/claude-for-legal/ai-governance-legal/CLAUDE.md` → 已注册的AI系统、红线清单、审批工作流。
2. 运行以下工作流。
3. 如果注册表中已有匹配项 → 返回当前状态，不重新分类。
4. 如果没有匹配项 → 按风险层级分类：检查红线 → 残余风险分级 → 输出分类和理由。

```
/ai-governance-legal:use-case-triage "用用户行为数据训练一个推荐模型"
```

---

# AI用例分类

# /vendor-ai-review

1. 读取 `~/.claude/plugins/config/claude-for-legal/ai-governance-legal/CLAUDE.md` → 合同审查立场、可接受风险阈值、红线条款。
2. 运行以下工作流。
3. 逐项核查AI特定风险——训练数据→责任→模型变更→合规传导。
4. 输出：风险总结 + 红线标记 + 谈判立场（经核准/附条件/阻止）。

```
/ai-governance-legal:vendor-ai-review
[paste the vendor AI terms]
```

---

# /amendment-history

加载基础协议及所有修订，然后总结历次变更内容或追踪特定条款的当前有效语言。

## 指令

1. **获取文件：** 从文件上传、合同管理系统ID（即将上线）或存储库链接（即将上线）获取。接受一次调用中的多个文件。如未提供，询问。

2. **检测模式** 通过解析请求判断运行模式。明确指出条款名称→模式2。未提及条款→模式1。仅在真的存在歧义时才询问。

3. **运行以下工作流。** 完全执行。

4. **输出后提供后续操作：**
   - "是否需要追踪其他条款？"

# /cold-start-interview

运行冷启动访谈。首次运行写入 `~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md`；后续使用 `--redo` 运行则重新访谈并在覆盖前展示差异。

## 指令

1. **检查当前状态：** 读取配置文件。如果包含 `[PLACEHOLDER]` 或 `[你的公司名称]`，继续全新访谈。如果已填充且未传 `--redo`，询问是否重新运行。

2. **按以下访谈脚本执行。**

3. **索要种子文件：** 请求5-10份最近签署的协议（越多越好，20份给出更清晰的模式）和上报矩阵（如存在）。

4. **阅读种子文件** 并提取实际审查指引立场。记录陈述立场与实际签署条款之间的差异。

# /customize

## 何时运行

用户键入 `/commercial-legal:customize`。他们想修改业务领域配置中的某项——风险姿态、上报联系人、审查指引立场、管辖、输出格式——而无需重新运行完整冷启动访谈。

## 做什么

1. **读取配置。** 读取 `~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md`。如果不存在或仍有占位符，说：你还没有运行设置。先运行 `/commercial-legal:cold-start-interview`——定制功能用于调整已有的配置。

2. **展示可定制项目清单。** 按组列出配置中的内容：
   - **公司/你是谁** — 名称、行业、法域范围、执业场景
   - **风险姿态** — 保守/中等/激进
   - **人员** — 上报链条、审批人

# /escalation-flagger

根据审查指引中的上报矩阵指明合同问题的审批人并起草消息。

## 指令

1. **加载审查指引** → 上报部分。如缺失，说明——业务领域配置需要编辑。

2. **定性问题：** 金额阈值 / 条款偏离 / 自动触发 / 商业决策。

3. **匹配矩阵，指明审批人。** 具体——是人或角色，不是"法务领导层"。

4. **按模板起草上报说明：** 合同内容、审查指引立场、附带建议的选项、决策截止日期。

# /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>` — 归档事项（移至 `_archived/`，绝不删除）
- `/commercial-legal:matter-workspace none` — 脱离任何当前事项，纯业务领域级工作

## 指令

# 保密协议审查

## 事项上下文

**事项上下文。** 检查业务领域级 CLAUDE.md 中的 `## 事项工作区`。如果 `Enabled` 为 `✗`（法务用户的默认值），跳过本段其余内容——技能使用业务领域级上下文，事项机制不可见。如果已启用且没有活动事项，询问："这是哪个事项的？运行 `/commercial-legal:matter-workspace switch <slug>` 或说 `practice-level`。"加载活动事项的 `matter.md` 获取事项特定上下文和覆盖设置。将输出写入事项文件夹 `~/.claude/plugins/config/claude-for-legal/commercial-legal/matters/<matter-slug>/`。除非 `跨事项上下文` 为 `on`，否则绝不读取其他事项的文件。

---

## 发送对象检查

生成输出前，检查发送对象。如果用户指定了发送对象（频道、分发列表、对方当事人、"所有人"），询问是否在保密特权范围内。公共频道、全公司列表、对方当事人/对方律师、供应商和客户（就工作成果而言）均放弃保护。当发送对象在圈外时，标注并给出 (a) 仅限法务查看的保密版本，(b) 适用于更广泛渠道的脱敏版本，或 (c) 两者——不要默默加上保密文件头，然后协助将文件粘贴到文件头无法保护的地方。参见本插件 CLAUDE.md 中的规范 `## 共享安全机制 → 发送目的地检查`。

## 目的

# /renewal-tracker

呈现哪些合同即将续约以及必须在何时之前取消。

## 指令

1. **读取 `~/.claude/plugins/config/claude-for-legal/commercial-legal/renewal-register.yaml`**（配置目录——插件更新后仍保留）。

2. **默认模式：** 模式2——未来90天内即将到来的事项，按紧急程度分组。

3. **`--days N`：** 变更窗口。

4. **`--missed`：** 模式4——已过期的取消截止日期。

# /review

根据审查指引审查接收方协议。从标题识别协议结构，选择合适的技能，如 `confirm_routing` 启用则在继续前与用户确认。

## 指令

1. **加载审查指引。** 如果存在占位符，停止并提示运行 `/commercial-legal:cold-start-interview`。同时读取 `## 审查偏好` → `confirm_routing`。

2. **获取协议：** 从文件路径、云文档链接、合同管理系统ID或粘贴文本获取。

3. **读取文件结构——先看标题。** 提取主协议标题和全部展示件/附件标题。这是路由信号。

4. **根据文件结构选择技能。**

# /review-proposals

逐步审查来自监控代理的待处理审查指引更新建议，并将批准的变更应用到 `~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md`。

## 指令

1. **加载审查指引监控代理** 并运行步骤5（审查和批准流程）。

2. **如果不存在建议文件** 或为空：回应*"无待处理建议。审查指引已是最新。"*不要继续。

3. **逐一呈现建议。** 对每项建议，展示完整建议块并提供四个选项：接受、拒绝、编辑、延期。

4. **对于接受或编辑：** 在写入前展示对审查指引的确切差异。仅在律师明确确认后应用。

# SaaS / 订阅协议审查

## 事项上下文

**事项上下文。** 检查业务领域级 CLAUDE.md 中的 `## 事项工作区`。如果 `Enabled` 为 `✗`（法务用户的默认值），跳过本段其余内容——技能使用业务领域级上下文，事项机制不可见。如果已启用且没有活动事项，询问："这是哪个事项的？"加载活动事项的 `matter.md` 获取事项特定上下文和覆盖设置。

---

## 目的

SaaS协议的风险画像与一次性供应商合同不同。金额随续约累积，数据不断积累，切换成本每月都在增长。本技能以此为核心进行审查。运行标准审查指引检查并叠加SaaS专项审查层。

## 管辖假设

# 利益方摘要

## 事项上下文

**事项上下文。** 检查业务领域级 CLAUDE.md 中的 `## 事项工作区`。如果 `Enabled` 为 `✗`，跳过本段。

---

## 发送对象检查

生成输出前检查发送对象。当发送对象在保密特权圈外时，标注并给出保密版本或脱敏版本。

## 目的

# 供应商协议审查

## 事项上下文

**事项上下文。** 检查业务领域级 CLAUDE.md 中的 `## 事项工作区`。如果 `Enabled` 为 `✗`（法务用户的默认值），跳过本段其余内容——技能使用业务领域级上下文，事项机制不可见。如果已启用且没有活动事项，询问："这是哪个事项的？运行 `/commercial-legal:matter-workspace switch <slug>` 或说 `practice-level`。"加载活动事项的 `matter.md` 获取事项特定上下文和覆盖设置。将输出写入事项文件夹。除非 `跨事项上下文` 为 `on`，否则绝不读取其他事项的文件。

---

## 发送对象检查

生成输出前，检查发送对象。如果用户指定了发送对象（频道、分发列表、对方当事人、"所有人"），询问是否在保密特权范围内。公共频道、全公司列表、对方当事人/对方律师、供应商和客户均放弃保护。当发送对象在圈外时，标注并给出 (a) 仅限法务查看的保密版本，(b) 适用于更广泛渠道的脱敏版本，或 (c) 两者。参见本插件 CLAUDE.md 中的 `## 共享安全机制 → 发送目的地检查`。

## 目的

# AI 工具交接

## 事项上下文

**事项上下文。** 检查实务级 CLAUDE.md 中的 `## 事项工作区`。如果 `Enabled` 为 `✗`（企业法务用户的默认值），跳过本段其余内容——技能使用实务级上下文，事项机制不可见。如果已启用且无活跃事项，询问："这是哪个事项？运行 `/corporate-legal:matter-workspace switch <事项简称>` 或说 `实务级`。"加载活跃事项的 `matter.md` 获取事项特定上下文和覆盖规则。输出写入事项文件夹 `~/.claude/plugins/config/claude-for-legal/corporate-legal/matters/<事项简称>/`。除非 `跨事项上下文` 为 `开`，否则绝不读取其他事项的文件。

---

## 目的

AI 辅助审查工具擅长一件事：读取500份合同并找到每一条控制权变更条款。它们不擅长判断——决定某条特定的控制权变更条款是否真的被本次交易结构触发。

本技能将批量提取交接给合适的工具，然后对返回的结果运行 QA 层。

# 董事会纪要

## 事项上下文

**事项上下文。** 检查实务级 CLAUDE.md 中的 `## 事项工作区`。如果 `Enabled` 为 `✗`（企业法务用户的默认值），跳过本段其余内容——技能使用实务级上下文，事项机制不可见。如果已启用且无活跃事项，询问："这是哪个事项？运行 `/corporate-legal:matter-workspace switch <事项简称>` 或说 `实务级`。"加载活跃事项的 `matter.md` 获取事项特定上下文和覆盖规则。输出写入事项文件夹 `~/.claude/plugins/config/claude-for-legal/corporate-legal/matters/<事项简称>/`。除非 `跨事项上下文` 为 `开`，否则绝不读取其他事项的文件。

---

## 目的

董事会纪要是法律记录。它们需要准确、完整，并以经得起审视的格式——无论是融资尽调审查、监管调查还是并购数据室。本技能以你的内部格式起草，让你花时间审查和修正，而非格式化和重新键入。

## 加载上下文

# /closing-checklist

1. 读取 `~/.claude/plugins/config/claude-for-legal/corporate-legal/deals/[代码]/closing-checklist.yaml` 并使用以下模式。
2. 如有状态更新：模式3（更新项目）。
3. 否则模式4：阻碍项、关键路径、距交割天数。

---

## 事项上下文

**事项上下文。** 检查实务级 CLAUDE.md 中的 `## 事项工作区`。如果 `Enabled` 为 `✗`（企业法务用户的默认值），跳过本段其余内容——技能使用实务级上下文，事项机制不可见。如果已启用且无活跃事项，询问："这是哪个事项？运行 `/corporate-legal:matter-workspace switch <事项简称>` 或说 `实务级`。"加载活跃事项的 `matter.md` 获取事项特定上下文和覆盖规则。输出写入事项文件夹 `~/.claude/plugins/config/claude-for-legal/corporate-legal/matters/<事项简称>/`。除非 `跨事项上下文` 为 `开`，否则绝不读取其他事项的文件。

---

# /cold-start-interview

1. 检查 `~/.claude/plugins/config/claude-for-legal/corporate-legal/CLAUDE.md`。如果 `--new-deal`，跳至逐项交易设置。如果 `--check-integrations`，跳过访谈——仅重新运行第0部分"连接了什么？"检查并重写 CLAUDE.md 中的 `## 可用集成` 表。探测时：仅在实际MCP工具调用成功后报告 ✓。已配置但未测试的连接器应标记为 ⚪ 并附一行确认方式。绝不基于 `.mcp.json` 声明报告 ✓——这会误导用户认为某项已接通而实际并未。
2. 运行以下访谈（先第0部分——角色 + 集成——然后模块）。
3. 种子文件：尽调需求清单 + 一份先前问题备忘录。
4. 提取：类别、阈值、备忘录格式、AI 工具配置。
5. 迁移：如果缓存路径存在已填充的 CLAUDE.md（无 `[PLACEHOLDER]` 标记）但配置路径不存在，复制到配置路径并告知用户迁移了什么。
6. 写入 `~/.claude/plugins/config/claude-for-legal/corporate-legal/CLAUDE.md`（按需创建父目录）。对 `--new-deal`，写入 `~/.claude/plugins/config/claude-for-legal/corporate-legal/deals/[代码]/deal-context.md`。

---

## 目的

公司法律顾问的角色比几乎所有其他法务职能变化更大。一家50人初创公司的单人法务总监要操作并购、管理股权结构表并担任董事会秘书。一家大型企业的公司律师可能只负责信息披露委员会流程。本访谈找出哪些领域对你有效，并仅构建相关的实务画像——不相关的不留空白。

# /customize

## 何时运行

用户键入 `/corporate-legal:customize`。他们想修改实务画像中的某项——风险姿态、上报联系人、模块开关、输出格式——而无需重新运行完整冷启动访谈，也无需手工编辑 YAML。

## 做什么

1. **读取配置。** 读取
   `~/.claude/plugins/config/claude-for-legal/corporate-legal/CLAUDE.md`
   （以及上一级目录的 `~/.claude/plugins/config/claude-for-legal/company-profile.md`）。
   如果插件配置不存在或仍包含 `[PLACEHOLDER]`，说：

   > 你还没有运行设置。先运行 `/corporate-legal:cold-start-interview`

# 交易团队摘要

## 事项上下文

**事项上下文。** 检查实务级 CLAUDE.md 中的 `## 事项工作区`。如果 `Enabled` 为 `✗`（企业法务用户的默认值），跳过本段其余内容——技能使用实务级上下文，事项机制不可见。如果已启用且无活跃事项，询问："这是哪个事项？运行 `/corporate-legal:matter-workspace switch <事项简称>` 或说 `实务级`。"加载活跃事项的 `matter.md` 获取事项特定上下文和覆盖规则。输出写入事项文件夹 `~/.claude/plugins/config/claude-for-legal/corporate-legal/matters/<事项简称>/`。除非 `跨事项上下文` 为 `开`，否则绝不读取其他事项的文件。

---

## 目的

交易负责人不读200条发现。他们读的是：什么是重大的、自上次简报以来有什么变化、需要什么决策。本技能将尽调输出压缩到适合阅读者的层级。

## 加载上下文

# /diligence-issue-extraction

1. 加载 `~/.claude/plugins/config/claude-for-legal/corporate-legal/CLAUDE.md` + `~/.claude/plugins/config/claude-for-legal/corporate-legal/deals/[代码]/deal-context.md`。
2. 使用以下工作流。
3. 检查 `ai-tool-handoff` ——如果类别为大批量且已配置工具，先交接。
4. 阅读文件，适用重要性过滤，按类别提取。
5. 发现以内部备忘录格式呈现。同意事项交接给交割检查表。

---

## 事项上下文

**事项上下文。** 检查实务级 CLAUDE.md 中的 `## 事项工作区`。如果 `Enabled` 为 `✗`（企业法务用户的默认值），跳过本段其余内容——技能使用实务级上下文，事项机制不可见。如果已启用且无活跃事项，询问："这是哪个事项？运行 `/corporate-legal:matter-workspace switch <事项简称>` 或说 `实务级`。"加载活跃事项的 `matter.md` 获取事项特定上下文和覆盖规则。输出写入事项文件夹 `~/.claude/plugins/config/claude-for-legal/corporate-legal/matters/<事项简称>/`。除非 `跨事项上下文` 为 `开`，否则绝不读取其他事项的文件。

# /entity-compliance

1. 加载 `~/.claude/plugins/config/claude-for-legal/corporate-legal/CLAUDE.md` → `## 主体管理`（主体清单、注册地、工商登记代办机构）。
2. 按以下标志路由到正确的模式：
   - 无标志或 `--init`：模式1——从主体清单初始化追踪器
   - `--report`：模式2——呈现即将到来的截止日和逾期项
   - `--update`：模式3a（手动）或 3b（--from-report 上传）——更新状态
   - `--sweep`：模式3c——逐项排查未知/逾期项
   - `--audit`：模式4——全面健康审计
   - `--export`：模式5——产出 CSV 或表格导出
3. 读取/写入 `~/.claude/plugins/config/claude-for-legal/corporate-legal/entities/compliance-tracker.yaml`。
4. 任何更新后：展示变更摘要和下一步行动。

---

# /integration-management

1. 加载 `deal-context.md` 获取交易代码、目标公司、交割日期、交易负责人。
2. 加载 `integration-tracker.yaml`（如存在；或通过 --init 创建）。
3. 使用以下工作流。
4. 按标志路由：
   - `--init`：模式1——读取收购协议，构建分阶段工作计划、同意追踪器
   - `--contracts`：模式2——导入合同清单（存储库或上传），分层和分类
   - `--report`：模式3——生成状态报告
   - `--update`：模式4——手动更新或解析上传的状态文件
   - `--export`：模式5——CSV 或表格导出
5. 读取/写入 `~/.claude/plugins/config/claude-for-legal/corporate-legal/deals/[代码]/integration-tracker.yaml`。
6. 任何写入后：展示变更摘要并呈现任何新标记。

# /material-contract-schedule

1. 加载股权收购协议 → 重大合同定义 + 清单格式。
2. 使用以下工作流。
3. 将定义适用于尽调发现。标记边界情形。
4. 按协议格式排版。同意事项叠加层馈入交割检查表。

---

## 事项上下文

**事项上下文。** 检查实务级 CLAUDE.md 中的 `## 事项工作区`。如果 `Enabled` 为 `✗`（企业法务用户的默认值），跳过本段其余内容——技能使用实务级上下文，事项机制不可见。如果已启用且无活跃事项，询问："这是哪个事项？运行 `/corporate-legal:matter-workspace switch <事项简称>` 或说 `实务级`。"加载活跃事项的 `matter.md` 获取事项特定上下文和覆盖规则。输出写入事项文件夹 `~/.claude/plugins/config/claude-for-legal/corporate-legal/matters/<事项简称>/`。除非 `跨事项上下文` 为 `开`，否则绝不读取其他事项的文件。

---

# /matter-workspace

执业者跨多个客户和事项工作。事项工作区将一个客户或委托的上下文与其他客户隔离。本技能管理这些工作区。

## 子命令

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

## 指令

# /tabular-review

1. 加载 `~/.claude/plugins/config/claude-for-legal/corporate-legal/CLAUDE.md` → 尽调结构、阈值、内部格式。
2. 确认：什么文件、什么列、输出到哪里。
3. 构建类型化模式。写入 `.review-schema.yaml`。与用户确认。
4. 样本运行（3-5份文件）。调整模式。确认。
5. 展开——每份文件一个子代理，并行。每格：值 + 状态 + 逐字引文 + 位置。
6. 归一化遍。标记异常和不一致。
7. 输出：`.xlsx` 或在线表格（询问），外加 `.csv` + `_sources.csv` + markdown 始终输出。工作成果页眉。
8. 摘要：核实工作量（每列 not_present / unclear / needs_review 的计数）、标记的列、文件位置、提醒每个单元格是线索而非发现。

```
/corporate-legal:tabular-review
/corporate-legal:tabular-review --schema .review-schema.yaml --docs ./vdr/02-Contracts/

# /written-consent

1. 加载 `~/.claude/plugins/config/claude-for-legal/corporate-legal/CLAUDE.md` → 董事会与公司秘书（决议存储库、决议措辞、注册地、董事会组成）。
2. 使用以下工作流。
3. 识别行动并进行分类（常规/审查标记）。
4. 如为审查标记：展示外部律师警示并在继续前确认。
5. 搜索决议存储库中最接近的先例。如无存储库：使用 `~/.claude/plugins/config/claude-for-legal/corporate-legal/CLAUDE.md` 中的种子决议。
6. 以内部格式、以先例为基础起草决议。
7. 输出：决议草案 + 签署人检查表 + 审查提示。

---

## 事项上下文

# /cold-start-interview

1. 检查 `~/.claude/plugins/config/claude-for-legal/employment-legal/CLAUDE.md`。如果 `--check-integrations`，跳过访谈——仅重新运行 Part 0 `有什么连接？`检查并重写配置路径下的 `## Available integrations` 表格。探测时：只有 MCP 工具调用实际成功才报告 ✓。配置但未测试的连接器应标记 ⚪ 并附一行确认方法。绝不基于 `.mcp.json` 声明报告 ✓——这会误导用户以为某事已接通而实际没有。
2. 运行以下访谈（Part 0 优先——角色 + 集成——然后是管辖范围）：省/直辖市、录用/解除审查触发条件、经济补偿惯例。
3. 种子文件：劳动规章制度 + 3 份解除备忘录。
4. 构建管辖地特定上报表。
5. 如果缓存路径下存在已填充的 CLAUDE.md（无 `[PLACEHOLDER]` 标记）但配置路径下不存在，将其复制到配置路径并告诉用户迁移了什么。
6. 写入 `~/.claude/plugins/config/claude-for-legal/employment-legal/CLAUDE.md`，根据需要创建父目录。

---

# 首次配置访谈：劳动法律师/法务

## 目的

# /customize

## 何时运行

用户输入了 `/employment-legal:customize`。他们想要修改其实践画像中的某项内容——管辖地、风险姿态、上报联系人、规章制度立场——而不重新运行整个首次配置访谈，也不手动编辑 YAML。

## 做什么

1. **读取配置。** 读取
   `~/.claude/plugins/config/claude-for-legal/employment-legal/CLAUDE.md`
   （和上一级的 `~/.claude/plugins/config/claude-for-legal/company-profile.md`）。
   如果插件配置不存在或仍包含 `[PLACEHOLDER]` 值，说：

   > 你尚未运行设置。先运行 `/employment-legal:cold-start-interview`——customize 是用于调整已有画像的。

# /expansion-kickoff

启动在新地域的用工扩张项目——收集基础信息，运行劳务派遣 vs 业务外包 vs 直接用工的用工结构分析，起草跨职能问题清单，浮现该地域的特定风险标记，并创建持续追踪文件。

## 指令

1. 加载 `~/.claude/plugins/config/claude-for-legal/employment-legal/CLAUDE.md` → 管辖范围、上报表。
2. 运行用工扩张规划全流程：
   - 收集用工需求信息（人数、岗位类型、预计时间线）
   - 分析用工结构选择：直接用工 vs 劳务派遣 vs 业务外包
   - 起草跨职能问题清单（HR、财务、行政等）
   - 浮现该地域特定标记
   - 创建追踪文件
3. 如果该地域已有追踪文件（`~/.claude/plugins/config/claude-for-legal/employment-legal/expansion-[slug].yaml`），标记："[地域]的扩张追踪文件已存在。使用 `/employment-legal:expansion-update [地域]` 更新它，或确认要重新开始。"

# /expansion-update

返回已开启的扩张追踪文件，根据上次会话以来的进展更新项目状态。重新计算现已解封的项目，标记任何逾期的项目，浮现下一优先级。

## 指令

1. 加载 `~/.claude/plugins/config/claude-for-legal/employment-legal/CLAUDE.md`。

2. 识别追踪文件：`~/.claude/plugins/config/claude-for-legal/employment-legal/expansion-[slug].yaml`。如不存在，响应："未找到[地域]的扩张追踪文件。运行 `/employment-legal:expansion-kickoff [地域]` 来启动一个。"

3. 读取追踪文件。显示当前状态：

```
[地域]扩张 —— 最后更新于 [日期]

# Handbook Updates（规章制度更新）

## 案件上下文

**案件上下文。** 检查实务级 CLAUDE.md 中的 `## Matter workspaces`。如果 `Enabled` 为 `✗`（法务用户默认值），跳过本段——技能使用实务级上下文，案件机制不可见。如果已启用且无活跃案件，询问："这是哪个案件的？运行 `/employment-legal:matter-workspace switch <slug>` 或说 `practice-level`。" 加载活跃案件的 `matter.md` 获取案件特定上下文和覆盖项。将输出写入案件文件夹。除非 `Cross-matter context` 为 `on`，否则不得读取其他案件的文件。

---

## 目的

规章制度变更具有连锁影响。修改考勤制度，你就影响了加班费计算引述、假期制度的交叉引用和三份省级补充条款。本技能在连锁反应变成不一致之前找到它们。

## 加载上下文

# /hiring-review

1. 加载 `~/.claude/plugins/config/claude-for-legal/employment-legal/CLAUDE.md` → 管辖范围、录用审查触发条件、竞业限制政策。
2. 使用以下工作流。
3. 检查：管辖地、工时制度分类、竞业限制/保密条款、背景调查合规。
4. 标记任何触发管辖地特定上报表的事项。

---

## 案件上下文

**案件上下文。** 检查实务级 CLAUDE.md 中的 `## Matter workspaces`。如果 `Enabled` 为 `✗`（法务用户默认值），跳过本段——技能使用实务级上下文，案件机制不可见。如果已启用且无活跃案件，询问："这是哪个案件的？运行 `/employment-legal:matter-workspace switch <slug>` 或说 `practice-level`。" 加载活跃案件的 `matter.md` 获取案件特定上下文和覆盖项。将输出写入案件文件夹。除非 `Cross-matter context` 为 `on`，否则不得读取其他案件的文件。

---

# Internal Investigation Skill

## Matter context

**Matter context.** Check `## Matter workspaces` in the practice-level CLAUDE.md. If `Enabled` is `✗` (the default for in-house users), skip the rest of this paragraph — skills use practice-level context and the matter machinery is invisible. If enabled and there is no active matter, ask: "Which matter is this for? Run `/employment-legal:matter-workspace switch <slug>` or say `practice-level`." Load the active matter's `matter.md` for matter-specific context and overrides. Write outputs to the matter folder at `~/.claude/plugins/config/claude-for-legal/employment-legal/matters/<matter-slug>/`. Never read another matter's files unless `Cross-matter context` is `on`.

---

## Output header

Prepend the work-product header from `~/.claude/plugins/config/claude-for-legal/employment-legal/CLAUDE.md` → `## Outputs` (it differs by user role — see `## Who's using this`). Every file, log, memo, and summary produced by this skill opens with that header.

> **Distribution discipline.** Every file this skill creates — log entries, memo drafts, audience summaries, document notes — inherits the privilege and confidentiality status of the underlying investigation. Distribution beyond the privilege circle (forwarding to non-attorneys outside the investigation team, cc'ing HR without scoping, handing to the business side) can waive privilege over the entire investigation. Store these files where privileged materials live, label per the work-product header, and make every distribution decision deliberately.

# International Expansion Skill

## Matter context

**Matter context.** Check `## Matter workspaces` in the practice-level CLAUDE.md. If `Enabled` is `✗` (the default for in-house users), skip the rest of this paragraph — skills use practice-level context and the matter machinery is invisible. If enabled and there is no active matter, ask: "Which matter is this for? Run `/employment-legal:matter-workspace switch <slug>` or say `practice-level`." Load the active matter's `matter.md` for matter-specific context and overrides. Write outputs to the matter folder at `~/.claude/plugins/config/claude-for-legal/employment-legal/matters/<matter-slug>/`. Never read another matter's files unless `Cross-matter context` is `on`.

---

## Purpose

International hiring gets handled sloppily at scaleups because nobody owns
the full picture. Legal knows the employment-law questions but not the PE
risk questions. Finance knows the cost model but not the employee-representation
triggers. HR knows the comp benchmarks but not the Day 1 compliance requirements.

# /investigation-add

向进行中的调查日志添加数据。使用已记录的筛选标准处理文件批次，浮现重要事项，记录所有已审查内容以供覆盖验证。

## 指令

1. 加载 `~/.claude/plugins/config/claude-for-legal/employment-legal/CLAUDE.md`。
2. 运行添加数据模式：
   - 将新数据追加到调查日志
   - 按筛选标准评估：是否与调查要点相关？是否重要？
   - 输出浮现比例和已浮现事项列表
3. 处理完成后，显示浮现比例和已浮现事项列表。
4. 如果数据覆盖了证据来源清单中的某项，提示更新清单。

# /investigation-memo

从调查日志起草第一版调查备忘录，或当新数据已添加时更新现有草案。

## 指令

1. 加载调查日志并运行起草/更新模式。
2. 如为首次起草，警告证据来源清单中是否仍有高优先级来源未获取。
3. 如为更新，改写前显示变更内容。
4. 所有输出标注"保密 · 内部调查工作成果 —— 受律师保密义务保护"。

## 调查备忘录结构

```markdown

# /investigation-open

开启新的调查事项——运行立案登记，生成证据来源清单，并创建持续调查日志。

## 指令

1. 加载 `~/.claude/plugins/config/claude-for-legal/employment-legal/CLAUDE.md`。
2. 运行立案模式：
   - 记录投诉/举报来源、时间、内容
   - 确定调查范围和需要核实的事实要点
   - 生成证据来源清单（需收集的文件、需访谈的人员）
   - 创建调查日志文件
3. 如果相同名称的调查事项已存在，覆盖前警告。

# /investigation-query

针对调查日志回答问题——证人说了什么、哪些地方陈述互相矛盾、存在哪些证据缺口、每个问题上最有证明力的证据是什么。

## 指令

1. 加载调查日志并运行查询模式。
2. 回答中始终引用日志条目编号。
3. 如果日志中没有与问题相关的内容，明确说明——"在本次调查日志中（已审查[N]条记录），我未看到关于[主题]的任何信息"——并提供将其标记为缺口。

## 常见查询类型

| 查询类型 | 示例 |
|---|---|

# /investigation-summary

从调查备忘录起草精简的、适合受众的摘要。HR摘要不包含保密分析和法律风险暴露评估。管理层摘要为高层次概述。外部律师简报包含完整上下文。

## 指令

1. 加载调查备忘录并运行受众摘要模式。
2. 如果尚无备忘录，提议先起草备忘录。
3. 各受众版本的规则：

| 受众 | 包含 | 排除 |
|---|---|---|
| **HR** | 事实发现、处理建议 | 法律分析、证据三性审查意见、法律风险评估 |
| **管理层** | 结论性摘要、关键事实、建议方案 | 详细证据分析、调查方法、内部法律意见 |

# /leave-tracker

检查所有有法定硬性截止日期的进行中假期，仅呈现需要决策或行动的项目。不是状态面板——告诉你需要做什么及为什么。

## 指令

1. 加载 `~/.claude/plugins/config/claude-for-legal/employment-legal/CLAUDE.md` → 管辖地表和假期管理部分。

2. 如果 `~/.claude/plugins/config/claude-for-legal/employment-legal/leave-register.yaml` 不存在或无数据，提示律师上传假期电子表格或使用 `/employment-legal:log-leave` 添加条目。

3. 仅对需要行动的假期发出预警。无问题的假期每项一行总结。

4. 检查以下截止日期类型：

# /log-leave

向 `~/.claude/plugins/config/claude-for-legal/employment-legal/leave-register.yaml` 添加新假期条目，录入开始追踪截止日期所需的最低信息。当员工开始休假且你希望追踪器从第一天起监控时间节点时使用。

## 指令

1. 读取 `~/.claude/plugins/config/claude-for-legal/employment-legal/CLAUDE.md` → 管辖地表和假期管理部分。

2. 一次性询问以下全部内容——不要逐个滴灌：

   > 几个快速问题以设置假期追踪：
   >
   > - 员工姓名或岗位（可匿名）
   > - 工作地？（省/直辖市——这决定适用哪些规则）

# /matter-workspace

执业者跨多个客户和案件工作。案件工作空间使一个客户或委托的上下文与其他每个分开。本技能管理这些工作空间。

## 子命令

- `/employment-legal:matter-workspace new <slug>` —— 创建新案件工作空间，运行简短立案登记，写入 `matter.md`
- `/employment-legal:matter-workspace list` —— 列举案件及其状态和活跃标记
- `/employment-legal:matter-workspace switch <slug>` —— 设置活跃案件
- `/employment-legal:matter-workspace close <slug>` —— 归档案件（移至 `~/.claude/plugins/config/claude-for-legal/employment-legal/matters/_archived/`，永不删除）
- `/employment-legal:matter-workspace none` —— 解除任何活跃案件，仅在实务级工作

## 指令

# /policy-drafting

1. 加载 `~/.claude/plugins/config/claude-for-legal/employment-legal/CLAUDE.md` → 管辖范围、规章制度位置。
2. 使用以下工作流。
3. 起草核心制度。检查管辖范围中每个省/直辖市是否需要差异化版本。
4. 输出：核心制度 + 省级补充条款。标记法律正在变动的领域。

---

## 案件上下文

**案件上下文。** 检查实务级 CLAUDE.md 中的 `## Matter workspaces`。如果 `Enabled` 为 `✗`（法务用户默认值），跳过本段——技能使用实务级上下文，案件机制不可见。如果已启用且无活跃案件，询问："这是哪个案件的？运行 `/employment-legal:matter-workspace switch <slug>` 或说 `practice-level`。" 加载活跃案件的 `matter.md` 获取案件特定上下文和覆盖项。将输出写入案件文件夹。除非 `Cross-matter context` 为 `on`，否则不得读取其他案件的文件。

---

# /termination-review

1. 加载 `~/.claude/plugins/config/claude-for-legal/employment-legal/CLAUDE.md` → 解除审查触发条件、高风险标记、经济补偿惯例、管辖地规则。
2. 使用以下工作流。
3. 逐项检查清单。检查每个高风险标记。
4. 按员工管辖地确定最终工资支付时点。经济补偿/赔偿金 + 协商解除协议（如适用）。
5. 如任何高风险标记触发：按上报表升级，未经签批不得继续。

---

## 案件上下文

**案件上下文。** 检查实务级 CLAUDE.md 中的 `## Matter workspaces`。如果 `Enabled` 为 `✗`（法务用户默认值），跳过本段——技能使用实务级上下文，案件机制不可见。如果已启用且无活跃案件，询问："这是哪个案件的？运行 `/employment-legal:matter-workspace switch <slug>` 或说 `practice-level`。" 加载活跃案件的 `matter.md` 获取案件特定上下文和覆盖项。将输出写入案件文件夹。除非 `Cross-matter context` 为 `on`，否则不得读取其他案件的文件。

# /wage-hour-qa

1. 加载 `~/.claude/plugins/config/claude-for-legal/employment-legal/CLAUDE.md` → 管辖范围。
2. 使用以下工作流。
3. 识别问题涉及的管辖地。如未指定，询问。
4. 按该管辖地的规则回答。引用。标记是否为临界问题或法律在变动中。

---

## 案件上下文

**案件上下文。** 检查实务级 CLAUDE.md 中的 `## Matter workspaces`。如果 `Enabled` 为 `✗`（法务用户默认值），跳过本段——技能使用实务级上下文，案件机制不可见。如果已启用且无活跃案件，询问："这是哪个案件的？运行 `/employment-legal:matter-workspace switch <slug>` 或说 `practice-level`。" 加载活跃案件的 `matter.md` 获取案件特定上下文和覆盖项。将输出写入案件文件夹。除非 `Cross-matter context` 为 `on`，否则不得读取其他案件的文件。

---

# /worker-classification

运行适用的劳动关系认定标准，标识拟议安排与预定结构不符之处。
仅限前瞻性分析——对已存在的用工关系，请咨询律师。

## 指令

1. 加载 `~/.claude/plugins/config/claude-for-legal/employment-legal/CLAUDE.md` → 管辖范围、升级表。
2. 运行以下完整工作流。
3. 如果律师提前提供详细信息，提取已有的内容，仅就缺口提问。不重复询问已提供的信息。

## 示例

```

# /cease-desist

两种模式。选一：

- `/ip-legal:cease-desist --send` — 起草警告函，校准至你的执法姿态。发送前运行响亮的关口。
- `/ip-legal:cease-desist --receive` — 对收到的警告函做分诊。产出选项备忘录附建议。

## 指令

1. **读取实践档案。** 加载 `~/.claude/plugins/config/claude-for-legal/ip-legal/CLAUDE.md`。如含占位符，停止并提示运行 `/ip-legal:cold-start-interview`。
2. **检查事项工作区。**
3. **根据参数分发：** `--send` 运行发送模式。`--receive` 运行接收模式。无参数时询问一次。
4. **尊重关口。** 发送模式中，响亮关口在草稿落盘前运行。不要跳过。
5. **尊重审批矩阵。** 从 `## 执法姿态 → 审批矩阵` 中提取警告函行的审批人。提取自动升级条件。在关口中呈现两者。

# /clearance

**这是一份初步检索，非商标清除法律意见。** 商标清除法律意见需要完整的专业检索和
执业商标律师的判断。"未发现明显冲突"的结果意味着本次初检未发现任何东西——不意味
商标无冲突。有客户因通过排除检索的商标而被起诉。

## 指令

1. 读取 `~/.claude/plugins/config/claude-for-legal/ip-legal/CLAUDE.md`。如包含
   `[占位符]`，停止并引导至 `/ip-legal:cold-start-interview`。
2. 遵循以下工作流。
3. 运行录入（商标、商品/服务、类别、法域、视觉/风格化）。
4. 排除性筛查固有障碍——通用名称、描述性、欺骗性、地理名称、姓氏、虚假关联、
   禁止事项、功能性。

# /cold-start-interview

运行冷启动面谈。首次运行写入 `~/.claude/plugins/config/claude-for-legal/ip-legal/CLAUDE.md`；
后续运行使用 `--redo` 重新面谈并在覆盖前显示差异。

## 使用说明

1. **检查当前状态：** 读取 `~/.claude/plugins/config/claude-for-legal/ip-legal/CLAUDE.md`。如含 `[PLACEHOLDER]` 或 `[你的公司名称]`，继续全新面谈。如已填充且未传 `--redo`，询问："看起来你已经设置好了。要重新运行面谈吗？这将覆盖 `~/.claude/plugins/config/claude-for-legal/ip-legal/CLAUDE.md`（我先给你看差异）。"

2. **按以下面谈脚本执行。**

3. **索取实务文件：** 组合清单（或知识产权管理导出）、品牌指南、侵权警告函模板、维权手册、开源政策。接受文件路径、网盘链接或知识产权管理记录ID。

4. **阅读已分享的文件** 并提取实际立场——维权门槛、审批链、品牌监视设置、开源规则。标注陈述的立场与模板/手册实际要求之间的差异。

# /customize

## When this runs

The user typed `/ip-legal:customize`. They want to change something in their
practice profile — a risk posture, an escalation contact, a portfolio
position, an enforcement tactic — without re-running the whole cold-start
interview and without hand-editing YAML.

## What to do

1. **Read the config.** Read
   `~/.claude/plugins/config/claude-for-legal/ip-legal/CLAUDE.md`
   (and `~/.claude/plugins/config/claude-for-legal/company-profile.md` one

# /fto-triage

**这不是自由实施（FTO）法律意见。** 正式FTO法律意见需要由执业专利律师基于全面检索、
完整的权利要求解释和逐要素侵权分析出具。专利侵权是严格责任（专利法第11条 `[法条原文]`）；
故意侵权可能导致惩罚性赔偿（专利法第71条：可确定数额的一倍以上五倍以下 `[法条原文]`）。
"未发现明显障碍专利"的结果意味着本次初检未发现——不意味产品可自由实施。

## 指令

1. 读取 `~/.claude/plugins/config/claude-for-legal/ip-legal/CLAUDE.md`。如包含 `[占位符]`，停止并引导至 `/ip-legal:cold-start-interview`。
2. 遵循以下工作流。
3. 运行录入（产品/工艺、技术细节、法域、已知专利、时间）。
4. 如有专利检索连接器可用，运行初步专利检索。否则在输出中说明，并以用户提供的专利继续。
5. 对2-5个最可能的专利，针对每项独立权利要求构建初步权利要求对照表——逐要素。

# /infringement-triage

**这是初步筛查，而非侵权认定或非侵权认定。**
侵权分析依赖大量事实且法律上非常复杂。依据筛查结果采取行动——
发送侵权警告函、拒绝停止、提起诉讼或决定不起诉——而未经过律师审查，
是公司最终承担不利诉讼费用、程序制裁、确认不侵权之诉以及（专利案件）惩罚性赔偿的常见原因。

## 使用说明

1. 读取 `~/.claude/plugins/config/claude-for-legal/ip-legal/CLAUDE.md`。如含
   `[PLACEHOLDER]`，停止并指引至 `/ip-legal:cold-start-interview`。
2. 按以下工作流执行。
3. 询问涉及哪项权利——商标 / 著作权 / 专利 / 商业秘密
   / 混合。如为混合，各权利分别筛查，不混合分析。

# /invention-intake

**这是由非专业人士执行的初步筛查，而非可专利性意见。**
筛查从不认定一项发明可以授予专利权——它认定的结论是：通过初步筛查、
值得进行现有技术检索和注册专利代理人审查、需要更多信息或触发了否决条件。现有技术检索是独立步骤；
本技能不执行。

## 使用说明

1. 读取 `~/.claude/plugins/config/claude-for-legal/ip-legal/CLAUDE.md`。如含
   `[PLACEHOLDER]`，停止并指引至 `/ip-legal:cold-start-interview`。如实务画像显示仅商标或著作权实务（无专利实务），说明并将用户转至合适渠道——这用错了工具。
2. 按以下工作流执行。
3. 执行采集。如用户粘贴或上传了披露，阅读。如未，一次性询问七个采集问题（是什么/解决的问题/区别/发明人/公开披露/状态/技术领域），不要逐一询问。
4. 执行六项筛查：新颖性信号、创造性标注、可授权主题、

# /ip-clause-review

对照 `~/.claude/plugins/config/claude-for-legal/ip-legal/CLAUDE.md` 中的实务画像审查协议中的知识产权条款。
标注权利归属缺陷、所有权模糊、许可范围问题及知识产权保证/赔偿问题。
生成按风险排序的逐条审查备忘录，附建议修改语言。

## 使用说明

1. **加载 `~/.claude/plugins/config/claude-for-legal/ip-legal/CLAUDE.md`。** 如含占位符，停止并提示："先运行 `/ip-legal:cold-start-interview`——在审查知识产权条款前，我需要了解你的实务画像。"

2. **获取协议：** 从文件路径、网盘链接或粘贴文本。如未提供，询问。

3. **按以下工作流执行。** 特别是：
   - 确定协议类型及公司在知识产权上的立场（授权方/接受方/双方）。立场问题按单份文件判断，非一次性设置。

# /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` — 解除任何活跃事项，仅在实务级工作

## 使用说明

# /oss-review

对照 `~/.claude/plugins/config/claude-for-legal/ip-legal/CLAUDE.md` 中的实务画像执行开源许可证合规检查。
按许可证族分类依赖、将义务映射到部署模式、标注许可证未知和伪装为开源的假开源包、并建议行动——合规、替换、移除、寻求法律审查、寻求商业许可。

## 使用说明

1. **加载 `~/.claude/plugins/config/claude-for-legal/ip-legal/CLAUDE.md`。** 如含占位符，停止并提示："先运行 `/ip-legal:cold-start-interview`——在审查前我需要了解你的实务画像（及开源政策，如有）。"如实务画像指向已上传的开源政策，亦阅读该文件——它是团队认可/审查/禁止许可证的真实来源。

2. **确定范围：** 依赖列表（package.json、requirements.txt、go.mod、Gemfile、Cargo.toml、pom.xml、SBOM）、单个库或团队准备开源的对外发布代码。如用户传递了路径，从文件推断；否则询问。

3. **在分类义务前确定部署模式** — SaaS、分发二进制、仅内部使用或嵌入式。相同的依赖列表在不同模式下触发不同义务。

4. **按以下工作流执行。** 特别是：

# /portfolio

显示到期续展事项、添加资产、记录缴费、审计登记簿。

## 使用说明

1. **按以下工作流执行** 并读取
   `~/.claude/plugins/config/claude-for-legal/ip-legal/portfolio.yaml`。

2. **默认（无参数）：** 相当于 `--report` — 显示未来90天内到期事项，
   按紧迫性分组（🔴 已失效/宽限期、⏰ 窗口内到期、
   🟡 即将到期、🌐 代理管理、❓ 未知）。

3. **`--report [--days N]`：** 模式2。使用 `--days`（30/60/90/180）更改窗口。

# /takedown

三种模式。选一：

- `/ip-legal:takedown --send` — 起草通知-删除通知（信息网络传播权保护条例第14条 `[法条原文]`）。合理使用关口+响亮的权利声明关口。
- `/ip-legal:takedown --respond` — 对收到的通知做分诊。选项：合规 / 反通知 / 协商 / 忽略。
- `/ip-legal:takedown --counter` — 起草反通知（信息网络传播权保护条例第16条 `[法条原文]`）。对司法管辖同意和真实声明的响亮关口。

## 指令

1. **读取实践档案。** 如果含占位符，停止。
2. **检查事项工作区。**
3. **根据参数分发。**
4. **尊重关口。** 发送和反通知模式中关口每次运行。

# /bar-prep-questions

1. 加载 `~/.claude/plugins/config/claude-for-legal/law-student/CLAUDE.md` → 考试类型（法考客观题/主观题）、薄弱科目、培训课程。
2. 同时加载 `~/.claude/plugins/config/claude-for-legal/law-student/study-plan.yaml`（如存在）——它告诉你今天安排的科目和仍薄弱的子主题。
3. 应用以下框架。
4. **考试类型门槛（不得跳过）。** 如果练习画像中没有指定考试类型（客观题/主观题/两者均需），生成题目之前必须先问清楚。法考客观题和主观题考查的内容范围和题型存在实质差异——做错了题型的备考是不可挽回的错误。提示考生参考司法部最新公告（<https://www.moj.gov.cn/>）确认考试科目范围。
5. **省级司法口径门槛。** 如果考生所在省份对某些科目有地方性指导意见（如浙江省高级人民法院民商事审判指导意见、北京市高级人民法院相关会议纪要），且该科目存在全国统一规定与地方口径的差异，询问本次练习是否涉及省级口径，不要默不作声地混用。
6. 生成**仅限该考试类型考查科目范围内**的题目，并将权重倾向薄弱科目。每道题标注适用的法律依据（`[全国统一规定]` 或 `[省级口径]`）。
7. 当全国统一规定与地方口径存在差异时，在答案中明确说明——见下方 `## 省级口径处理`。
8. 每道题后：解释对/错原因。追踪错题模式。
9. `--session <n>` 运行一场 N 题的集中练习，并将结果写入 `study-plan.yaml` 的 `session_history` 字段。

---

# /case-brief

1. 加载 `~/.claude/plugins/config/claude-for-legal/law-student/CLAUDE.md` → 大纲/案例摘要偏好。
2. 应用以下工作流。
3. 按学生选择的格式做案例摘要。如果是训练模式：要求学生先陈述裁判要旨。

---

## 目的

案例摘要是帮助你记住案例内容的工具。本技能按你实际会使用的格式生成摘要——即你在大纲中实际使用的格式。

## 置信纪律

# /cold-call-prep

1. 加载 `~/.claude/plugins/config/claude-for-legal/law-student/CLAUDE.md` → 课程列表、授课教师、学习风格。
2. 应用以下工作流。
3. 识别阅读材料（案例名称 + 来源、授课教师、课程、教学大纲背景）。
4. 预测跨类别的 6-10 个可能问题（基本案情 / 裁判要旨 / 裁判理由 / 法律适用 / 理论政策），按教师已知倾向加权。
5. 以苏格拉底式追问模式训练——提问，等待，追问，卡住时缩小问题范围。不给答案。
6. 训练后总结：强项/薄弱/错过；课前需重新核实的内容。

---

## 真实案件检查

如果学生提问的内容听起来像是一个**真实**情况——他们的租房合同、停车罚单、家人的生意、朋友的逮捕、真实的金额、真实的截止日期、真实的人名——立即停止。