integration-management

/integration-management

1. 加载 deal-context.md 获取交易代码、目标公司、交割日期、交易负责人。
2. 加载 integration-tracker.yaml（如存在；或通过 --init 创建）。
3. 使用以下工作流。
4. 按标志路由：
   • --init：模式1——读取收购协议，构建分阶段工作计划、同意追踪器
   • --contracts：模式2——导入合同清单（存储库或上传），分层和分类
   • --report：模式3——生成状态报告
   • --update：模式4——手动更新或解析上传的状态文件
   • --export：模式5——CSV 或表格导出
5. 读取/写入 ~/.claude/plugins/config/claude-for-legal-zh/corporate-legal/deals/[代码]/integration-tracker.yaml。
6. 任何写入后：展示变更摘要并呈现任何新标记。

---

事项上下文

事项上下文。 检查实务级 CLAUDE.md 中的 ## 事项工作区。如果 Enabled 为 ✗（企业法务用户的默认值），跳过本段其余内容——技能使用实务级上下文，事项机制不可见。如果已启用且无活跃事项，询问："这是哪个事项？运行 /corporate-legal:matter-workspace switch <事项简称> 或说 实务级。"加载活跃事项的 matter.md 获取事项特定上下文和覆盖规则。输出写入事项文件夹 ~/.claude/plugins/config/claude-for-legal-zh/corporate-legal/matters/<事项简称>/。除非 跨事项上下文 为 开，否则绝不读取其他事项的文件。

---

目的

外部律师交割交易。法务继承混乱。本技能是交割后整合的项目管理层——不是业务整合，不是IT系统，不是HR组织设计。是法律工作流：同意事项、合同转让、主体合理化、知识产权登记、股权收购协议义务。它追踪什么已完成、什么待到期、什么在受阻以及什么需要决策。

---

追踪器文件

存放于 ~/.claude/plugins/config/claude-for-legal-zh/corporate-legal/deals/[代码]/integration-tracker.yaml。读取 deal-context.md 获取交易代码、目标公司名称、交割日期和交易负责人。从 closing-checklist.yaml（如存在）继承任何交割后项目。

# integration-tracker.yaml

metadata:
  deal_code: "[代码]"
  target: "[公司名称]"
  close_date: "[YYYY-MM-DD]"
  deal_lead: "[姓名]"
  outside_counsel: "[律所和牵头律师]"
  last_updated: "[日期]"
  last_status_report: "[日期 或 空]"

pa_dates:
  required_consents_deadline: "[YYYY-MM-DD — 从收购协议中提取]"
  rep_survival_expires: "[YYYY-MM-DD]"
  escrow_release: "[YYYY-MM-DD 或 空]"
  earnout_milestones:
    - description: "[里程碑]"
      measurement_date: "[YYYY-MM-DD]"
      payment_date: "[YYYY-MM-DD]"
      owner: "finance"   # 始终为财务——法务仅追踪日期

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

required_consents: []
desired_consents: []

contracts:
  source: "[存储库 / manual-upload / disclosure-schedule]"
  repository_path: "[路径 或 空]"
  last_imported: "[日期]"
  total: 0
  tier_1: []
  tier_2: []
  tier_3: []
  tier_4: []

工作计划项结构：

- id: "W-001"
  description: "[行动事项]"
  phase: "[day_1 / day_30 / day_90 / day_180]"
  owner: "[法务负责 / 法务支持]"
  workstream: "[法务 / 人力 / 信息技术 / 财务 / 不动产 / 其他]"
  priority: "[关键 / 高 / 中 / 低]"
  deadline: "[YYYY-MM-DD 或 空]"
  deadline_basis: "[收购协议义务 / 监管要求 / 最佳实践]"
  status: "[未开始 / 进行中 / 已完成 / 受阻 / 推迟]"
  blocker: "[描述 或 空]"
  depends_on: "[项目 id 或 空]"
  notes: ""

同意项结构：

- id: "CON-001"
  counterparty: "[名称]"
  contract_type: "[客户 / 供应商 / 租赁 / 知识产权许可 / 金融/ 其他]"
  required_consent: true        # true = 在收购协议所需同意清单中列明
  pa_deadline: "[YYYY-MM-DD]"   # 仅对 required_consent: true
  status: "[未开始 / 已发出接洽 / 谈判中 / 已取得 / 已豁免 / 被拒绝]"
  assigned_to: "[姓名 或 空]"
  outreach_date: "[日期 或 空]"
  obtained_date: "[日期 或 空]"
  notes: ""

