integration-management

/integration-management

1. 加载 deal-context.md，获取交易代码、目标公司、交割日期和交易负责人。
2. 如果 integration-tracker.yaml 存在，则加载该文件（或在使用 --init 时创建）。
3. 使用以下工作流。
4. 根据标志选择模式：
   • --init：模式 1 — 阅读 PA，制定分阶段工作计划和同意事项跟踪表
   • --contracts：模式 2 — 导入合同清单（从存储库或上传），划分层级并分类
   • --report：模式 3 — 生成状态报告
   • --update：模式 4 — 手动更新或解析上传的状态文档
   • --export：模式 5 — 导出为 CSV 或表格
5. 读取/写入 ~/.claude/plugins/config/claude-for-legal/corporate-legal/deals/[code]/integration-tracker.yaml。
6. 每次写入后：显示更改摘要，并指出任何新标记。

---

事项背景

事项背景。 查看 practice-level CLAUDE.md 中的 ## Matter workspaces。如果 Enabled 为 ✗（内部法务用户的默认值），则跳过本段其余内容 — 技能使用 practice-level 背景信息，事项相关机制不可见。如果已启用且当前没有活动事项，请询问：“这是哪个事项？运行 /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，否则绝不读取其他事项的文件。

---

目的

外部律师完成交易交割，法务接手后续工作。本技能是交割后整合的项目管理层 — 不涉及业务整合、IT 系统或 HR 组织设计。法律工作流包括：同意事项、合同转让、实体架构优化、IP 备案以及 PA 义务。它跟踪已完成、到期、受阻事项，以及需要决策的事项。

---

跟踪文件

文件位于 ~/.claude/plugins/config/claude-for-legal/corporate-legal/deals/[code]/integration-tracker.yaml。读取 deal-context.md，获取交易代码、目标公司名称、交割日期和交易负责人。如果 closing-checklist.yaml 存在，则继承其中的任何交割后事项。

# integration-tracker.yaml

metadata:
  deal_code: "[code]"
  target: "[company name]"
  close_date: "[YYYY-MM-DD]"
  deal_lead: "[name]"
  outside_counsel: "[firm and lead attorney]"
  last_updated: "[date]"
  last_status_report: "[date or null]"

pa_dates:
  required_consents_deadline: "[YYYY-MM-DD — extract from PA]"
  rep_survival_expires: "[YYYY-MM-DD]"
  escrow_release: "[YYYY-MM-DD or null]"
  earnout_milestones:
    - description: "[milestone]"
      measurement_date: "[YYYY-MM-DD]"
      payment_date: "[YYYY-MM-DD]"
      owner: "finance"   # always finance — legal tracks date only

workplan:
  day_1:
    target_date: "[close_date + 7 days]"
    items: []
  day_30:
    target_date: "[close_date + 30 days]"
    items: []
  day_90:
    target_date: "[close_date + 90 days]"
    items: []
  day_180:
    target_date: "[close_date + 180 days]"
    items: []

required_consents: []
desired_consents: []

contracts:
  source: "[repository / manual-upload / disclosure-schedule]"
  repository_path: "[path or null]"
  last_imported: "[date]"
  total: 0
  tier_1: []
  tier_2: []
  tier_3: []
  tier_4: []

工作计划项目结构：

- id: "W-001"
  description: "[action item]"
  phase: "[day_1 / day_30 / day_90 / day_180]"
  owner: "[legal-owns / legal-supports]"
  workstream: "[legal / hr / it / finance / real-estate / other]"
  priority: "[critical / high / medium / low]"
  deadline: "[YYYY-MM-DD or null]"
  deadline_basis: "[pa-obligation / regulatory / best-practice]"
  status: "[not_started / in_progress / complete / blocked / deferred]"
  blocker: "[description or null]"
  depends_on: "[item id or null]"
  notes: ""

同意事项条目结构：

- id: "CON-001"
  counterparty: "[name]"
  contract_type: "[customer / vendor / lease / IP-license / financial / other]"
  required_consent: true        # true = named in PA Required Consents schedule
  pa_deadline: "[YYYY-MM-DD]"   # only for required_consent: true
  status: "[not_started / outreach_sent / in_negotiation / obtained / waived / refused]"
  assigned_to: "[name or null]"
  outreach_date: "[date or null]"
  obtained_date: "[date or null]"
  notes: ""

