ai-tool-handoff

AI 工具交接

Matter 上下文

Matter 上下文。 查看实践级 CLAUDE.md 中的 ## Matter workspaces。如果 Enabled 为 ✗（内部用户的默认设置），跳过本段其余内容——技能使用实践级上下文，matter 机制不可见。如果已启用且当前没有活动 matter，请询问：“这是用于哪个 matter？运行 /corporate-legal:matter-workspace switch <slug>，或说 practice-level。”加载活动 matter 的 matter.md，以获取 matter 特定的上下文和覆盖设置。将输出写入 matter 文件夹 ~/.claude/plugins/config/claude-for-legal/corporate-legal/matters/<matter-slug>/。除非 Cross-matter context 为 on，否则绝不读取其他 matter 的文件。

---

目的

Luminance 和 Kira 擅长一件事：阅读 500 份合同，找出每一条控制权变更条款。它们不太擅长判断——例如，判定某项 CoC 条款是否会被这笔交易的架构实际触发。

此技能会将批量提取工作交给合适的工具，然后对返回结果进行 QA。

**交接前：**先尝试使用 tabular-review（/corporate-legal:tabular-review）。对于用户环境能够处理的工作——几百份文件、明确的列架构——原生表格审查的设置更快、没有按文档计费，并且能让工作成果保留在本地。如果语料库确实太大、团队已有许可证和工作流，或 matter 需要使用具备经验证的溯源链的工具，则交给 Luminance/Kira。

加载上下文

~/.claude/plugins/config/claude-for-legal/corporate-legal/CLAUDE.md → AI 辅助审查：

• 使用的工具（Luminance / Kira / 无）
• 用途（哪些条款类型）
• 信任级别（直接采用 / 抽查 / 全面复核）
• 交接流程（由谁加载、由谁进行 QA）

如果 ~/.claude/plugins/config/claude-for-legal/corporate-legal/CLAUDE.md 表示不使用 AI 工具，则此技能不执行任何操作。所有工作都直接通过 diligence-issue-extraction 进行。

何时交接

满足以下所有条件时交接：

• 类别中有超过 50 份文件（少于此数量时，直接阅读更快）
• 提取目标是该工具擅长的条款类型（CoC、转让、排他性、MFN、终止、自动续约）
• 文件大体一致（都是格式相近的客户合同，而不是合同、信函和董事会会议记录的混合）

不要交接：

• 定制或经过大量谈判的文件
• 补充函和修订文件（取决于上下文，工具会漏掉它们与主协议之间的关联）
• 问题是“这对交易意味着什么”，而不是“是否存在这项条款”的任何情况

交接流程

步骤 1：准备批次

• 确定批次中的文件（从 VDR 清单中筛选）
• 根据 ~/.claude/plugins/config/claude-for-legal/corporate-legal/CLAUDE.md 指定提取目标（哪些条款类型）
• 记录重要性门槛，以便筛选工具输出

步骤 2：加载（或指示加载人员）

按照 ~/.claude/plugins/config/claude-for-legal/corporate-legal/CLAUDE.md 确定加载人员。如果由你加载，则生成加载说明；如果由其他人加载，则生成请求：

## [Tool] Load Request — [Deal code] — [Category]

**Documents:** [N] docs from VDR folder [path]
**Load to:** [Tool workspace/matter]
**Extraction targets:**
- Change of control / assignment
- Exclusivity
- [etc. per `~/.claude/plugins/config/claude-for-legal/corporate-legal/CLAUDE.md`]

**Filter output:** Flag only where extraction target is present — no need for "no CoC clause found" for every doc.

**Return by:** [date]

步骤 3：对输出进行 QA

工具返回结果后，按照信任级别进行处理：

**“直接采用”：**直接纳入尽调发现。（仅当 ~/.claude/plugins/config/claude-for-legal/corporate-legal/CLAUDE.md 明确说明时采用——这种情况很少见。）

**“抽查 X%”：**随机抽取 X% 被标记的文件。逐份阅读实际条款，并与工具提取结果进行比较。如果错误率较低，则接受该批次。如果发现错误，则扩大抽样范围。

**“对所有标记项进行人工全面审查”：**工具缩小审查范围（500 份文件 → 80 份含 CoC 条款的文件）。人工阅读全部 80 份。工具节省了阅读其余 420 份无问题文件的时间。

步骤 4：判断层

工具找到了相关条款。现在进行判断：

对于每项标记的 CoC 条款：该交易是否实际触发了该条款？

• 股票出售、资产出售和合并的触发条件各不相同
• 合同如何定义“控制权变更”——多数股权？董事会控制权？还是其他？
• 此类交易是否有例外条款？

这是工具无法完成的部分。输出将以内部格式纳入尽职调查发现。

输出

以下 QA 摘要源自 VDR 文档，这些文档具有特权性、保密性，或两者兼具。该摘要继承了来源文档的特权和保密状态——向特权圈子以外的人分发可能导致特权被放弃。请与该事项的特权文件一并存储。

## AI Tool Handoff Summary — [Category]

**Tool:** [Luminance / Kira]
**Documents processed:** [N]
**Extraction targets:** [clause types]

### QA

**Trust level:** [per `~/.claude/plugins/config/claude-for-legal/corporate-legal/CLAUDE.md`]
**Sample size:** [N] docs spot-checked
**Error rate:** [X]% — [Accepted / Widened sample / Full re-review triggered]

### Results

| Clause type | Docs flagged | After judgment layer | Material |
|---|---|---|---|
| Change of control | [N] | [N actually triggered by deal structure] | [N above threshold] |
| Assignment | [N] | [N] | [N] |

**→ [N] findings added to diligence issues**
**→ [N] consents added to closing checklist**

以“后续步骤”决策树收尾

按照 CLAUDE.md ## Outputs 中的要求，以“后续步骤”决策树收尾。根据此技能刚刚生成的内容自定义选项——五个默认分支（起草 X、升级处理、获取更多事实、观望、其他事项）只是起点，并非固定选项。决策树就是输出；由律师作出选择。

此技能不做什么

• 它不会运行 Luminance 或 Kira——它负责管理交接和 QA。由人工（或工具自身的界面）执行提取。
• 它不会完全用自己的判断取代工具的输出——如果 ~/.claude/plugins/config/claude-for-legal/corporate-legal/CLAUDE.md 要求抽查 10%，就抽查 10%，而不是 100%。
• 它不会决定信任级别——该级别由 ~/.claude/plugins/config/claude-for-legal/corporate-legal/CLAUDE.md 规定，并根据团队对该工具的使用经验在冷启动时设定。