合同项结构：

- id: "C-001"
  name: "[合同名称或文件名]"
  counterparty: "[当事方名称]"
  contract_type: "[主协议 / SaaS / 租赁 / 知识产权许可 / 劳动/ 保密协议 / 其他]"
  annual_value: "[金额 或 未知]"
  assignment_mechanism: "[自动转让 / 需经同意 / 含控制权变更条款 / 未提及]"
  tier: 1   # 1=所需同意, 2=重大+需经同意, 3=控制权变更, 4=自动转让
  required_consent: false
  pa_deadline: "[YYYY-MM-DD 或 空]"
  status: "[未审查 / 无需行动 / 等待同意 / 接洽已发出 / 谈判中 / 同意已取得 / 转让已完成 / 已豁免 / 被拒绝 / 控制权变更已触发]"
  assigned_to: "[姓名 或 空]"
  notes: ""
  last_updated: "[日期]"

---

模式1：初始化

/corporate-legal:integration-management --init [--deal [代码]]

第1步：加载交易上下文

读取 ~/.claude/plugins/config/claude-for-legal-zh/corporate-legal/deals/[代码]/deal-context.md。如未找到：询问交易代号、目标公司、交割日期、交易负责人和外部律师。如 deal-context.md 不存在，写入。

读取 ~/.claude/plugins/config/claude-for-legal-zh/corporate-legal/deals/[代码]/closing-checklist.yaml（如存在）。任何标记为交割后的项目成为 Day 1 或 Day 30 工作计划项（从交割检查表继承状态）。

第2步：读取交易输入

一份完整的股权收购协议产生最完整的追踪器。 收购协议的所需同意清单和交割后承诺部分是硬截止日和法定义务的权威来源。但技能可从任何可获取的输入进行有用的初始化——部分输入产生一个律师填充的入门追踪器，而非空白页。

你有哪些交易工件可用？分享任何存在的：

理想： 股权收购协议（上传或已连接的文件路径）。我将读取交割后承诺、所需同意清单、存续期、托管条款和业绩对赌条款。

同样有用——分享任意组合：

• 交易摘要或条款清单（给我关键经济和时限）
• 来自外部律师的整合待办清单或交割后检查表
• 已有的工作计划或整合追踪器（我将导入并继续）
• 交割检查表——如由并购冷启动技能生成，我将自动从 ~/.claude/plugins/config/claude-for-legal-zh/corporate-legal/deals/[代码]/closing-checklist.yaml 继承
• 仅所需同意清单（如收购协议由外部律师持有）

如果你没有任何书面材料： 用通俗语言告诉我交易——谁被收购、何时交割、主要未决项是什么——我将从标准 Day 1/30/90/180 工作计划构建入门追踪器供你编辑。

提供什么改变什么：

输入	你获得什么
完整收购协议	完整工作计划 + 带截止日的所需同意 + 收购协议日期
收购协议 + 合同清单	完整追踪器 + 合同转让分层清单
交易摘要 / 待办清单	标准工作计划框架，所需同意为占位符
无	标准工作计划支架；律师填写同意和合同清单

追踪器设计为渐进构建——今天一个框架，随着更多信息可获而填充。

从收购协议提取：

所需同意清单：

• 每项同意：对方当事人名称、合同类型和合同约定的截止日。设为 required_consent: true 并填充 pa_deadline。

交割后义务：

• 将每项义务映射到工作计划项。基于截止日分配到正确的阶段。在 deadline_basis 中标记为收购协议义务。

关键日期：

• 所需同意截止日——从收购协议提取
• 陈述与保证存续到期——从收购协议提取具体的存续期。一般、基本和税务陈述通常有不同的存续期；分别提取收购协议定义的每项并分别记录。不假设默认值。
• 托管释放日期——从收购协议提取
• 任何业绩对赌评估和付款日期——添加到 pa_dates.earnout_milestones，owner 始终设为"finance"

第3步：构建分阶段工作计划

为每个阶段生成标准工作计划项。添加在第2步中提取的收购协议义务。从交割检查表继承的项目预填充。