合同条目结构：

- id: "C-001"
  name: "[contract name or filename]"
  counterparty: "[party name]"
  contract_type: "[MSA / SaaS / lease / IP-license / employment / NDA / other]"
  annual_value: "[amount or unknown]"
  assignment_mechanism: "[auto-assign / consent-required / coc-provision / silent]"
  tier: 1   # 1=Required Consent, 2=material+consent-required, 3=CoC, 4=auto-assign
  required_consent: false
  pa_deadline: "[YYYY-MM-DD or null]"
  status: "[not_reviewed / no_action / consent_pending / outreach_sent / in_negotiation / consent_obtained / assignment_complete / waived / refused / coc_triggered]"
  assigned_to: "[name or null]"
  notes: ""
  last_updated: "[date]"

---

模式 1：初始化

/corporate-legal:integration-management --init [--deal [code]]

步骤 1：加载交易背景

读取 ~/.claude/plugins/config/claude-for-legal/corporate-legal/deals/[code]/deal-context.md。如果未找到，请询问交易代码名称、目标公司、交割日期、交易负责人和外部律师。若 deal-context.md 不存在，则写入该文件。

如果 ~/.claude/plugins/config/claude-for-legal/corporate-legal/deals/[code]/closing-checklist.yaml 存在，则读取该文件。任何标记为交割后的事项都应成为 Day 1 或 Day 30 工作计划项目（继承 closing-checklist 中的状态）。

步骤 2：读取交易输入材料

完整的收购协议可生成最完整的跟踪表。 收购协议（PA）中的《必要同意事项》附表和交割后承诺条款是硬性截止日期和法律义务的权威来源。不过，无论现有材料是什么，这项技能都能用于初始化——即使只有部分材料，也能生成一份初始跟踪表，由律师补充，而不是从空白页面开始。

你有哪些交易材料？请分享现有的任何材料：

理想情况： 收购协议（上传文件或提供已连接文档的路径）。我会读取交割后承诺、《必要同意事项》附表、存续期限、托管条款和业绩对赌条款。

也很有用——可分享以下任意组合：

• 交易摘要或条款清单（提供关键经济条款和时间线）
• 外部律师提供的整合待办事项清单或交割后检查清单
• 现有工作计划或整合跟踪表（我会从中导入内容并继续完善）
• 交割检查清单——如果由并购冷启动技能生成，我会自动从 ~/.claude/plugins/config/claude-for-legal/corporate-legal/deals/[code]/closing-checklist.yaml 继承
• 单独的《必要同意事项》清单（如果收购协议由外部律师持有）

如果没有任何书面材料： 请用通俗语言告诉我交易情况——收购了谁、何时交割、目前有哪些主要待办事项——我会根据标准的第 1/30/90/180 天工作计划构建一份初始跟踪表，供你编辑。

根据所提供材料的不同，结果也会有所不同：

输入	结果
完整的收购协议	完整工作计划 + 带截止日期的《必要同意事项》+ 收购协议日期
收购协议 + 合同清单	完整跟踪表 + 合同转让分级清单
交易摘要 / 待办事项清单	标准工作计划框架，《必要同意事项》以占位项形式列出
无	标准工作计划框架；由律师补充同意事项和合同清单

跟踪表旨在逐步完善——今天先建立框架，随着更多信息逐渐可用再补充内容。

从收购协议中提取：

《必要同意事项》附表：

• 对每项同意事项，记录交易对方名称、合同类型和合同规定的截止日期。将 required_consent 设为 true，并填写 pa_deadline。

交割后义务：

• 将每项义务映射到工作计划事项。根据截止日期分配到相应阶段。在 deadline_basis 中标记为 pa-obligation。

关键日期：

• 《必要同意事项》截止日期——从收购协议中提取
• 陈述与保证的存续期届满日期——从收购协议中提取具体存续期限。一般、根本性和税务陈述通常有不同的存续期限；提取协议中规定的每一期限，并分别记录。不要假定适用默认期限。
• 托管款项释放日期——从收购协议中提取
• 任何业绩对赌的计量和付款日期——添加到 pa_dates.earnout_milestones，负责人始终设为 "finance"

