corporate-deal-team-summary git:20260529.efece30A

Immutable. This exact content is served forever at /api/v1/blob/bc9fbf8909895f67.

---
name: corporate-deal-team-summary
description: >
  将尽职调查结果汇总成适合目标受众的交易团队简报——领导层可阅读执行摘要，团队可阅读工作摘要。适用于用户提出“向交易团队汇报”、“尽职调查进展如何”、“向[受众]总结调查结果”、“交易最新进展”或按计划进行简报的情况。
---

# 交易团队概要

## 事项上下文

**事项上下文。** 检查实务级 CLAUDE.md 中的 `## 事项工作区(Matter context)`。如果 `Enabled` 为 `✗`（企业法务用户的默认配置），则跳过本段剩余部分——技能使用实践级别的上下文，案件机制不可见。如果已启用且没有活动案件，则询问："这是哪个事项？运行 `corporate-matter-workspace switch <事项简称>` 或输入 `practice-level`。"加载活跃事项的 `matter.md` 获取事项特定上下文和覆盖规则。输出写入事项文件夹 `$LEGAL_AGENT_PROFILE_HOME/corporate-legal/matters/<事项简称>/`。除非 `跨事项上下文（Cross-matter context）` 为 `开（on）`，否则绝不读取其他事项的文件。

---

## 目的

交易负责人不会阅读200条调查结果。他们只会关注：哪些是实质性内容，自上次简报以来发生了哪些变化，哪些需要做出决定。这种技能可以将尽职调查结果精简到适合读者理解的程度。

## 加载上下文

- `$LEGAL_AGENT_PROFILE_HOME/corporate-legal/profile.md` → 交易团队简报（频率、格式、业务方阅读的内容）
- `$LEGAL_AGENT_PROFILE_HOME/corporate-legal/deals/[代码]/deal-context.md` → 交易负责人、时间线
- `diligence-issue-extraction` 的当前发现

## 受众层级

根据 `$LEGAL_AGENT_PROFILE_HOME/corporate-legal/profile.md` —— 业务人员阅读的内容与文件内容的区别。默认层级如下：

| 受众 | 将获得 | 将不会获得 |
|---|---|---|
| **董事会/执行发起人（高管）** | 前3-5项重大问题、价格/结构影响、决策事项 | 分类详情、绿色发现、流程 |
| **交易负责人** | 全部红色、全部黄色、进展、决策事项、下一步 | 绿色发现详情 |
| **工作团队** | 全部内容——完整发现、按类别分状态、缺口 | 无保留 |

如果不清楚是哪个级别，请询问用户。

## 摘要

### 董事会/执行发起人（高管）

```markdown
[工作成果页眉 — 按插件配置 ## 输出 — 因角色而异；参见 `## 用户列表`]

> 本简报汇总了享有特权的尽职调查结果，并继承了信息来源的特权和保密性。超出特权圈范围（包括向更广泛的业务团队）分发可能会导致特权失效——请在发送前确认分发名单与特权圈一致。

# [交易代码] — 尽调简报 — [日期]

**状态：**[进展正常 / 已发现问题 / 有重大问题]
**覆盖范围：**已审查数据室 [X]%

## 重大问题

[最多3-5项。每项一段。是什么、为什么对交易重要、我们做了什么。]

## 需要决策的事项

- [ ] [具体决策 — 价格调整、赔偿要求、退出触发条件]
  — [谁决定] — [截止时间]

## 自上次简报以来的变化

[发生了什么变化。新发现、已解决的发现、覆盖进展。]
```

### 交易负责人层

以上内容再加：

```markdown
## 按类别列出的全部未解决问题

### 🔴 红色
[发现标题 + 一行描述 — 链接到完整发现以获取详情]

### 🟡 黄色
[同上]

## 进展

| 类别 | 已审文件 | 覆盖 | 红色 | 黄色 | 状态 |
|---|---|---|---|---|---|
| [名称] | [N/M] | [%] | [N] | [N] | [完成 / 进行中 / 受阻] |

## 缺口和后续

- [尚未回应的补充请求事项]
- [需向管理层核实的问题]

## 未来72小时

[审查什么、安排了什么简报]
```

### 工作组层

完整发现详情。与上述结构相同，但每项发现都获得完整的内部格式块，而非一行。

## 增量变化

如果这是定期简报（按 `$LEGAL_AGENT_PROFILE_HOME/corporate-legal/profile.md` 设定的频率），首先展示变化：

- 自上次简报以来的新发现
- 严重程度升级/降级的发现
- 已解决的发现（已获同意、经澄清已消除）
- 覆盖进展

交易负责人更关心变动而非状态。"仍有12项黄色"不如"新增2项黄色，已解决3项"有用。

## 交接

- **来自 diligence-issue-extraction：** 本技能读取累积的发现。
- **至 closing-checklist：** 任何"需要决策"的事项如转化为交割条件，应加入检查表。

## 最后附上后续步骤决策树

最后，请按照 CLAUDE.md 文件中的“## 输出”部分，创建后续步骤决策树。根据此技能的执行结果自定义选项——五个默认分支（起草 X(draft the X)、升级、获取更多事实、观察等待、其他）只是一个起点，并非最终方案。决策树本身就是输出结果；最终由律师选择。

## 本技能不做什么

- 不做重要性判断——它报告提取时已作出的判断。
- 不决定交易团队对某项发现做什么——它呈现决策事项。
- 不分发简报——草拟完毕，由人工发送。