mcpField
C
closing-checklist

closing-checklist

github.com/anthropics生产力9.8k609 次安装14 周前更新
代码仓库

关于 closing-checklist

供 Claude 使用的公司交易交割清单维护技能,可依据购买协议、尽调发现和状态更新跟踪事项。它报告阻碍项与关键路径,但不负责取得同意或决定是否交割。

主要功能

  1. 01从购买协议建立清单
  2. 02纳入尽调交割行动
  3. 03更新事项状态
  4. 04报告阻碍项与关键路径
  5. 05跟踪时间风险

适用场景

  1. 01依据交易协议建立清单
  2. 02添加需在交割前处理的尽调发现
  3. 03查看阻碍项和紧迫事项

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/anthropics/claude-for-legal --skill closing-checklist

安装后在 Claude Code 中输入/closing-checklist确认已加载。

详细介绍

/closing-checklist

  1. 阅读 ~/.claude/plugins/config/claude-for-legal/corporate-legal/deals/[code]/closing-checklist.yaml 并使用以下模式。
  2. 如果提供了状态更新:使用模式 3(更新事项)。
  3. 否则使用模式 4:阻塞事项、关键路径、距交割天数。

事项背景

事项背景。 检查实践级 CLAUDE.md 中的 ## Matter workspaces。如果 Enabled 为 ✗(内部法务用户的默认设置),则跳过本段剩余内容——技能使用实践级背景,事项工作区机制不可见。如果已启用且没有活动事项,请询问:“这是哪个事项?运行 /corporate-legal:matter-workspace switch <slug>,或说 practice-level。”加载活动事项的 matter.md,以获取事项专属背景和覆盖设置。将输出写入事项文件夹 ~/.claude/plugins/config/claude-for-legal/corporate-legal/matters/<matter-slug>/。除非 Cross-matter context 为 on,否则绝不读取其他事项的文件。


目的

事项在清单完成后交割。清单上的所有事项都必须完成,不得遗漏。本技能负责维护清单,纳入尽职调查过程中发现的新事项,并告知团队当前的阻塞因素。

清单

位于 ~/.claude/plugins/config/claude-for-legal/corporate-legal/deals/[code]/closing-checklist.yaml。结构如下:

deal_code: "Project Falcon"
target_close: [DATE]
signing_date: [DATE]
last_updated: [DATE]

conditions_precedent:
  - id: CP-001
    item: "HSR waiting period expiration"
    category: "Regulatory"
    responsible: "Buyer counsel"
    due: 2026-04-15
    status: "Filed 2026-03-01, waiting period runs"
    blocking: true
    source: "Purchase Agreement §7.1(a)"

  - id: CP-002
    item: "Acme Corp consent to assignment"
    category: "Third-party consents"
    responsible: "Target — Jane Doe"
    due: 2026-04-20
    status: "Request sent 2026-03-10, no response"
    blocking: true
    source: "Schedule 3.12(a)(4); Acme MSA §14.2"

closing_deliverables:
  - id: CD-001
    item: "Certificate of good standing — Target (DE)"
    category: "Corporate"
    responsible: "Target counsel"
    due: 2026-04-28
    status: "Not started"
    blocking: true
    source: "Purchase Agreement §2.3(b)(iv)"

  # ... etc

模式

模式 1:根据购买协议初始化

阅读已签署(或接近最终版本)的购买协议。提取:

  • 每项先决条件(位置因协议而异——请阅读实际章节标题)
  • 每项交割交付物(交割交付物清单或相应章节)
  • 每项有交割前截止日期的承诺

每项都应成为一条清单事项,并注明购买协议章节出处。

填入监管/审批事项前的研究义务。 反垄断、外国投资和特定行业审批(例如,类似 HSR 的申报、CFIUS、行业监管机构)具有因司法管辖区而异的机制、门槛和时限窗口,而且这些要求会发生变化。先从购买协议中提取每项监管条件的名称,再研究当前有效的具体机制(由谁申报、何时申报、什么情况会触发第二次信息请求、等待期有多长)。引用一手来源并核实其时效性。不得凭记忆填写时限假设。