第 3 步：制定分阶段工作计划

为每个阶段生成标准工作计划事项。添加从第 2 步中提取的 PA 义务。 从交割清单继承的事项已预先填入。

第 1 天 — 法务负责：

• 提交实体名称变更文件（如果要更改被收购实体的名称）[priority: critical]
• 更新银行账户授权签字人——向银行提供交割文件并通知银行 [priority: critical]
• 通知注册代理人所有权变更 [priority: high]
• 执行关键 IP 转让——如果有 IP 转让被推迟至交割后 [priority: critical]
• 转让域名和社交媒体账户 [priority: high]
• D&O 保险——确认被收购实体董事的延续保险单已生效 [priority: critical]
• 根据州法律要求向州务卿办公室提交所有权变更通知 [priority: high]

第 1 天 — 法务提供支持：

• 员工公告和沟通（由 HR 负责，法务审核）[priority: critical]
• 确认第 1 天福利保障（由 HR 负责，法务就 COBRA 和计划条款提供建议）
• 客户沟通信函（由业务部门负责，法务审核准确性）

第 30 天 — 法务负责：

• 首轮推进 Required Consents——联系所有交易对手并记录沟通情况 [priority: critical]
• 在 USPTO 登记 IP 转让（专利、商标）[priority: high]
• 提交版权转让备案 [priority: medium]
• 提交商标转让登记 [priority: high]
• 重大合同审查——完成第 1 级和第 2 级合同转让分析 [priority: high]
• 最终确认保险延续保单 [priority: high]

第 30 天 — 法务提供支持：

• 数据迁移隐私审查（由 IT 负责，法务就数据传输机制提供建议）
• 房地产租约转让条款审查（由设施部门负责，法务提供建议）

第 90 天 — 法务负责：

• Required Consents 截止日期——必须取得所有 Required Consents，否则应升级处理 [priority: critical, deadline: pa_dates.required_consents_deadline]
• 实体精简决策——建议保留独立实体／合并／解散 [priority: high]
• 福利计划承接或终止文件 [priority: high]
• 第二轮推进同意事项——处理剩余未取得的同意 [priority: high]
• 解决第 3 级控制权变更合同 [priority: critical]

第 90 天 — 法务提供支持：

• 完整的 HR 整合文件（由 HR 负责，法务就劳动法提供建议）

第 180 天 — 法务负责：

• 实体合并备案——如果实体精简决策为合并 [priority: high]
• 实体解散备案——如果实体精简决策为清算 [priority: high]
• 完整的合同更替——针对要求使用收购方名称的合同 [priority: high]
• 跟踪陈述保证存续期限——记录即将到来的到期日期 [priority: medium]

生成后显示摘要：

Integration tracker initialized — [Deal code] / [Target]

Close date: [date]
Required Consents deadline: [date] ([N] days from today)
Rep survival expires: [date]

Workplan items: [N] ([N] legal-owns, [N] legal-supports)
Required Consents: [N] (from PA schedule)
Desired Consents: [N] (from diligence — no PA deadline)

Contract assignment: not yet imported — run --contracts to populate

Next step: run /corporate-legal:integration-management --contracts to import the
contract list, then --report to see your first status summary.

---

模式 2：合同转让

/corporate-legal:integration-management --contracts [--deal [code]]

这是专门用于初始化合同转让的流程。它独立于主初始化流程，因此可以单独运行，也可以在合同清单变更时重新运行。

步骤 1：获取合同清单

有两种方式，请根据情况选择：

方式 A：已连接的存储库

是否已连接合同存储库？（Google Drive、Box、SharePoint， 或交割后仍可访问的 VDR？）

如果已连接：请告诉我被收购公司合同所在的文件夹路径或文件夹名称。我会提取其中的清单，并逐份阅读合同，查找转让条款和交易对手。

搜索已连接的存储库。对于找到的每份文档：

• 提取文件名和文件路径
• 阅读文档并确定：合同方（交易对手名称）、合同类型（依据标题或标的事项）、转让条款原文、如有则提取控制权变更条款原文，以及合同中注明的年度金额。

