integration-management

Compare original and translation side by side

🇺🇸

Original

English
🇨🇳

Translation

Chinese

/integration-management

/integration-management

  1. Load
    deal-context.md
    for deal code, target, close date, deal lead.
  2. Load
    integration-tracker.yaml
    if it exists (or create on --init).
  3. Use the workflow below.
  4. Route by flag:
    • --init
      : Mode 1 — read PA, build phased workplan, consent tracker
    • --contracts
      : Mode 2 — import contract list (repository or upload), tier and classify
    • --report
      : Mode 3 — generate status report
    • --update
      : Mode 4 — manual update or parse uploaded status document
    • --export
      : Mode 5 — CSV or table export
  5. Read/write
    ~/.claude/plugins/config/claude-for-legal/corporate-legal/deals/[code]/integration-tracker.yaml
    .
  6. After any write: show summary of changes and surface any new flags.

  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. 任何写入操作完成后:显示变更摘要并提示新可用参数。

Matter context

事项上下文

Matter context. Check
## Matter workspaces
in the practice-level CLAUDE.md. If
Enabled
is
(the default for in-house users), skip the rest of this paragraph — skills use practice-level context and the matter machinery is invisible. If enabled and there is no active matter, ask: "Which matter is this for? Run
/corporate-legal:matter-workspace switch <slug>
or say
practice-level
." Load the active matter's
matter.md
for matter-specific context and overrides. Write outputs to the matter folder at
~/.claude/plugins/config/claude-for-legal/corporate-legal/matters/<matter-slug>/
. Never read another matter's files unless
Cross-matter context
is
on
.

事项上下文:查看业务级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
开启,否则不得读取其他事项的文件。

Purpose

用途

Outside counsel closes the deal. Legal inherits the mess. This skill is the program management layer for post-closing integration — not the business integration, not IT systems, not HR org design. The legal workstream: consents, contract assignments, entity rationalization, IP recordals, PA obligations. It tracks what's done, what's due, what's blocked, and what needs a decision.

外部律师完成交割后,法务团队接手后续工作。本工具是交割后整合的项目管理层——不负责业务整合、IT系统迁移或HR组织架构设计,仅聚焦法务工作流:同意书获取、合同转让、实体整合规划、知识产权备案、PA义务追踪。它记录已完成事项、待办事项、阻塞事项及需决策事项。

Tracker file

追踪文件

Lives at
~/.claude/plugins/config/claude-for-legal/corporate-legal/deals/[code]/integration-tracker.yaml
. Read
deal-context.md
for the deal code, target name, close date, and deal lead. Inherit any post-close items from
closing-checklist.yaml
if it exists.
yaml
undefined
文件路径为
~/.claude/plugins/config/claude-for-legal/corporate-legal/deals/[code]/integration-tracker.yaml
。读取
deal-context.md
获取交易代码、目标公司名称、交割日期和交易负责人信息。若
closing-checklist.yaml
存在,则继承其中的交割后事项。
yaml
undefined

integration-tracker.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: []

**Workplan item structure:**
```yaml
- 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: ""
Consent entry structure:
yaml
- 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: ""
Contract entry structure:
yaml
- 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]"

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: []

**工作计划项结构:**
```yaml
- 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: ""
同意书条目结构:
yaml
- 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: ""
合同条目结构:
yaml
- 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]"

Mode 1: Initialize

模式1:初始化

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

Step 1: Load deal context

步骤1:加载交易上下文

Read
~/.claude/plugins/config/claude-for-legal/corporate-legal/deals/[code]/deal-context.md
. If not found: ask for deal code name, target company, close date, deal lead, and outside counsel. Write to deal-context.md if it doesn't exist.
Read
~/.claude/plugins/config/claude-for-legal/corporate-legal/deals/[code]/closing-checklist.yaml
if it exists. Any items marked as post-closing become Day 1 or Day 30 workplan items (inherit status from closing-checklist).
读取
~/.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中的状态)。

Step 2: Read deal inputs

步骤2:读取交易输入文件

