并购交割后法律整合追踪：从交易文件初始化分阶段工作计划…

当并购交易已完成交割、需要管理交割后法律整合工作（同意函获取、合同转让、实体精简、知识产权登记、PA义务追踪）时使用。

适用场景

解决思路

1. 加载 deal-context.md 获取交易代码、目标公司、交割日期和交易负责人；若不存在则询问并写入。
2. 加载 integration-tracker.yaml（若存在），否则在 --init 时创建；读写路径为 ~/.claude/plugins/config/claude-for-legal/corporate-legal/deals/[code]/integration-tracker.yaml。
3. 检查实践级 CLAUDE.md 中的 ## Matter workspaces：若 Enabled 为 ✗ 则跳过 matter 机制；若启用且无活动 matter，询问用户切换或使用 practice-level；输出写入 matter 文件夹，除非 Cross-matter context 为 on，否则不读取其他 matter 文件。
4. 按 flag 路由：--init 读取 PA 并构建分阶段工作计划与同意函追踪器；--contracts 导入合同清单并分层分类；--report 生成状态报告；--update 手动更新或解析上传的状态文档；--export 导出 CSV 或表格。
5. 每次写入后显示变更摘要并标出新的风险标记。
6. --init 步骤1：读取 deal-context.md；若不存在则询问交易代码、目标公司、交割日期、交易负责人和外部律师并写入。读取 closing-checklist.yaml，将标记为交割后的项目继承为 Day 1 或 Day 30 工作计划项（继承其状态）。
7. --init 步骤2：向用户询问可用的交易文件——理想是完整购买协议（PA），也可接受交易摘要/条款清单、整合待办清单、现有工作计划、交割清单或仅 Required Consents 清单；若什么都没有，则用标准 Day 1/30/90/180 工作计划搭建骨架供律师编辑。
8. 从 PA 提取 Required Consents schedule：每个同意函的对手方名称、合同类型和合同截止日期，设 required_consent: true 并填入 pa_deadline。
9. 从 PA 提取交割后义务：将每项义务映射为工作计划项，按截止日期分配到正确阶段，deadline_basis 标记为 pa-obligation。
10. 从 PA 提取关键日期：Required Consents 截止日期、陈述与保证存续期（分别提取一般、基础、税务陈述各自的存续期，不要假设默认值）、托管释放日期、earn-out 计量与支付日期（加入 pa_dates.earnout_milestones，owner 始终设为 finance）。
11. --init 步骤3：生成标准分阶段工作计划。Day 1 法律负责项：实体更名备案（critical）、银行账户签署人更新（critical）、注册代理通知所有权变更（high）、关键 IP 转让执行（critical）、域名和社交媒体账户转移（high）、D&O 保险尾部保单确认（critical）、州法要求的州务卿所有权通知（high）。
12. Day 1 法律支持项：员工公告与沟通（HR 负责，法律审阅，critical）、福利首日覆盖确认（HR 负责，法律就 COBRA 和计划条款提供建议）、客户沟通函（业务负责，法律审阅准确性）。
13. Day 30 法律负责项：Required Consents 首轮推进——联系所有对手方并记录外联（critical）、USPTO 专利与商标 IP 转让登记（high）、版权转让备案（medium）、商标转让登记（high）、重大合同审阅——完成 tier 1 和 tier 2 合同转让分析（high）、保险尾部保单最终确认（high）。
14. Day 30 法律支持项：数据迁移隐私审阅（IT 负责，法律就数据传输机制提供建议）、房地产租赁转让条款审阅（设施负责，法律提供建议）。
15. Day 90 法律负责项：Required Consents 截止——所有必需同意函必须获得或升级（critical，deadline: pa_dates.required_consents_deadline）、实体精简决策——建议保留独立/合并/解散（high）、福利计划承继或终止文件（high）、第二轮同意函推进——剩余未决同意函（high）、Tier 3 控制权变更合同解决（critical）。
16. Day 90 法律支持项：完整 HR 协调文件（HR 负责，法律就雇佣法提供建议）。
17. Day 180 法律负责项：实体合并备案（若精简决策为合并，high）、实体解散备案（若精简决策为清算，high）、完整合同更替——需要收购方名称的合同（high）、陈述保证存续期追踪——标注即将到期日（medium）。
18. 生成后显示摘要：交割日期、Required Consents 截止日期（距今天数）、陈述存续到期日、工作计划项数量（法律负责/法律支持）、Required Consents 数量、Desired Consents 数量、合同转让尚未导入提示，并建议下一步运行 --contracts 再运行 --report。
19. --contracts 步骤1 路径A（已连接仓库）：询问 Google Drive、Box、SharePoint 或仍可访问的 VDR 是否已连接；获取被收购公司合同文件夹路径，搜索文档并逐个读取，提取文件名与路径、对手方名称、合同类型、转让条款文本、控制权变更条款文本、年价值。
20. --contracts 步骤1 路径B（手动上传清单）：接受 PA 披露附表中的 Material Contracts schedule、合同管理系统导出的 CSV/Excel 或手工清单；最低必需列为 Contract Name 和 Counterparty，可选 Contract Type、Annual Value、Assignment Clause text；无转让条款文本的合同设 assignment_mechanism 为 not_reviewed 并标记跟进。
21. --contracts 步骤1 路径C（披露附表）：若仓库和清单都不可用，从 --init 上传的 PA 披露附表中读取 Material Contracts schedule，获得最低限度清单，转让条款需人工审阅。
22. --contracts 步骤2：为每份合同分类转让机制——consent-required（明确禁止未经对手方同意转让，tier 1 或 2）、coc-provision（控制权变更条款赋予对手方终止或同意权，tier 3）、auto-assign（无限制或明确允许转让给关联方或承继方，tier 4）、silent（无转让条款，依管辖法默认规则，研究并引用控制规则，标记律师审阅，tier 2）、not_reviewed（无法读取或定位转让条款，标记人工审阅）。PA Required Consents schedule 中列名的合同一律覆盖为 tier 1。
23. --contracts 步骤3：分层展示——Tier 1 Required Consents（PA 列名，硬截止日期，必须获得）、Tier 2 重大且需同意（有转让限制但不在 PA 附表，建议 Day 90 内获得）、Tier 3 控制权变更条款（对手方已有终止或同意权，可能已在交割日触发，需立即联系，单独醒目展示）、Tier 4 自动转让/无需行动（仅追踪）、Not reviewed（需人工审阅）。
24. --contracts 步骤4：为每份合同创建追踪条目，填入提取字段，初始状态：tier 4 → no_action；tier 3 → coc_triggered；tier 1/2 → consent_pending；not_reviewed → not_reviewed；tier 1 从 Required Consents schedule 填入 pa_deadline。
25. --report：读取当前追踪器状态，生成状态报告，包含工作成果页眉（按插件配置 ## Outputs 因角色而异）、特权与保密提示（分发前确认收件人名单）、执行摘要（2-3 句：总体状态、最大风险、自上次报告以来的关键成果）。
26. --report 必需同意函部分：显示截止日期与剩余天数、已获得/谈判中/已外联/未开始/已拒绝的数量与进度条，标出 AT RISK（临近截止无回应）和 REFUSED（PA 义务未满足，升级外部律师）。
27. --report 合同转让部分：按 Tier 1-4 显示完成/进行中/未决数量，Tier 3 单独标出已解决/未决。
28. --report 工作计划部分（法律负责）：标出 OVERDUE（已逾期）、DUE THIS WEEK（本周到期）、COMPLETED SINCE LAST REPORT（自上次报告以来完成）。
29. --report 阻塞与决策部分：列出被阻塞项（阻塞原因、负责人）和需决策项（决策描述、建议选项）。
30. --report 关键日期部分：列出即将到来的里程碑/截止日期，以及陈述保证存续期到期（确认无未决赔偿请求）。
31. --update 手动更新：律师口述变更（如获得同意函、实体精简决策、对手方拒绝），Claude 更新对应追踪条目，重算下游状态（如所有 tier 1 同意函已获得则标记 PA 义务已满足），并显示变更内容。
32. --update 上传更新：读取工作流负责人或外部律师发来的状态文档，按对手方名称或工作计划项描述匹配追踪条目，更新状态字段，标出未匹配的新项目。
33. --update 后显示：更新项数量、变更列表（如 CON-003 Salesforce: not_started → obtained）、新标记（如拒绝同意函可能触发 PA 赔偿索赔，建议外部律师审阅）。
34. --export：生成扁平 CSV 或 markdown 表格，默认全部章节、CSV 格式；每行一项，用 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。导出是适合外部律师、公司发展和董事会整合更新的可分享格式。
35. 公式注入防御：在写入 Excel、Sheets 或 CSV 输出前，对所有来自文档、工具结果或用户粘贴的文本单元格进行中和；以 =、+、-、@、制表符、回车或换行开头的单元格会被解释为公式或破坏行结构，需前缀单引号（如 '=SUM(A1:A10)）；CSV 还需按 RFC 4180 转义嵌入的逗号、双引号和换行；自己控制的列标题和计算值安全。
36. 明确本技能不做的边界：不管理业务整合工作流（IT、HR、财务、房地产），只追踪法律在这些工作流中的触点并在需要法律输入时标记，所有权归业务部门；不起草同意函请求信或更替协议（由 written-consent 技能或外部律师产出）；不就赔偿索赔或 PA 违约提供建议，仅在同意函被拒或错过截止时标记情况，后果的法律分析由律师决定；不追踪 earn-out 业绩，earn-out 里程碑和支付日期仅作为参考日期出现且 owner 设为 finance；不在状态报告时实时读取合同，合同状态以律师在追踪器中更新的为准。

适用边界 · 注意事项

• 不适用于管理业务整合工作流（IT、HR、财务、房地产）——本技能只追踪法律触点，所有权归业务部门。
• 不适用于起草同意函请求信或更替协议——应使用 written-consent 技能或交由外部律师。
• 不适用于就赔偿索赔或 PA 违约提供法律建议，也不适用于追踪 earn-out 业绩数字。