Day 1 — 法务负责：

• 主体名称变更登记（如被收购主体正在更名）[优先级：关键]
• 银行账户签署人更新——向银行通知交割文件 [优先级：关键]
• 工商登记变更通知 [优先级：高]
• 关键知识产权转让执行——如任何知识产权转让在交割时被推迟 [优先级：关键]
• 域名及社交媒体账号转移 [优先级：高]
• 董事及高管保险——确认被收购主体董事的尾期保单已绑定 [优先级：关键]
• 按注册地要求向市场监督管理局发送所有权变更通知 [优先级：高]

Day 1 — 法务支持：

• 员工公告和沟通（人力负责，法务审阅）[优先级：关键]
• 福利首日覆盖确认（人力负责，法务就劳动法律问题提供建议）
• 客户沟通函（业务负责，法务审查准确性）

Day 30 — 法务负责：

• 所需同意初步推进——联系所有对方当事人，记录接洽 [优先级：关键]
• 知识产权转让登记至国家知识产权局（专利、商标）[优先级：高]
• 著作权转让备案 [优先级：中]
• 商标转让登记 [优先级：高]
• 重大合同审查——完成第1级和第2级合同转让分析 [优先级：高]
• 保险尾期保单最终确认 [优先级：高]

Day 30 — 法务支持：

• 数据迁移隐私审查（IT负责，法务就数据传输机制提供建议）
• 不动产租赁审查转让条款（设施负责，法务提供建议）

Day 90 — 法务负责：

• 所需同意截止日——所有所需同意必须已取得或已上报 [优先级：关键，截止日：pa_dates.required_consents_deadline]
• 主体合理化决策——建议保留分离/合并/注销 [优先级：高]
• 福利计划承继或终止文件 [优先级：高]
• 二次同意推进——剩余未决同意 [优先级：高]
• 第3级控制权变更合同解决 [优先级：关键]

Day 90 — 法务支持：

• 全面HR政策统一文件（人力负责，法务就劳动法律提供建议）

Day 180 — 法务负责：

• 主体合并登记——如合理化决策为合并 [优先级：高]
• 主体注销登记——如合理化决策为清盘 [优先级：高]
• 全面合同更替——需要收购方名称的合同 [优先级：高]
• 陈述与保证存续追踪——记录即将到期的日期 [优先级：中]

生成后展示摘要：

整合追踪器已初始化 — [交易代码] / [目标公司]

交割日期：[日期]
所需同意截止日：[日期]（距今 [N] 天）
陈述与保证存续到期：[日期]

工作计划项：[N]（[N] 法务负责，[N] 法务支持）
所需同意：[N]（来自收购协议清单）
意愿同意：[N]（来自尽调——无收购协议截止日）

合同转让：尚未导入——运行 --contracts 填充

下一步：运行 /corporate-legal:integration-management --contracts 导入
合同清单，然后运行 --report 查看首份状态摘要。

---

模式2：合同转让

/corporate-legal:integration-management --contracts [--deal [代码]]

这是专用的合同转让初始化。独立于主初始化，以便可独立运行和在合同清单变化时重新运行。

第1步：契約一覧を取得する

2つの方法があります。いずれか適切な方法を使用してください。

方法A：接続済みのリポジトリ

契約リポジトリは接続されていますか？（クラウド文書、Feishu、またはクロージング後もアクセス可能なデータルームなど）

接続されている場合：買収対象会社の契約が保存されているフォルダのパスまたはフォルダ名を教えてください。保存されているファイルを取得し、1件ずつ譲渡条項と相手方当事者を確認します。

接続済みのリポジトリを検索します。見つかった各ファイルについて：

• ファイル名とファイルパスを抽出する
• ファイルを読み取る――契約当事者（相手方当事者の名称）、契約の種類（タイトルまたは主旨から判断）、譲渡条項の文言、支配権変更条項の文言（あれば）、および年間金額（明記されている場合）を特定する。

方法B：手動で一覧をアップロード

契約一覧をアップロードしてください。以下のいずれかを使用できます。

• 買収契約の開示スケジュールに記載された重要契約の一覧
• 契約管理システムからエクスポートした CSV または Excel
• 手動で作成した一覧

必須の列：契約名、相手方当事者。あると便利ですが任意の列：契約の種類、年間金額、譲渡条項の文言。