方式 B：手动上传清单

上传合同清单。可以是：

• PA 披露清单中的重要合同明细表
• 从其合同管理系统导出的 CSV 或 Excel 文件
• 手动编制的清单

必需的最低列数：合同名称、交易对手。建议但非必需： 合同类型、年度金额、转让条款原文。

读取上传的清单。对于未提供转让条款原文的合同，将 assignment_mechanism 设为 "not_reviewed"，并标记以便后续跟进。

方式 C：披露清单

如果既没有存储库，也没有清单，请从 PA 披露清单（通过 --init 上传的 PA 中）读取重要合同明细表。这会提供最低限度的清单，包括合同方和合同类型。转让条款需要人工审阅。

步骤 2：确定转让机制

为每份合同分类其转让机制：

机制	定义	层级
consent-required	明确条款禁止未经交易对手同意转让	1 或 2
coc-provision	控制权变更条款赋予交易对手因交易而触发的终止权或同意权	3
auto-assign	没有转让限制，或明确允许转让给关联方或继受方	4
silent	没有转让条款——按准据法处理。研究合同未规定转让事宜时，准据法对合同转让的默认规则，并引用适用规则。标记以供律师审阅。	2
not_reviewed	无法阅读或找到转让条款	标记以供人工审阅

对于 Required Consents PA 明细表中标记的合同：无论转让机制分类为何，均将层级改为 1。

步骤 3：分配层级

Tier 1 — Required Consents: [N] contracts
  Named in PA schedule, hard deadline [date], must obtain consent

Tier 2 — Material, consent required: [N] contracts
  Assignment restriction present, not in PA schedule
  Recommended timeline: obtain within Day 90

Tier 3 — Change of control provisions: [N] contracts ⚠️
  Counterparty has termination or consent right triggered by close
  ACTION REQUIRED: contact counterparty immediately — CoC may already be triggered

Tier 4 — Auto-assign / no action: [N] contracts
  Assigns automatically or by affiliate/successor provision
  Tracking only — no outreach needed

Not reviewed: [N] contracts
  Could not determine assignment mechanism — manual review required

单独并醒目地显示层级 3。控制权变更条款可能已在交割日触发——交易对手可能享有正在生效的终止权。

步骤 4：生成状态条目

为每份合同创建一条跟踪记录，包含：

• 所有已提取字段（交易对手、类型、金额、机制、层级）
• 初始状态：层级 4 → no_action；层级 3 → coc_triggered；层级 1/2 → consent_pending；not_reviewed → not_reviewed
• 对于层级 1，从 Required Consents 明细表填入 pa_deadline

---

模式 3：状态报告

/corporate-legal:integration-management --report [--deal [code]]

读取当前跟踪状态。生成：

