并购交割阶段维护 closing checklist：从…

当并购交易接近交割，需要维护交割清单、更新状态、摄入尽调/合同/交易团队新事项，并输出什么在阻塞和关键路径时使用。

适用场景

解决思路

1. 读取 `~/.claude/plugins/config/claude-for-legal/corporate-legal/deals/[code]/closing-checklist.yaml`，按技能中的模式执行。
2. 若用户提供状态更新，使用 Mode 3（更新条目）；否则使用 Mode 4（输出阻塞项、关键路径、距交割天数）。
3. Matter context：检查 practice-level CLAUDE.md 中的 `## Matter workspaces`；若 `Enabled` 为 `✗`（in-house 用户默认），跳过 matter 机制，使用 practice-level context。
4. 若 matter 已启用且无 active matter，询问：`Which matter is this for? Run /corporate-legal:matter-workspace switch <slug> or say practice-level.`
5. 若 matter 启用，加载 active matter 的 `matter.md` 获取 matter 特定上下文与覆盖项。
6. 将输出写入 matter 文件夹 `~/.claude/plugins/config/claude-for-legal/corporate-legal/matters/<matter-slug>/`；除非 `Cross-matter context` 为 `on`，否则绝不读取其他 matter 的文件。
7. 维护 checklist 文件，其结构包含：`deal_code`、`target_close`、`signing_date`、`last_updated`、`conditions_precedent`、`closing_deliverables`。
8. 每个 checklist 条目包含字段：`id`、`item`、`category`、`responsible`、`due`、`status`、`blocking`、`source`。
9. Mode 1：读取已签署（或接近最终）的 purchase agreement。
10. Mode 1 提取：每个 condition precedent；位置因协议而异，读实际章节标题。
11. Mode 1 提取：每个 closing deliverable（交割交付物清单或对应章节）。
12. Mode 1 提取：每个带 pre-closing deadline 的 covenant。
13. 将上述每项变成 checklist item，并带指向协议章节的 source cite。
14. 填充 regulatory/approval 条目前，研究监管义务：反垄断、外商投资、行业特定审批（例如 HSR-style filings、CFIUS、industry regulators）的机制、阈值和 timing windows 会变。
15. 从 PA 提取每个 regulatory condition 的名称，然后研究当前生效的 mechanics（谁申报、何时、什么触发 second request、waiting period 是什么）。
16. 引用 primary sources 并验证 currency；不要凭记忆填入 timing assumption。
17. 处理 MAC/MAE closing conditions：从 PA 拉出 defined term；MAC/MAE framing 是谈出来的，不是标准。
18. 在标记某事件为潜在 MAC trigger 前，研究 governing-law 对具体用语解释（Delaware、New York 等对 carve-outs 和 quantitative tests 处理不同）。
19. 从 material contracts 提取 consent requirement 时，依据 governing-law default rules 和每份合同具体 anti-assignment language；逐合同研究适用规则，不要假设默认规则。
20. Mode 2 触发条件：上游技能产出带 pre-closing action 的 finding。
21. Mode 2 摄取 `diligence-issue-extraction` findings：任何被标记需要交割行动的 finding（consent、shareholder vote、board resolution、regulatory filing、release、escrow mechanic、pay-off letter）；不限于 consents，完整列表看 extraction skill 的 Handoffs 部分。
22. Mode 2 摄取 `material-contract-schedule` 的 CoC / assignment items：schedule build 中浮现的 change-of-control provisions、anti-assignment clauses、MFN triggers。
23. Mode 2 摄取 `deal-team-summary` output：读取 deal folder 中最新 deal-team-summary，并把其中 closing-action items 与 checklist 对账；exec-tier brief 可能发现机械阅读单份 extraction memos 会漏掉的交割行动（例如跨多份 employment agreements 汇总的 §280G cleansing vote，或复合 consent package）。
24. 将 deal-team-summary 标记为需要 pre-closing action 且尚未在 checklist 上的任何内容追加到 checklist。
25. Handoff schema 覆盖全部 pre-closing actions，不仅是 consents；必填字段：`item`、`category`、`source`、`blocking`、`severity`。
26. 对 consent / third-party action，保留字段：`counterparty`、`guarantor`、`conditions`、`notice_deadline`。
27. 对 corporate action，保留字段：`approval_body`、`approval_threshold`、`statutory_or_charter_source`。
28. 对 timing，保留字段：`estimated_time_to_complete`、`must_occur_before`。
29. 保留上游技能填充的每一个字段；例如 `Dunmore consent required, with replacement guaranty condition and 30-day notice` 应在 checklist 上体现 consent、guarantor、notice 三要素，而不是压缩成 `Dunmore consent to change of control`。
30. 上游提供 severity 时原样携带；参照 `~/.claude/plugins/config/claude-for-legal/corporate-legal/CLAUDE.md` 中的 cross-skill severity floor rule。
31. 追加到 checklist。按 `(counterparty + action type)` 去重，而不是按自由文本 item name；Dunmore consent 和 Dunmore release 是不同条目。
32. 去重时合并字段而非覆盖：若一个 handoff 填了 `guarantor`，另一个填了 `notice_deadline`，checklist 行同时保留两者。
33. Mode 3：用户或 dataroom-watcher agent 提供状态更新时，找到条目，更新 `status` 和 `last_updated`。示例：`/corporate-legal:closing-checklist`，`CP-002: Acme responded, consent form attached, needs countersignature`。
34. Mode 4：生成 What's blocking 报告。
35. 在报告开头加入 work-product header（按 plugin config `## Outputs`，因角色而异；见 `## Who's using this`）。
36. 加入特权/保密提示：该状态报告源自 purchase agreement、diligence findings、内部 deal records，继承其 privilege 和 confidentiality status；分发到特权圈外（交易对手、更广泛业务团队）可能放弃 privilege；发送前确认 distribution list。
37. 报告结构：标题 `## Closing Checklist Status — [Deal code] — [date]`。
38. 报告结构：`Target close: [date] ([N] days out)`；`Items: [N] total — [N] done, [N] in progress, [N] not started`。
39. 报告结构：`🔴 Blocking and at risk` 表格，字段 ID、Item、Due、Status、Days to due。
40. 报告结构：`🟡 Blocking, on track` 表格，同上。
41. 报告结构：`✅ Complete`，列出或折叠 N items。
42. 报告结构：`Not blocking (post-closing, informational)`，N items。
43. 报告结构：`Critical path:`，列出若 slip 会推迟 close date 的条目。
44. Critical path analysis：不是所有 blocking items 等同；30 天才能拿到的 consent 是 critical path，2 天能拿到的 good-standing certificate 不是，即使两者都 blocking。
45. 对每个 blocking item 估算 time-to-complete；`(due date - today) < estimated time` 的条目 at risk，放到每份 status report 顶部。
46. 若 checklist 超过约 10 个 item，或用户要求，提供 dashboard（见 CLAUDE.md `## Outputs → Dashboard offer for data-heavy outputs`）。
47. Dashboard 应包含：按 status 计数（done / in progress / not started / at risk）、按 workstream 分组的 critical-path view、可排序网格（item、owner、due date、days-to-due）。
48. dataroom-watcher agent 集成：agent 每日检查 checklist；若 email/Slack 已连接，从中拉取 status updates；将 What's blocking 报告发到 deal team channel；Mode 4 即 agent 输出。
49. Consequential-action gate：在产出 `ready to close / all CPs satisfied` certification 或 closing memo 前，读取 `## Who's using this` in `~/.claude/plugins/config/claude-for-legal/corporate-legal/CLAUDE.md`。
50. 若 Role 为 `Non-lawyer`，先询问是否已与 attorney 审阅；若没有，提供 brief：完整 CP list 与 status（done / in progress / not started）、证据薄弱或缺失的事项、无法及时完成项所需的 waivers 或 side letters、开放问题（待定 counterparty consents、MAC/bring-down risk）、要问律师的问题（是否 ready to call closed；是否有条件被跳过；什么需要放入 schedule of exceptions）。
51. 若需要找 attorney、solicitor、barrister 或其他 authorised legal professional，联系专业监管机构（美国州 bar、英格兰和威尔士 SRA/Bar Standards Board、苏格兰/北爱尔兰/爱尔兰/加拿大/澳大利亚 Law Society，或司法辖区 equivalent）获取转介服务。
52. 在 Non-lawyer 角色下，未经明确 yes，不得越过 gate 产出最终 `ready to close` certification；status tracking 和 What's blocking 报告不需要 gate。

适用边界 · 注意事项

• 不适用于非并购交割场景，或没有 purchase agreement、deal code、`closing-checklist.yaml` 目录结构时。
• 不用于实际获取 consents、提交监管申报或起草交割文件；技能只追踪这些事项需要发生。
• 不用于 Non-lawyer 未经律师明确确认就出具 `ready to close / all CPs satisfied` 认证或 closing memo；也不代替律师决定什么构成 blocking。