アップロードされた一覧を読み取ります。譲渡条項の文言がない契約については、assignment_mechanism を「未審査」に設定し、フォローアップが必要であることを示します。

方法C：開示スケジュール

リポジトリも一覧もない場合は、買収契約の開示スケジュール（--init でアップロードされた買収契約）から重要契約の一覧を読み取ります。これにより最低限必要な一覧、つまり当事者と契約の種類が得られます。譲渡条項は手動で確認する必要があります。

第2步：譲渡メカニズムを特定する

各契約について、譲渡メカニズムを分類します。

メカニズム	定義	ティア
同意が必要	相手方当事者の同意なしの譲渡を明示的に禁止する条項	1 または 2
支配権変更条項あり	支配権変更条項により、取引を理由とする解除権または同意権が相手方当事者に付与される	3
自動譲渡	制限がない、または関連会社や承継人への譲渡を明示的に認めている	4
記載なし	譲渡条項がない場合――デフォルトでは準拠法が適用されます。契約に譲渡についての記載がない場合は、契約譲渡に関する準拠法のデフォルトルールを調査し、適用される規定を引用します。弁護士によるレビューが必要であることを示します。	2
未審査	譲渡条項を読み取れなかった、または特定できなかった	人手によるレビューが必要であることを示す

買収契約上の必要同意リストに記載された契約については、譲渡メカニズムの分類にかかわらず、オーバーレイのティアは1です。

第3步：ティアを割り当てる

层级1 — 所需同意：[N] 份合同
  在收购协议清单中列明，硬截止日 [日期]，必须取得同意

层级2 — 重大，需经同意：[N] 份合同
  存在转让限制，不在收购协议清单中
  建议时限：在 Day 90 内取得

层级3 — 控制权变更条款：[N] 份合同 ⚠️
  对方当事人拥有因交割触发的终止或同意权
  需采取行动：立即联系对方当事人——控制权变更可能已被触发

层级4 — 自动转让 / 无需行动：[N] 份合同
  自动转让或通过关联方/继承人条款转让
  仅追踪——无需接洽

未审查：[N] 份合同
  无法确定转让机制——需人工审查

ティア3は独立して目立つように表示します。支配権変更条項がクロージング日にすでに発動している可能性があります――相手方当事者が、現在行使可能な解除権を有している場合があります。

第4步：ステータス項目を生成する

各契約について、トラッカーのエントリーを作成します。

• 抽出したすべてのフィールド（相手方当事者、種類、金額、メカニズム、ティア）
• 初期ステータス：ティア4 → 対応不要；ティア3 → 支配権変更により発動済み；ティア1/2 → 同意待ち；未審査 → 未審査
• ティア1について、必要同意リストから pa_deadline を入力する

---

モード3：ステータスレポート

/corporate-legal:integration-management --report [--deal [代码]]

現在のトラッカーのステータスを読み取ります。次を出力します。