A full purchase agreement produces the most complete tracker. The PA's Required Consents schedule and post-closing covenants section are the authoritative source for hard deadlines and legal obligations. But the skill can initialize usefully from whatever is available — partial inputs produce a starter tracker the attorney fills in rather than an empty page.
What deal artifacts do you have available? Share whatever exists:
Ideal: The purchase agreement (upload or connected document path). I'll read the post-closing covenants, Required Consents schedule, survival periods, escrow terms, and earn-out provisions.
Also useful — share any combination of:
  • Deal summary or term sheet (gives me the key economics and timeline)
  • Integration to-do list or post-close checklist from outside counsel
  • Existing workplan or integration tracker (I'll import and continue from it)
  • Closing checklist — if generated by the M&A cold-start skill, I'll inherit it automatically from
    ~/.claude/plugins/config/claude-for-legal/corporate-legal/deals/[code]/closing-checklist.yaml
  • Required Consents list alone (if the PA is held by outside counsel)
If you have nothing written down: Tell me the deal in plain terms — who was acquired, when it closed, what the main open items are — and I'll build a starter tracker from the standard Day 1/30/90/180 workplan that you edit.
What changes based on what's provided:
InputWhat you get
Full PAComplete workplan + Required Consents with deadlines + PA dates
PA + contract listFull tracker + contract assignment tier list
Deal summary / to-do listStandard workplan skeleton, Required Consents as placeholders
NothingStandard workplan scaffold; attorney fills in consents and contract lists
The tracker is designed to be built out progressively — a skeleton today, filled in as more information becomes available.
From the PA extract:
Required Consents schedule:
  • For each consent: counterparty name, contract type, and the contractual deadline. Set as required_consent: true with pa_deadline populated.
Post-closing obligations:
  • Map each obligation to a workplan item. Assign to the correct phase based on the deadline. Tag as pa-obligation in deadline_basis.
Key dates:
  • Required Consents deadline — extract from the PA
  • Rep and warranty survival expiry — pull the specific survival periods from the PA. General, fundamental, and tax reps typically have different survival periods; pull each one the PA defines and record them separately. Do not assume a default.
  • Escrow release date(s) — extract from the PA
  • Any earn-out measurement and payment dates — add to pa_dates.earnout_milestones, owner always set to "finance"
完整的收购协议(PA)能生成最全面的追踪表。 PA中的「必填同意书」附表和交割后契约章节是硬截止日期与法务义务的权威来源。但即使只有部分文件可用,本工具也能生成可用的初始追踪表——律师可在基础框架上补充信息,而非从零开始。
你有哪些交易文件可用?请提供所有现有文件:
理想情况: 收购协议(上传或提供文档路径)。我将读取交割后契约、必填同意书附表、陈述与保证存续期、托管条款和或有对价条款。
同样有用的文件(可任意组合提供):
  • 交易摘要或条款清单(提供关键经济条款与时间线)
  • 外部律师提供的整合待办事项或交割后清单
  • 现有工作计划或整合追踪表(我将导入并继续使用)
  • 交割清单——若由M&A冷启动工具生成,我将自动从
    ~/.claude/plugins/config/claude-for-legal/corporate-legal/deals/[code]/closing-checklist.yaml
    继承
  • 单独的必填同意书清单(若PA由外部律师持有)
若没有任何书面文件: 用通俗语言描述交易——收购对象、交割时间、主要未完成事项——我将基于标准Day 1/30/90/180工作计划生成初始追踪表,供你编辑。
根据提供的文件生成不同内容:
输入文件生成内容
完整PA完整工作计划 + 带截止日期的必填同意书 + PA关键日期
PA + 合同列表完整追踪表 + 合同转让分级列表
交易摘要 / 待办事项清单标准工作计划框架,必填同意书为占位符
无文件标准工作计划框架;律师需补充同意书与合同列表
追踪表支持逐步完善——先搭建框架,后续逐步补充信息。
从PA中提取的内容:
必填同意书附表:
  • 每个同意书对应的交易对手名称、合同类型和合同截止日期。标记为required_consent: true并填充pa_deadline字段。
交割后义务:
  • 将每项义务映射为工作计划项。根据截止日期分配到对应阶段。在deadline_basis中标记为pa-obligation。
关键日期:
  • 必填同意书截止日期——从PA中提取
  • 陈述与保证存续期届满日期——从PA中提取具体存续期。一般、重大和税务陈述通常有不同的存续期;需提取PA中定义的每一项并单独记录,不得使用默认值。
  • 托管释放日期——从PA中提取
  • 任何或有对价的计量与支付日期——添加到pa_dates.earnout_milestones,owner始终设置为"finance"

Step 3: Build the phased workplan

步骤3:构建阶段性工作计划

Generate standard workplan items for each phase. Add PA obligations extracted in Step 2. Items inherited from the closing checklist are pre-populated.
Day 1 — legal-owns:
  • Entity name change filing (if acquired entity is being renamed) [priority: critical]
  • Bank account signatory updates — notify bank with closing documentation [priority: critical]
  • Registered agent notification of ownership change [priority: high]
  • Key IP assignment execution — if any IP assignments were deferred from closing [priority: critical]
  • Domain name and social media account transfer [priority: high]
  • D&O insurance — confirm tail policy is bound for acquired entity directors [priority: critical]
  • Secretary of State ownership notifications where required by state law [priority: high]
Day 1 — legal-supports:
  • Employee announcement and communications (HR owns, legal reviews) [priority: critical]
  • Benefits day-1 coverage confirmation (HR owns, legal advises on COBRA and plan terms)
  • Customer communication letters (business owns, legal reviews for accuracy)
Day 30 — legal-owns:
  • Required Consents initial push — contact all counterparties, document outreach [priority: critical]
  • IP assignment recordal at USPTO (patents, trademarks) [priority: high]
  • Copyright assignment filing [priority: medium]
  • Trademark assignment recording [priority: high]
  • Material contract review — complete tier 1 and tier 2 contract assignment analysis [priority: high]
  • Insurance tail policy final confirmation [priority: high]
Day 30 — legal-supports:
  • Data migration privacy review (IT owns, legal advises on data transfer mechanisms)
  • Real estate lease review for assignment provisions (facilities owns, legal advises)
Day 90 — legal-owns:
  • Required Consents deadline — all Required Consents must be obtained or escalated [priority: critical, deadline: pa_dates.required_consents_deadline]
  • Entity rationalization decision — recommend keep separate / merge / dissolve [priority: high]
  • Benefits plan assumption or termination documentation [priority: high]
  • Secondary consent push — remaining outstanding consents [priority: high]
  • Tier 3 change of control contract resolution [priority: critical]
Day 90 — legal-supports:
  • Full HR harmonization documentation (HR owns, legal advises on employment law)
Day 180 — legal-owns:
  • Entity merger filing — if rationalization decision is to merge [priority: high]
  • Entity dissolution filing — if rationalization decision is to wind down [priority: high]
  • Full contract novation — contracts requiring acquiror's name [priority: high]
  • Rep survival tracking — note upcoming expiry date [priority: medium]
Show summary after generating:
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中提取的PA义务。从交割清单继承的事项将预先填充。
Day 1 — 法务负责:
  • 实体名称变更备案(若收购实体需更名)[优先级:critical]
  • 银行账户签字人更新——向银行提交交割文件通知 [优先级:critical]
  • 注册代理人所有权变更通知 [优先级:high]
  • 关键知识产权转让签署——若任何知识产权转让在交割时延迟 [优先级:critical]
  • 域名与社交媒体账户转让 [优先级:high]
  • D&O保险——确认收购实体董事的追溯保险已绑定 [优先级:critical]
  • 按州法律要求向州务卿提交所有权变更通知 [优先级:high]
Day 1 — 法务支持:
  • 员工公告与沟通(HR负责,法务审核)[优先级:critical]
  • 首日福利覆盖确认(HR负责,法务就COBRA与计划条款提供建议)
  • 客户沟通函(业务负责,法务审核准确性)
Day 30 — 法务负责:
  • 必填同意书首次推送——联系所有交易对手,记录沟通情况 [优先级:critical]
  • USPTO知识产权转让备案(专利、商标)[优先级:high]
  • 版权转让备案 [优先级:medium]
  • 商标转让备案 [优先级:high]
  • 重大合同审核——完成1级和2级合同转让分析 [优先级:high]
  • 保险追溯政策最终确认 [优先级:high]
Day 30 — 法务支持:
  • 数据迁移隐私审核(IT负责,法务就数据传输机制提供建议)
  • 房地产租赁转让条款审核(设施部门负责,法务提供建议)
Day 90 — 法务负责:
  • 必填同意书截止日期——所有必填同意书必须获取或升级处理 [优先级:critical,截止日期:pa_dates.required_consents_deadline]
  • 实体整合决策——建议保留独立/合并/解散 [优先级:high]
  • 福利计划承接或终止文件 [优先级:high]
  • 二次同意书推送——处理剩余未完成同意书 [优先级:high]
  • 3级控制权变更合同解决 [优先级:critical]
Day 90 — 法务支持:
  • 完整HR整合文件(HR负责,法务就劳动法提供建议)
Day 180 — 法务负责:
  • 实体合并备案——若整合决策为合并 [优先级:high]
  • 实体解散备案——若整合决策为清算 [优先级:high]
  • 完整合同更新——需变更收购方名称的合同 [优先级:high]
  • 陈述与保证存续期追踪——记录即将到来的届满日期 [优先级:medium]
生成后显示摘要:
整合追踪表已初始化 — [交易代码] / [目标公司]

交割日期:[日期]
必填同意书截止日期:[日期](距今日[N]天)
陈述与保证存续期届满:[日期]

工作计划项:[N]项([N]项法务负责,[N]项法务支持)
必填同意书:[N]项(来自PA附表)
期望同意书:[N]项(来自尽职调查——无PA截止日期)

合同转让:尚未导入——运行--contracts参数填充

下一步:运行/corporate-legal:integration-management --contracts导入合同列表,然后运行--report查看首次状态摘要。

Mode 2: Contract Assignment

模式2:合同转让

/corporate-legal:integration-management --contracts [--deal [code]]
This is the dedicated contract assignment initialization. Separate from the main init so it can be run independently and re-run when the contract list changes.
/corporate-legal:integration-management --contracts [--deal [code]]
这是专门的合同转让初始化模式。独立于主初始化模式,可独立运行或在合同列表变更时重新运行。

Step 1: Get the contract list

步骤1:获取合同列表

Two paths — use whichever applies:
Path A: Connected repository
Is your contract repository connected? (Google Drive, Box, SharePoint, or a VDR that's still accessible post-close?)
If yes: give me the folder path or folder name for the acquired company's contracts. I'll pull a list of what's there and read each contract for the assignment clause and counterparty.
Search the connected repository. For each document found:
  • Extract filename and file path
  • Read the document — identify: contract party (counterparty name), contract type (from header or subject matter), assignment clause text, change of control clause text if present, and annual value if stated.
Path B: Manual list upload
Upload a contract list. This can be:
  • The Material Contracts schedule from the PA disclosure schedules
  • A CSV or Excel export from their contract management system
  • A manually prepared list
Minimum required columns: Contract Name, Counterparty. Helpful but optional: Contract Type, Annual Value, Assignment Clause text.
Read the uploaded list. For contracts where no assignment clause text is provided, set assignment_mechanism to "not_reviewed" and flag for follow-up.
Path C: Disclosure schedule
If neither repository nor list is available, read the Material Contracts schedule from the PA disclosure schedules (from the PA uploaded in --init). This gives the minimum required list — parties and contract types. Assignment clauses will need manual review.
两种路径——选择适用的路径:
路径A:连接的仓库
你的合同仓库是否已连接?(Google Drive、Box、SharePoint或交割后仍可访问的VDR?)
若是:提供收购公司合同的文件夹路径或名称。我将获取文件列表并读取每份合同的转让条款和交易对手信息。
搜索连接的仓库。对于找到的每份文档:
  • 提取文件名和文件路径
  • 读取文档——识别:合同方(交易对手名称)、合同类型(从标题或主题判断)、转让条款文本、控制权变更条款文本(若存在)、年度价值(若注明)。
路径B:手动上传列表
上传合同列表。可以是:
  • PA披露附表中的重大合同附表
  • 合同管理系统导出的CSV或Excel文件
  • 手动整理的列表
最低要求列:合同名称、交易对手。可选但有用的列:合同类型、年度价值、转让条款文本。
读取上传的列表。对于未提供转让条款文本的合同,将assignment_mechanism设置为"not_reviewed"并标记为需跟进。
路径C:披露附表
若既无连接仓库也无上传列表,则读取PA披露附表中的重大合同附表(来自--init模式中上传的PA)。这将提供最低要求的列表——交易方和合同类型。转让条款需手动审核。

Step 2: Determine assignment mechanism

步骤2:确定转让机制

For each contract, classify the assignment mechanism:
MechanismDefinitionTier
consent-required
Explicit clause prohibiting assignment without counterparty consent1 or 2
coc-provision
Change of control clause giving counterparty termination or consent right triggered by the deal3
auto-assign
No restriction, or explicit permission to assign to affiliates or successors4
silent
No assignment clause — default to governing law. Research the governing-law default for contract assignment when the contract is silent and cite the controlling rule. Flag for attorney review.2
not_reviewed
Could not read or locate assignment clauseFlag for manual review
For contracts flagged in the Required Consents PA schedule: override tier to 1 regardless of assignment mechanism classification.
为每份合同分类转让机制:
机制定义分级
consent-required
明确条款规定未经交易对手同意不得转让1或2级
coc-provision
控制权变更条款赋予交易对手因交易触发的终止或同意权3级
auto-assign
无限制,或明确允许转让给关联方或继任者4级
silent
无转让条款——默认适用管辖法律。研究合同无转让条款时的管辖法律默认规则并引用控制规则。标记为需律师审核。2级
not_reviewed
无法读取或找到转让条款标记为需手动审核
对于PA附表中标记为必填同意书的合同:无论转让机制分类如何,均将分级覆盖为1级。

Step 3: Tier assignment

步骤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
Show tier 3 separately and prominently. A change of control clause may have already triggered on the close date — counterparty may have a right to terminate that is running right now.
1级 — 必填同意书:[N]份合同
  PA附表中列明,硬截止日期[日期],必须获取同意

2级 — 重大合同,需同意:[N]份合同
  存在转让限制,未列入PA附表
  建议时间线:Day 90内获取同意

3级 — 控制权变更条款:[N]份合同 ⚠️
  交易对手因交割触发终止或同意权
  需立即行动:联系交易对手——控制权变更可能已触发

4级 — 自动转让 / 无需行动:[N]份合同
  通过关联方/继任者条款自动转让
  仅需追踪——无需沟通

未审核:[N]份合同
  无法确定转让机制——需手动审核
单独突出显示3级合同。控制权变更条款可能在交割日已触发——交易对手可能拥有立即终止合同的权利。

Step 4: Generate status entries

步骤4:生成状态条目

For each contract, create a tracker entry with:
  • All extracted fields (counterparty, type, value, mechanism, tier)
  • Initial status: tier 4 →
    no_action
    ; tier 3 →
    coc_triggered
    ; tiers 1/2 →
    consent_pending
    ; not_reviewed →
    not_reviewed
  • pa_deadline populated for tier 1 from Required Consents schedule

为每份合同创建追踪条目,包含:
  • 所有提取字段(交易对手、类型、价值、机制、分级)
  • 初始状态:4级→
    no_action
    ;3级→
    coc_triggered
    ;1/2级→
    consent_pending
    ;未审核→
    not_reviewed
  • 1级合同从必填同意书附表填充pa_deadline字段

Mode 3: Status Report

模式3:状态报告

/corporate-legal:integration-management --report [--deal [code]]
Reads current tracker state. Produces:
[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

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

/corporate-legal:integration-management --report [--deal [code]]
读取当前追踪表状态,生成:
[工作产品标题 — 按插件配置## Outputs — 因角色而异;查看`## Who's using this`]

> 本状态报告基于收购协议、尽职调查结果和交割后整合记录生成。继承其保密特权状态——超出特权范围分发可能导致特权丧失。发送前请确认收件人列表。

整合状态报告 — [交易代码] / [目标公司]
[日期] — 交割后第[N]天

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

执行摘要
[2-3句话:整体状态、最大风险、自上次报告以来的关键进展]

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

必填同意书  [截止日期:DATE — 剩余N天]
  已获取:        [N]/[总数]  ████████░░  [%]
  协商中:        [N]
  已发送沟通:    [N]
  未开始:        [N]
  被拒绝:        [N] ⚠️

⚠️ 风险项:[交易对手] — 截止日期剩余[N]天,未收到回复
⚠️ 被拒绝:[交易对手] — PA义务未履行;请升级至外部律师处理

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

合同转让
  1级(必填同意书):   [N]完成 / [N]进行中 / [N]待处理
  2级(重大合同):    [N]完成 / [N]进行中 / [N]待处理
  3级(控制权变更条款):[N]已解决 / [N]未完成 ⚠️
  4级(自动转让):     [N] — 无需行动

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

工作计划 — 法务负责
  🔴 逾期([N]项):
    [事项] — 原定截止日期[日期]

  ⏰ 本周到期([N]项):
    [事项] — 截止日期[日期]

  ✅ 自上次报告以来已完成([N]项):
    [事项] — 完成日期[日期]

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

阻塞事项与待决策项
  [事项] — 阻塞原因:[描述] — 负责人:[姓名]
  [事项] — 需决策:[描述] — 建议:[选项]

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

即将到来的关键日期
  [日期] — [里程碑 / 截止日期]
  [日期] — 陈述与保证存续期届满 — 确认无未决赔偿请求

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

Mode 4: Update

模式4:更新

/corporate-legal:integration-management --update [--deal [code]]
Manual update: Attorney tells Claude what changed.
"We got the Salesforce consent. Mark it obtained, assigned to [name], date today." "The entity rationalization decision is to merge. Update status and add the merger filing to Day 180." "[Counterparty] refused consent. Flag it and note we need outside counsel on whether this triggers a PA indemnification claim."
Claude updates the relevant tracker entry, recalculates any downstream status (e.g., if all tier 1 consents are now obtained, flag the PA obligation as met), and shows what changed.
Upload update: Workstream owner or outside counsel sends a status document.
Upload the status update from [outside counsel / HR lead / corp dev team]. I'll parse it and update the tracker.
Read the uploaded document. Match described items to tracker entries by counterparty name or workplan item description. Update status fields. Flag any items in the update that don't match an existing tracker entry — may be new items to add.
After any update, show:
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. ⚠️

/corporate-legal:integration-management --update [--deal [code]]
手动更新: 律师告知Claude变更内容。
"我们已获得Salesforce的同意。标记为已获取,负责人[姓名],日期为今日。" "实体整合决策为合并。更新状态并将合并备案添加到Day 180。" "[交易对手]拒绝同意。标记并注明需外部律师判断是否触发PA赔偿请求。"
Claude更新相关追踪条目,重新计算下游状态(例如,若所有1级同意书已获取,则标记PA义务已履行),并显示变更内容。
上传更新: 工作流负责人或外部律师发送状态文档。
上传[外部律师 / HR负责人 / 企业发展团队]提供的状态更新。我将解析并更新追踪表。
读取上传的文档。通过交易对手名称或工作计划项描述匹配追踪表条目。更新状态字段。标记更新中未匹配到现有追踪条目的事项——可能是需添加的新事项。
任何更新完成后显示:
已更新[N]项。

变更内容:
  CON-003 Salesforce: not_started → obtained
  W-014 实体整合: in_progress → complete

新标记:
  CON-007 [交易对手]: 被拒绝 — PA义务可能未履行。建议:
  请外部律师审核赔偿请求。 ⚠️

Mode 5: Export

模式5:导出

/corporate-legal:integration-management --export [--format csv|table] [--section all|consents|contracts|workplan]
Produces a flat CSV or markdown table. Default: all sections, CSV.
CSV format — one row per item, section indicated by a
section
column. Columns vary by section:
Workplan: id, phase, description, owner, workstream, priority, deadline, status, blocker
Consents: id, counterparty, contract_type, required_consent, pa_deadline, status, assigned_to, obtained_date, notes
Contracts: id, name, counterparty, contract_type, annual_value, assignment_mechanism, tier, required_consent, pa_deadline, status, assigned_to, notes
Export is the shareable format — suitable for outside counsel, corp dev, or a board integration update.

/corporate-legal:integration-management --export [--format csv|table] [--section all|consents|contracts|workplan]
生成扁平化CSV或markdown表格。默认:所有章节,CSV格式。
CSV格式 — 每行一个事项,通过
section
列标识章节。不同章节列不同:
工作计划: id, phase, description, owner, workstream, priority, deadline, status, blocker
同意书: id, counterparty, contract_type, required_consent, pa_deadline, status, assigned_to, obtained_date, notes
合同: id, name, counterparty, contract_type, annual_value, assignment_mechanism, tier, required_consent, pa_deadline, status, assigned_to, notes
导出格式为可共享格式——适用于外部律师、企业发展团队或董事会整合更新。

What this skill does not do

本工具不负责的事项

  • It does not manage business integration workstreams (IT, HR, finance, real estate). It tracks legal's touchpoints in those workstreams and flags when legal input is needed. Ownership stays with the business function.
  • It does not draft the consent request letters or novation agreements — those are produced by the written-consent skill or by outside counsel.
  • It does not advise on indemnification claims or PA breach. When a consent is refused or a deadline is missed, it flags the situation — the legal analysis of consequences is the attorney's call.
  • It does not track earn-out performance. Earn-out milestones and payment dates appear in the tracker as reference dates with owner set to finance. The business drives the numbers.
  • It does not read contracts in real time during status reporting. Contract status is what the attorney has updated in the tracker. The skill reads the tracker, not the contracts, at report time.
  • 不负责业务整合工作流(IT、HR、财务、房地产)。仅追踪法务在这些工作流中的参与点,并标记需法务输入的环节。所有权仍归业务职能部门。
  • 不起草同意书请求函或更新协议——这些由书面同意工具或外部律师生成。
  • 不提供赔偿请求或PA违约的法律建议。当同意书被拒绝或截止日期错过时,仅标记情况——法律后果分析由律师负责。
  • 不追踪或有对价的执行情况。或有对价里程碑和支付日期作为参考日期出现在追踪表中,owner设置为finance。业务部门负责数据。
  • 状态报告时不实时读取合同。合同状态为律师在追踪表中更新的内容。工具在报告时读取追踪表,而非合同。

Formula injection defense

公式注入防御

Before writing any cell in Excel, Sheets, or CSV output, neutralize formula injection. Counterparty-sourced text (contract quotes, party names, registered agent data, CLM exports) is attacker-controlled. A cell starting with
=
,
+
,
-
,
@
,
	
,
 
, or
 
will be interpreted as a formula or break the row structure.
  • Prefix with a single quote:
    '=SUM(A1:A10)
    =SUM(A1:A10)
    (displayed as text, not executed)
  • Applies to every cell that contains text sourced from a document, a tool result, or a user paste. Column headers you control and computed values you produce are safe.
  • CSV: also escape embedded commas, double quotes, newlines (RFC 4180 quoting).
  • This is not optional. A spreadsheet your user opens in Excel that triggers a macro or exfiltrates data via DDE is a supply-chain attack on your user.
在Excel、Sheets或CSV输出中写入任何单元格前,需防范公式注入。交易对手提供的文本(合同引用、交易方名称、注册代理人数据、CLM导出)可能被攻击者控制。以
=
+
-
@
	
 
开头的单元格将被解释为公式或破坏行结构。
  • 添加单引号前缀:
    '=SUM(A1:A10)
    → 显示为
    =SUM(A1:A10)
    (作为文本显示,不执行)
  • 适用于所有来自文档、工具结果或用户粘贴的文本单元格。 你控制的列标题和生成的计算值是安全的。
  • CSV:还需转义嵌入的逗号、双引号、换行符(遵循RFC 4180引用规则)。
  • 这是强制要求。用户在Excel中打开的电子表格若触发宏或通过DDE泄露数据,将对用户造成供应链攻击。