当需要把大量尽调发现按受众层级汇总成交易团队简报时使用…

把尽调发现聚合为适合不同受众阅读的交易团队简报，突出实质性事项、自上次简报以来的变化和待决策事项。

适用场景

解决思路

1. 检查 practice-level CLAUDE.md 中的 `## Matter workspaces`。
2. 如果 `Enabled` 为 `✗`（in-house 用户默认），跳过 matter context 剩余段落；技能使用 practice-level 上下文，matter 机制不可见。
3. 如果已启用且没有 active matter，询问：「Which matter is this for? Run `/corporate-legal:matter-workspace switch <slug>` or say `practice-level`。」
4. 加载 active matter 的 `matter.md`，取得 matter 特定上下文和 overrides。
5. 将输出写入 matter 文件夹 `~/.claude/plugins/config/claude-for-legal/corporate-legal/matters/<matter-slug>/`。
6. 除非 `Cross-matter context` 为 `on`，否则绝不读取另一个 matter 的文件。
7. 压缩尽调输出到适合读者的层级：突出实质性内容、自上次简报以来的变化、需要决策的事项。
8. 加载 `~/.claude/plugins/config/claude-for-legal/corporate-legal/CLAUDE.md` 中的 Deal team briefing 配置：cadence、format、what the business reads。
9. 加载 `~/.claude/plugins/config/claude-for-legal/corporate-legal/deals/[code]/deal-context.md`，取得 deal lead、timeline。
10. 读取 diligence-issue-extraction 输出的 current findings。
11. 按 `~/.claude/plugins/config/claude-for-legal/corporate-legal/CLAUDE.md` 确定 business reads 与 for the file 的受众层级；默认层级见下。
12. 对 Board / exec sponsor 层级：只给 Top 3-5 material issues、price/structure impact、decision items；不给 category detail、green findings、process。
13. 对 Deal lead 层级：给 all reds、all yellows、progress、decision items、next steps；不给 green finding detail。
14. 对 Working team 层级：给 everything——full findings、status by category、gaps；不隐瞒任何内容。
15. 如果受众层级不明显，询问是哪一层。
16. 生成 Exec tier 摘要，并按 plugin config `## Outputs` 加入 WORK-PRODUCT HEADER（因角色而异；见 `## Who's using this`）。
17. 在 Exec tier 加入特权提示：本简报聚合享有特权的尽调发现，并继承来源的特权与保密状态；分发给特权圈外（包括更广泛业务团队）可能导致特权弃权——发送前确认分发列表与特权圈一致。
18. Exec tier 使用标题 `# [Deal code] — Diligence Brief — [date]`。
19. Exec tier 写状态：`[On track / Issues identified / Material findings]`。
20. Exec tier 写覆盖度：`[X]% of VDR reviewed`。
21. Exec tier 的 Material findings：最多 3-5 条，每条一段，说明它是什么、为何对交易重要、我们正在做什么。
22. Exec tier 的 Decisions needed：用复选框列出具体决策——price adjustment、indemnity ask、walk-away trigger——谁决定——何时前完成。
23. Exec tier 的 Since last brief：写变化，包括新发现、已解决发现、覆盖度进展。
24. 生成 Deal lead tier：与 Exec tier 相同，并增加以下内容。
25. Deal lead tier 的 All open issues by category：🔴 Red 用 finding title + one-line，并链接到完整 finding 看详情；🟡 Yellow 同样处理。
26. Deal lead tier 的 Progress 表格：Category、Docs reviewed、Coverage、Reds、Yellows、Status；Status 为 Complete / In progress / Blocked。
27. Deal lead tier 的 Gaps and follow-ups：列出未完成的 supplemental request items、给管理层的问题。
28. Deal lead tier 的 Next 72 hours：写将审查什么、安排了哪些简报。
29. 生成 Working team tier：完整 finding detail；结构与上面相同，但每个 finding 都使用完整 house-format block，而不是一行摘要。
30. 如果是按 cadence 的 recurring brief，开头先讲变化。
31. 列出 since last brief 的新发现。
32. 列出严重度升级/降级的发现。
33. 列出已解决发现（获得同意、问题被澄清排除）。
34. 列出覆盖度变动。
35. 向 deal lead 强调 movement 而非 state；例如「2 new yellows, 3 resolved」比「Still 12 yellows」更有用。
36. 从 diligence-issue-extraction 读取累积的 findings。
37. 将任何解决为 closing conditions 的 decision needed 事项交给 closing-checklist。
38. 最后按 CLAUDE.md `## Outputs` 输出 next-steps decision tree。
39. 根据本技能产出定制 next-steps decision tree 选项，五个默认分支（draft the X、escalate、get more facts、watch and wait、something else）是起点而非锁定；树是输出，由律师选择。
40. 不替用户做 materiality 判断——只报告 extraction 阶段已做出的判断。
41. 不替 deal team 决定如何应对某项发现——只把决策暴露出来。
42. 不分发简报——只起草，由人来发送。

适用边界 · 注意事项

• 没有可聚合的尽调发现，或未获得 diligence-issue-extraction 输出时，不适用。
• 需要本技能代替律师做 materiality 判断、决定 deal team 应对措施或直接分发简报时，不适用。
• 无法确认分发列表是否在特权圈内，且目标是向特权圈外发送简报时，不应使用本技能直接发送；它只负责起草。