القائمة
交割后并购整合追踪器——分阶段工作计划、同意追踪、规模化合同转让、 每周状态报告。从任何可获取的交易工件（股权收购协议、交易摘要、 交割检查表）初始化，并连接到来自并购冷启动的 deal-context.md 和 closing-checklist.yaml。当用户说"整合""交割后""同意未决" "合同转让""整合状态"或"交易还差什么"时使用。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
按系统逐一定义AI角色、风险等级和监管义务——判定每个系统是 AI服务提供者还是使用者，分配风险层级，并映射至中国AI法规 的义务要求。适用于建立AI系统清单、进行年度AI审计、或新法 规要求重新分类时。
为AI系统或模型生成风险定级和合规概要评估——涵盖数据、公平性、 透明度、安全性和监管注册表。在用例分类为"附条件-高"后使用， 产品或工程团队提出"我们需要做AI影响评估"时使用，或定期重新 认证已部署系统时使用。采用快速/全面双轨制。
首次运行访谈以建立AI治理实践配置：适用法规、 AI系统清单、红线、审批工作流和输出偏好。 在插件首次安装时自动运行。使用 --redo 可重新运行。
将新的或修订的AI法规与当前AI政策和实践进行差异分析—— 输出差距清单和整改计划，含负责人和日期。适用于新法规 出台、用户询问"[某法规]是否影响我们"、" AI法规差距分析"或粘贴法规文本时。
对提议的AI用例进行分类和风险排序：检索现有注册表、检查红线、 对残余风险进行分级。输出为经核准/附条件/不核准，并附书面理由。 适用于收到新的AI用例提案、产品团队询问"这个AI功能可以上线吗"、 或需要运行AI用例审批委员会流程时。
审查AI供应商条款——重点核查训练数据来源合规性、责任分配、 模型变更通知、合规义务向下传导。适用于审查AI SaaS协议、 AI模型授权、AI API服务条款，或采购团队提出"这个AI供应商 合同有问题吗"时使用。
| name | integration-management |
| description | 交割后并购整合追踪器——分阶段工作计划、同意追踪、规模化合同转让、 每周状态报告。从任何可获取的交易工件（股权收购协议、交易摘要、 交割检查表）初始化，并连接到来自并购冷启动的 deal-context.md 和 closing-checklist.yaml。当用户说"整合""交割后""同意未决" "合同转让""整合状态"或"交易还差什么"时使用。 |
| argument-hint | [--init | --contracts | --report | --update | --export [--format csv|table] [--section all|consents|contracts|workplan]] [--deal [代码]] |
deal-context.md 获取交易代码、目标公司、交割日期、交易负责人。integration-tracker.yaml（如存在；或通过 --init 创建）。--init：模式1——读取收购协议，构建分阶段工作计划、同意追踪器--contracts：模式2——导入合同清单（存储库或上传），分层和分类--report：模式3——生成状态报告--update：模式4——手动更新或解析上传的状态文件--export：模式5——CSV 或表格导出~/.claude/plugins/config/claude-for-legal/corporate-legal/deals/[代码]/integration-tracker.yaml。事项上下文。 检查实务级 CLAUDE.md 中的 ## 事项工作区。如果 Enabled 为 ✗（企业法务用户的默认值），跳过本段其余内容——技能使用实务级上下文，事项机制不可见。如果已启用且无活跃事项，询问："这是哪个事项？运行 /corporate-legal:matter-workspace switch <事项简称> 或说 实务级。"加载活跃事项的 matter.md 获取事项特定上下文和覆盖规则。输出写入事项文件夹 ~/.claude/plugins/config/claude-for-legal/corporate-legal/matters/<事项简称>/。除非 跨事项上下文 为 开，否则绝不读取其他事项的文件。
外部律师交割交易。法务继承混乱。本技能是交割后整合的项目管理层——不是业务整合，不是IT系统，不是HR组织设计。是法律工作流：同意事项、合同转让、主体合理化、知识产权登记、股权收购协议义务。它追踪什么已完成、什么待到期、什么在受阻以及什么需要决策。
存放于 ~/.claude/plugins/config/claude-for-legal/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: "[日期]"
/corporate-legal:integration-management --init [--deal [代码]]
读取 ~/.claude/plugins/config/claude-for-legal/corporate-legal/deals/[代码]/deal-context.md。如未找到：询问交易代号、目标公司、交割日期、交易负责人和外部律师。如 deal-context.md 不存在，写入。
读取 ~/.claude/plugins/config/claude-for-legal/corporate-legal/deals/[代码]/closing-checklist.yaml（如存在）。任何标记为交割后的项目成为 Day 1 或 Day 30 工作计划项（从交割检查表继承状态）。
一份完整的股权收购协议产生最完整的追踪器。 收购协议的所需同意清单和交割后承诺部分是硬截止日和法定义务的权威来源。但技能可从任何可获取的输入进行有用的初始化——部分输入产生一个律师填充的入门追踪器，而非空白页。
你有哪些交易工件可用？分享任何存在的：
理想： 股权收购协议（上传或已连接的文件路径）。我将读取交割后承诺、所需同意清单、存续期、托管条款和业绩对赌条款。
同样有用——分享任意组合：
- 交易摘要或条款清单（给我关键经济和时限）
- 来自外部律师的整合待办清单或交割后检查表
- 已有的工作计划或整合追踪器（我将导入并继续）
- 交割检查表——如由并购冷启动技能生成，我将自动从
~/.claude/plugins/config/claude-for-legal/corporate-legal/deals/[代码]/closing-checklist.yaml继承- 仅所需同意清单（如收购协议由外部律师持有）
如果你没有任何书面材料： 用通俗语言告诉我交易——谁被收购、何时交割、主要未决项是什么——我将从标准 Day 1/30/90/180 工作计划构建入门追踪器供你编辑。
提供什么改变什么：
| 输入 | 你获得什么 |
|---|---|
| 完整收购协议 | 完整工作计划 + 带截止日的所需同意 + 收购协议日期 |
| 收购协议 + 合同清单 | 完整追踪器 + 合同转让分层清单 |
| 交易摘要 / 待办清单 | 标准工作计划框架，所需同意为占位符 |
| 无 | 标准工作计划支架；律师填写同意和合同清单 |
追踪器设计为渐进构建——今天一个框架，随着更多信息可获而填充。
从收购协议提取：
所需同意清单：
交割后义务：
关键日期：
为每个阶段生成标准工作计划项。添加在第2步中提取的收购协议义务。从交割检查表继承的项目预填充。
Day 1 — 法务负责：
Day 1 — 法务支持：
Day 30 — 法务负责：
Day 30 — 法务支持：
Day 90 — 法务负责：
Day 90 — 法务支持：
Day 180 — 法务负责：
生成后展示摘要：
整合追踪器已初始化 — [交易代码] / [目标公司]
交割日期：[日期]
所需同意截止日：[日期]（距今 [N] 天）
陈述与保证存续到期：[日期]
工作计划项：[N]（[N] 法务负责，[N] 法务支持）
所需同意：[N]（来自收购协议清单）
意愿同意：[N]（来自尽调——无收购协议截止日）
合同转让：尚未导入——运行 --contracts 填充
下一步：运行 /corporate-legal:integration-management --contracts 导入
合同清单，然后运行 --report 查看首份状态摘要。
/corporate-legal:integration-management --contracts [--deal [代码]]
这是专用的合同转让初始化。独立于主初始化，以便可独立运行和在合同清单变化时重新运行。
两条路径——使用适用的任何一条：
路径A：已连接的存储库
你的合同存储库是否已连接？（云文档、飞书或交割后仍可访问的数据室？）
如果是：给我被收购公司合同的文件夹路径或文件夹名称。我将拉取存在什么文件，并逐份读取转让条款和对方当事人。
搜索已连接的存储库。对找到的每份文件：
路径B：手动清单上传
上传一份合同清单。这可以是：
- 收购协议披露清单中的重大合同清单
- 合同管理系统的 CSV 或 Excel 导出
- 手动准备的清单
最低必需列：合同名称、对方当事人。有帮助但可选的：合同类型、年度金额、转让条款文本。
读取上传的清单。对未提供转让条款文本的合同，将 assignment_mechanism 设为"未审查"并标记待跟进。
路径C：披露清单
如果既没有存储库也没有清单，从收购协议披露清单中读取重大合同清单（来自 --init 中上传的收购协议）。这给出最低必需清单——当事方和合同类型。转让条款将需人工审查。
对每份合同，分类转让机制：
| 机制 | 定义 | 层级 |
|---|---|---|
需经同意 | 明确条款禁止未经对方当事人同意的转让 | 1 或 2 |
含控制权变更条款 | 控制权变更条款赋予对方当事人因交易触发的终止或同意权 | 3 |
自动转让 | 无限制，或明确允许转让给关联方或继承人 | 4 |
未提及 | 无转让条款——默认适用管辖法律。当合同对转让保持沉默时，研究管辖法律对合同转让的默认规则并引用控制性规定。标记由律师审查。 | 2 |
未审查 | 未能读取或定位转让条款 | 标记由人工审查 |
对在收购协议所需同意清单中标记的合同：无论转让机制如何分类，覆盖层级为1。
层级1 — 所需同意：[N] 份合同
在收购协议清单中列明，硬截止日 [日期]，必须取得同意
层级2 — 重大，需经同意：[N] 份合同
存在转让限制，不在收购协议清单中
建议时限：在 Day 90 内取得
层级3 — 控制权变更条款：[N] 份合同 ⚠️
对方当事人拥有因交割触发的终止或同意权
需采取行动：立即联系对方当事人——控制权变更可能已被触发
层级4 — 自动转让 / 无需行动：[N] 份合同
自动转让或通过关联方/继承人条款转让
仅追踪——无需接洽
未审查：[N] 份合同
无法确定转让机制——需人工审查
单独显著展示层级3。控制权变更条款可能已在交割日触发——对方当事人可能拥有正在运行的终止权。
对每份合同，创建追踪器条目：
无需行动；层级3 → 控制权变更已触发；层级1/2 → 等待同意；未审查 → 未审查/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])：
[项目] — 已于 [日期] 完成
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
阻碍项和需要决策的事项
[项目] — 受阻于：[描述] — 负责人：[姓名]
[项目] — 需要决策：[描述] — 建议：[选项]
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
即将到来的关键日期
[日期] — [里程碑 / 截止日]
[日期] — 陈述与保证存续到期 — 确认无待处理赔偿索赔
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
/corporate-legal:integration-management --update [--deal [代码]]
手动更新： 律师告诉 Claude 发生了什么变化。
"我们取得了 Salesforce 的同意。标记为已取得，负责人 [姓名]，日期为今天。" "主体合理化决策是合并。更新状态并将合并登记添加到 Day 180。" "[对方当事人]拒绝同意。标记并说明我们需要外部律师判断这是否触发收购协议赔偿索赔。"
Claude 更新相关追踪器条目，重新计算任何下游状态（例如，如果全部层级1同意现均已取得，将收购协议义务标记为已满足），并展示变化了什么。
上传更新： 工作流负责人或外部律师发送状态文件。
上传来自[外部律师/人力负责人/企业发展团队]的状态更新。我将解析并更新追踪器。
读取上传的文件。按对方当事人名称或工作计划项描述将描述的项目匹配到追踪器条目。更新状态字段。标记更新中不匹配任何已有追踪器条目的任何项目——可能是需要添加的新项目。
任何更新后，展示：
已更新 [N] 项。
变更：
CON-003 Salesforce：未开始 → 已取得
W-014 主体合理化：进行中 → 已完成
新标记：
CON-007 [对方当事人]：被拒绝——收购协议义务可能未满足。考虑：
外部律师审查赔偿索赔。⚠️
/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
导出是可分享的格式——适合外部律师、企业发展或董事会整合更新。
在 Excel、表格或 CSV 输出中写入任何单元格前，防御公式注入。来自对方当事人的文本（合同引文、当事方名称、工商登记代办机构数据、合同管理系统导出）是攻击者可控制的。以 =、+、-、@、 、 或 开头的单元格将被解释为公式或破坏行结构。
'=SUM(A1:A10) → =SUM(A1:A10)（显示为文本，不执行）