用途
Luminance 和 Kira 擅长一件事：读取 500 份合同并找出每一处控制权变更条款。它们不太擅长判断——判断某个控制权变更条款是否真的会被本次交易结构触发。
该技能把批量提取工作交接给合适的工具，然后对返回结果运行 QA 层。
交接前
先尝试表格化审查（/corporate-legal:tabular-review）。对于用户环境能够处理的任何情况——几百份文档、已定义的列模式——原生表格化审查设置更快、没有按文档计费的成本，并且让工作成果保留在本地。当语料库确实过大、团队已经拥有许可证和工作流，或者事项需要具有经过验证的来源链的工具时，才交接给 Luminance/Kira。
加载上下文
读取 ~/.claude/plugins/config/claude-for-legal/corporate-legal/CLAUDE.md → AI-assisted review：
- 所用工具（Luminance / Kira / 无）
- 用途（哪些条款类型）
- 信任级别（按原样使用 / 抽查 / 完全重新审查）
- 交接流程（谁加载，谁做 QA）
如果 ~/.claude/plugins/config/claude-for-legal/corporate-legal/CLAUDE.md 显示无 AI 工具 → 该技能为空操作。所有内容直接走 diligence-issue-extraction。
何时交接
当以下条件全部满足时交接：
- 类别有超过 50 份文档（低于此数量，直接阅读更快）
- 提取目标是该工具擅长的条款类型（控制权变更、转让、排他性、最惠国、终止、自动续约）
- 文档相当统一（都是类似格式的客户合同——不是合同、信函和董事会纪要的混合）
不要交接：
- 定制或经过大量谈判的文档
- 附函和修订（依赖上下文，工具会遗漏与主协议的交互）
- 任何问题为“这对交易意味着什么”而非“该条款是否存在”的情况
交接流程
第 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 份含控制权变更条款）。人工阅读全部 80 份。工具节省了阅读 420 份干净文档的时间。
第 4 步：判断层
工具找到了条款。现在应用判断：
- 对于每个已标记的控制权变更条款：它是否真的被本次交易触发？
- 股票出售 vs. 资产出售 vs. 合并——触发条件不同
- 合同中如何定义“控制权变更”——多数所有权？董事会控制？其他？
- 是否有针对此类交易的例外条款？
这是工具做不到的部分。输出以内部格式写入尽职调查发现。
输出
以下 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 中，在冷启动时根据团队对该工具的经验设定。
事项上下文
事项上下文。检查实践级 CLAUDE.md 中的 ## Matter workspaces。如果 Enabled 为 ✗（内部用户的默认值），跳过本段其余内容——技能使用实践级上下文，事项机制不可见。如果启用且没有活动事项，询问：“Which matter is this for? Run /corporate-legal:matter-workspace switch <slug> or say practice-level.” 加载活动事项的 matter.md 以获取事项特定上下文和覆盖。将输出写入事项文件夹 ~/.claude/plugins/config/claude-for-legal/corporate-legal/matters/<matter-slug>/。除非 Cross-matter context 开启，否则绝不读取另一个事项的文件。