重大不利影响/重大不利变化交割条件。 从购买协议中提取定义术语——MAC/MAE 的表述经过协商,并非标准条款。在将某一事件标记为潜在 MAC 触发因素之前,应研究相关司法管辖区法律对具体措辞的解释(特拉华州、纽约州及其他司法管辖区对除外事项和量化测试的处理方式各不相同)。

从重大合同中提取同意要求取决于适用法律的默认规则以及各合同中具体的禁止转让措辞。应针对每份合同研究适用规则,而不是假定存在默认规则。

模式 2:从尽调中摄取(“自我更新”部分)

当上游技能生成一项带有交割前行动的发现时,会触发模式 2。此模式会摄取以下上游技能及其输出类型:

  • diligence-issue-extraction 的发现 — 任何标记为需要采取交割行动的发现(同意、股东投票、董事会决议、监管申报、解除、托管安排、清偿函)。不只是“同意”——完整列表请参阅提取技能的交接部分。
  • material-contract-schedule 中的 CoC / 转让事项 — 在编制清单期间发现的控制权变更条款、反转让条款、最惠国待遇(MFN)触发条件。
  • deal-team-summary 的输出 — 高管层简报汇总提取结果,有时还会发现单独阅读各提取备忘录时可能遗漏的交割行动事项(例如,汇总多份雇佣协议中的 §280G 净化投票,或综合同意方案)。模式 2 会读取交易文件夹中最新的 deal-team-summary,并将其中的交割行动事项与清单核对。deal-team-summary 标记为需要采取交割前行动、但清单中尚未列出的事项,都会追加到清单中。

交接架构涵盖各类交割前行动,而不只是同意:

handoff:
  # Required fields
  item: "[Counterparty or action, one line]"
  category: "[Third-party consents | Shareholder / board action | Regulatory filing | Release / termination | Escrow / holdback | Closing deliverable]"
  source: "[Contract name / statutory section / VDR path + Bates]"
  blocking: true  # unless the agreement has a materiality qualifier
  severity: "[🔴 / 🟠 / 🟡 / 🟢 — carried from upstream, see severity-floor rule in CLAUDE.md]"

  # Consent / third-party action fields
  counterparty: "[e.g., Dunmore Holdings LLC]"
  guarantor: "[e.g., Buyer parent guaranty required, or N/A]"
  conditions: "[any substantive condition the counterparty attached — e.g., 'replacement guaranty from buyer parent required before consent effective']"
  notice_deadline: "[e.g., 30 days prior to closing, or specific date]"

  # Corporate action fields
  approval_body: "[Shareholders | Board | Committee | Regulator]"
  approval_threshold: "[e.g., 75% disinterested stockholder vote for §280G cleansing]"
  statutory_or_charter_source: "[e.g., IRC §280G(b)(5)(B); Charter Art. IV §2]"

  # Timing
  estimated_time_to_complete: "[e.g., 30 days]"
  must_occur_before: "[e.g., closing | signing | end of hiatus period]"

保留上游技能已填写的每个字段。对于“需要 Dunmore 同意,并附带更换担保人条件和 30 天通知”的事项,清单中应保留这三个要素(同意、担保人、通知),而不是简化为“Dunmore 同意控制权变更”。如果上游技能提供了严重性等级,也应一并保留——请参阅 ~/.claude/plugins/config/claude-for-legal/corporate-legal/CLAUDE.md 中跨技能严重性下限规则。

将事项追加到清单中。去重时依据(交易对手方 + 行动类型),而非自由填写的事项名称——Dunmore 的同意和 Dunmore 的解除是不同事项,即使两者都提到了 Dunmore。去重时应合并字段,而非覆盖:如果一条交接填写了 guarantor,后续交接填写了 notice_deadline,那么清单行应同时包含两者。

模式 3:状态更新