[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 post-closing integration records. It inherits their privilege and confidentiality status — distribution beyond the privilege circle can waive privilege. Confirm the recipient list before sending.

INTEGRATION STATUS — [Deal code] / [Target]
[Date] — Day [N] post-close

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

EXECUTIVE SUMMARY
[2-3 sentence paragraph: overall status, biggest risk, key win since last report]

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

REQUIRED CONSENTS  [deadline: DATE — N days remaining]
  Obtained:        [N] of [total]  ████████░░  [%]
  In negotiation:  [N]
  Outreach sent:   [N]
  Not started:     [N]
  Refused:         [N] ⚠️

⚠️ AT RISK: [counterparty] — deadline in [N] days, no response to outreach
⚠️ REFUSED: [counterparty] — PA obligation not met; escalate to outside counsel

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

CONTRACT ASSIGNMENT
  Tier 1 (Required Consents):   [N] complete / [N] in progress / [N] pending
  Tier 2 (Material contracts):  [N] complete / [N] in progress / [N] pending
  Tier 3 (CoC provisions):      [N] resolved / [N] outstanding ⚠️
  Tier 4 (Auto-assign):         [N] — no action required

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

WORKPLAN — LEGAL OWNS
  🔴 OVERDUE ([N]):
    [item] — was due [date]

  ⏰ DUE THIS WEEK ([N]):
    [item] — due [date]

  ✅ COMPLETED SINCE LAST REPORT ([N]):
    [item] — completed [date]

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

BLOCKERS & DECISIONS NEEDED
  [item] — blocked on: [description] — owner: [name]
  [item] — decision needed: [description] — recommend: [option]

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

KEY DATES COMING UP
  [date] — [milestone / deadline]
  [date] — Rep survival expires — confirm no pending indemnification claims

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

---

模式 4：更新

/corporate-legal:integration-management --update [--deal [code]]

手动更新： 律师告知 Claude 有哪些变更。

“我们已获得 Salesforce 同意。将其标记为已获得，分配给 [name]，日期设为今天。” “实体精简的决定是合并。更新状态，并将合并申报添加到第 180 天。” “[Counterparty] 拒绝了同意。标记此事项，并注明我们需要外部律师判断这是否会触发 PA 赔偿索赔。”

Claude 更新相关跟踪表条目，重新计算所有下游状态 （例如，如果现已获得所有第 1 级同意，则将 PA 义务标记为已满足）， 并展示变更内容。

上传更新： 工作流负责人或外部律师发送状态文件。

上传来自 [外部律师 / HR 负责人 / 企业发展团队] 的状态更新。 我会解析文件并更新跟踪表。

读取上传的文件。根据交易对手名称或工作计划项目描述，将文件中描述的事项与跟踪表条目进行匹配。更新状态字段。 标记更新中无法与现有跟踪表条目匹配的事项——这些可能是需要新增的事项。

每次更新后，展示：

Updated [N] items.

Changes:
  CON-003 Salesforce: not_started → obtained
  W-014 Entity rationalization: in_progress → complete

New flags:
  CON-007 [Counterparty]: refused — PA obligation may be unmet. Consider:
  outside counsel review of indemnification claim. ⚠️

---

模式 5：导出

/corporate-legal:integration-management --export [--format csv|table] [--section all|consents|contracts|workplan]

生成扁平 CSV 或 Markdown 表格。默认：所有部分，CSV。

工作计划： id、阶段、描述、负责人、工作流、优先级、截止日期、状态、阻碍因素

同意事项： id、交易对手、合同类型、所需同意、PA 截止日期、状态、分配对象、获得日期、备注

合同： id、名称、交易对手、合同类型、年度价值、转让机制、层级、所需同意、PA 截止日期、状态、分配对象、备注

导出格式便于共享，适用于外部律师、企业发展团队或董事会整合进展更新。

---

此技能不负责的事项

• 它不管理业务整合工作流（IT、HR、财务、房地产）。它会跟踪法务在这些工作流中的接触点，并标记需要法务意见的事项。相关责任仍由业务职能部门承担。
• 它不起草同意请求函或债务更替协议——这些由书面同意技能或外部律师提供。
• 它不就赔偿索赔或 PA 违约提供建议。当同意遭拒或错过截止日期时，它会标记相关情况——后果的法律分析由律师决定。
• 它不跟踪业绩对赌表现。业绩对赌里程碑和付款日期会作为参考日期出现在跟踪表中，负责人设为财务部门。相关数据由业务部门推动。
• 它不会在报告状态时实时读取合同。合同状态以律师在跟踪表中更新的内容为准。生成报告时，技能读取的是跟踪表，而不是合同。

公式注入防护

在 Excel、Sheets 或 CSV 输出中写入任何单元格之前，都要中和公式注入。来自交易对手的文本（合同引文、当事方名称、注册代理人数据、CLM 导出内容）都由攻击者控制。以 =、+、-、@、 、 或 开头的单元格会被解释为公式，或破坏行结构。

• 添加单引号前缀： '=SUM(A1:A10) → =SUM(A1:A10)（显示为文本，不会执行）
• 适用于所有包含来自文档、工具结果或用户粘贴文本的单元格。 由你控制的列标题和生成的计算值是安全的。
• CSV：还要转义嵌入的逗号、双引号和换行符（RFC 4180 引用规则）。
• 这不是可选项。用户在 Excel 中打开的电子表格如果触发宏或通过 DDE 外传数据，就会构成针对用户的供应链攻击。