[工作成果页眉 — 按插件配置 ## 输出规范 — 因角色而异；参见 `## 使用者`]

> 本状态报告来源于股权收购协议、尽调发现和交割后整合记录。它继承其特权和保密状态——向特权保护圈之外分发可能放弃特权。发送前确认接收方名单。

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

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

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

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

所需同意  [截止日：日期 — 剩余 N 天]
  已取得：       [N] / [总计]  ████████░░  [%]
  谈判中：       [N]
  接洽已发出：   [N]
  未开始：       [N]
  被拒绝：       [N] ⚠️

⚠️ 有风险：[对方当事人] — [N] 天后截止日，接洽无回应
⚠️ 被拒绝：[对方当事人] — 收购协议义务未满足；上报至外部律师

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

合同转让
  层级1（所需同意）：     [N] 完成 / [N] 进行中 / [N] 待处理
  层级2（重大合同）：     [N] 完成 / [N] 进行中 / [N] 待处理
  层级3（控制权变更条款）： [N] 已解决 / [N] 未决 ⚠️
  层级4（自动转让）：     [N] — 无需行动

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

工作计划 — 法务负责
  🔴 逾期 ([N])：
    [项目] — 应于 [日期] 到期

  ⏰ 本周到期 ([N])：
    [项目] — 应于 [日期] 到期

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

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

阻碍项和需要决策的事项
  [项目] — 受阻于：[描述] — 负责人：[姓名]
  [项目] — 需要决策：[描述] — 建议：[选项]

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

即将到来的关键日期
  [日期] — [里程碑 / 截止日]
  [日期] — 陈述与保证存续到期 — 确认无待处理赔偿索赔

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

---

モード4：更新

/corporate-legal:integration-management --update [--deal [代码]]

手動更新： 弁護士が Claude に変更内容を伝えます。

「Salesforce の同意を取得しました。取得済みとしてマークし、担当者は[氏名]、日付は本日としてください。」 「事業体の合理化に関する決定は合併です。ステータスを更新し、Day 180 に合併登記を追加してください。」 「[相手方当事者]が同意を拒否しました。記録し、これが買収契約に基づく補償請求の引き金となるか、外部弁護士の判断が必要であることを記載してください。」

Claude は関連するトラッカーのエントリーを更新し、下流のステータスを再計算します（たとえば、ティア1の同意がすべて取得された場合、買収契約上の義務を充足済みとしてマークします）。変更内容を表示します。

更新ファイルのアップロード： ワークストリームの責任者または外部弁護士がステータスファイルを送ります。

[外部弁護士／人事責任者／企業開発チーム]からのステータス更新をアップロードしてください。解析してトラッカーを更新します。

アップロードされたファイルを読み取ります。相手方当事者の名称またはワークプラン項目の説明によって、記載された項目をトラッカーのエントリーに照合します。ステータスフィールドを更新します。既存のトラッカーのエントリーと一致しない更新項目には、マークを付けます――追加が必要な新しい項目である可能性があります。

更新のたびに、次を表示します。

已更新 [N] 项。

变更：
  CON-003 Salesforce：未开始 → 已取得
  W-014 主体合理化：进行中 → 已完成

新标记：
  CON-007 [对方当事人]：被拒绝——收购协议义务可能未满足。考虑：
  外部律师审查赔偿索赔。⚠️

---

モード5：エクスポート

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

フラットな CSV または Markdown テーブルを出力します。デフォルトは全セクション、CSV です。

CSV 形式――1項目につき1行とし、セクションは 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

エクスポートは共有可能な形式であり、外部弁護士、企業開発チーム、または取締役会との更新情報の統合に適しています。

---

このスキルで行わないこと

• 事業統合のワークフロー（IT、人事、財務、不動産）は管理しません。これらのワークフローにおける法務の関与事項を追跡し、法務のインプットが必要な時期を示します。オーナーシップは各事業部門にあります。
• 同意依頼書または更改契約は作成しません。これらは written-consent スキルまたは外部弁護士が作成します。
• 補償請求または買収契約違反について助言しません。同意が拒否された場合や期限を過ぎた場合は状況を示しますが、その結果に関する法的分析は弁護士の役割です。
• アーンアウトの実績は追跡しません。アーンアウトのマイルストーンと支払日は参考日としてトラッカーに記載され、owner は finance に設定されます。数値の管理は事業部門が行います。
• ステータスレポートの作成時に契約をリアルタイムで読み取りません。契約のステータスは、弁護士がトラッカーで更新する内容です。このスキルはレポート作成時に契約ではなくトラッカーを読み取ります。

数式インジェクション対策

Excel、スプレッドシート、または CSV に書き込む前に、すべてのセルで数式インジェクションを防止してください。相手方当事者からのテキスト（契約の引用、当事者名、工商登記の代行機関からのデータ、契約管理システムのエクスポート）は、攻撃者が制御できるものです。=、+、-、@、 、 、または で始まるセルは、数式として解釈されたり、行構造を破壊したりする可能性があります。

• 先頭に単一引用符を付ける： '=SUM(A1:A10) → =SUM(A1:A10)（テキストとして表示され、実行されません）
• ファイル、ツールの結果、またはユーザーが貼り付けたテキストに由来する値を含むすべてのセルに適用してください。 管理下にある列見出しと、生成した計算値は安全です。
• CSV：埋め込みのカンマ、二重引用符、改行もエスケープしてください（RFC 4180 の引用規則）。
• これは任意ではありません。ユーザーが Excel で開いたときにマクロが実行されたり、DDE を通じてデータが外部に漏えいしたりするスプレッドシートは、ユーザーに対するサプライチェーン攻撃です。