用户(或 dataroom-watcher Agent)提供状态更新。找到对应事项,更新状态和最后更新时间。

/corporate-legal:closing-checklist
CP-002: Acme responded, consent form attached, needs countersignature
模式 4:阻碍事项
[WORK-PRODUCT HEADER — per plugin config ## Outputs — differs by role; see `## Who's using this`]

> This status report is derived from the purchase agreement, diligence findings, and internal deal records. It inherits their privilege and confidentiality status — distribution beyond the privilege circle (counterparty, broader business teams) can waive privilege. Confirm the distribution list before sending.

## Closing Checklist Status — [Deal code] — [date]

**Target close:** [date] ([N] days out)
**Items:** [N] total — [N] done, [N] in progress, [N] not started

### 🔴 Blocking and at risk

| ID | Item | Due | Status | Days to due |
|---|---|---|---|---|
| [CP-XXX] | [item] | [date] | [status] | **[N]** |

### 🟡 Blocking, on track

[same table]

### ✅ Complete

[N] items — [collapsed list]

### Not blocking (post-closing, informational)

[N] items

---

**Critical path:** [The item(s) that, if they slip, push the close date]

关键路径分析

并非所有阻碍事项都同等重要。需要 30 天才能获得的同意属于关键路径。需要 2 天才能取得的良好存续证明则不属于关键路径,即使两者都会造成阻碍。

对于每项阻碍事项,估算完成所需时间。满足 (到期日 - 今天) < 预计所需时间 的事项属于风险项,应放在每份状态报告的顶部。

如果清单中有约 10 项以上事项,或用户提出要求,请提供仪表板(参见 CLAUDE.md ## Outputs → Dashboard offer for data-heavy outputs)。针对此输出设计仪表板内容——按状态统计数量(已完成 / 进行中 / 尚未开始 / 有风险),按工作流分组展示关键路径,并提供可排序的表格,列出事项、负责人、到期日和距到期天数。

集成:dataroom-watcher Agent

该 Agent 每天检查清单;如果已连接,则从电子邮件/Slack 获取状态更新,并将“阻碍事项”报告发布到交易团队频道。模式 4 即为该 Agent 的输出。

后果重大行动门槛(确认交割)

**在出具“可以交割 / 所有交割先决条件均已满足”的确认,或编写交割备忘录之前:**请阅读 ~/.claude/plugins/config/claude-for-legal/corporate-legal/CLAUDE.md 中的 ## Who's using this。如果角色是 Non-lawyer:

确认交割条件已满足(或编写声明条件已满足的交割备忘录)会产生法律后果——这是触发资金流转和交割后义务的信号。你是否已与律师审阅此事?如果是,请继续。如果不是,请准备以下简要材料交给律师:

  • 完整的交割先决条件清单及状态(已完成、正在进行、尚未开始的事项)
  • 完成证据薄弱或缺失的事项
  • 对于无法按时完成的事项,所需的豁免或附函
  • 未决问题(交易对手同意仍待取得、是否存在重大不利变化风险或交割时再次确认风险)
  • 需要向律师咨询的问题(是否可以宣布交割完成;是否有不应忽略的条件;哪些事项需要列入例外事项清单)

如果你需要寻找律师、事务律师、出庭律师或其他获授权的法律专业人士,请联系你所在地区的专业监管机构(美国的州律师协会、英格兰和威尔士的 SRA / Bar Standards Board、苏格兰/北爱尔兰/爱尔兰/加拿大/澳大利亚的 Law Society,或你所在司法管辖区的同等机构),咨询其转介服务。

未经明确同意,不得越过此门槛出具最终的“可以交割”确认。状态跟踪和“阻碍事项”报告无需经过此门槛。


此技能不做什么

  • 它不会取得同意、提交表格或起草文件,只会跟踪这些事项是否需要办理。
  • 它不会决定哪些事项构成阻碍——这由购买协议决定。此技能会读取协议。
  • 它不会完成交易,只会告知你何时可以完成。

评论

支持 Markdown