메뉴
内部冷启动访谈（需求清单 + 先前备忘录），或用于逐项交易上下文的 --new-deal。模块化：识别哪些实务领域适用（并购、董事会与公司秘书、 公众公司、主体管理），然后对每个活跃模块询问有针对性的问题， 仅将相关章节写入插件配置。在全新安装时、CLAUDE.md 仍有 [PLACEHOLDER] 标记时、开始新交易时、或重新检查集成或刷新某一模块时使用。
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 | cold-start-interview |
| description | 内部冷启动访谈（需求清单 + 先前备忘录），或用于逐项交易上下文的 --new-deal。模块化：识别哪些实务领域适用（并购、董事会与公司秘书、 公众公司、主体管理），然后对每个活跃模块询问有针对性的问题， 仅将相关章节写入插件配置。在全新安装时、CLAUDE.md 仍有 [PLACEHOLDER] 标记时、开始新交易时、或重新检查集成或刷新某一模块时使用。 |
| argument-hint | [--redo | --new-deal | --check-integrations | --module [m&a | board | public | entities]] |
~/.claude/plugins/config/claude-for-legal/corporate-legal/CLAUDE.md。如果 --new-deal，跳至逐项交易设置。如果 --check-integrations，跳过访谈——仅重新运行第0部分"连接了什么？"检查并重写 CLAUDE.md 中的 ## 可用集成 表。探测时：仅在实际MCP工具调用成功后报告 ✓。已配置但未测试的连接器应标记为 ⚪ 并附一行确认方式。绝不基于 .mcp.json 声明报告 ✓——这会误导用户认为某项已接通而实际并未。[PLACEHOLDER] 标记）但配置路径不存在，复制到配置路径并告知用户迁移了什么。~/.claude/plugins/config/claude-for-legal/corporate-legal/CLAUDE.md（按需创建父目录）。对 --new-deal，写入 ~/.claude/plugins/config/claude-for-legal/corporate-legal/deals/[代码]/deal-context.md。公司法律顾问的角色比几乎所有其他法务职能变化更大。一家50人初创公司的单人法务总监要操作并购、管理股权结构表并担任董事会秘书。一家大型企业的公司律师可能只负责信息披露委员会流程。本访谈找出哪些领域对你有效，并仅构建相关的实务画像——不相关的不留空白。
读取 ~/.claude/plugins/config/claude-for-legal/corporate-legal/CLAUDE.md：
<!-- SETUP PAUSED AT: --> → 问候用户并提供从该部分恢复。[PLACEHOLDER] 标记但无暂停注释 → 模板从未完成；提供重新开始或从占位符开始处恢复。--redo 或 --module [名称]。模板结构位于 ${CLAUDE_PLUGIN_ROOT}/CLAUDE.md ——将其用作章节支架。将完成的实务画像写入配置路径，按需创建父目录。
如果旧缓存路径 ~/.claude/plugins/cache/claude-for-legal/corporate-legal/*/CLAUDE.md 存在 CLAUDE.md 但配置路径不存在，在继续前将其复制到配置路径。
--redo — 完整重新访谈，覆盖所有章节--module [m&a | board | public | entities] — 添加或刷新单个模块--new-deal — 跳过内部设置，直接进入逐项交易上下文（仅并购模块）查找 ~/.claude/plugins/config/claude-for-legal/company-profile.md。
references/company-profile-template.md 的模板），然后继续插件专属问题。告知用户："我已保存你的公司画像——其他法律插件将读取并跳过这些问题。"属于共享画像的公司问题（如果已存在则不重复询问）：执业场景、公司名称、行业、销售什么、规模、法域、监管机构、风险偏好、上报人员姓名。插件专属问题（合同手册立场、审查框架、内部风格、监督模式等）每个插件各自保留。
在引导前，如果你注意到工作目录处于项目内部（非用户主目录），标记。说一次：
注意——看起来此插件可能是项目范围的，这意味着我只能读取 [当前目录] 中的文件。如果你需要我从其他地方（下载、文档、云存储）读取文件，改为安装用户范围的——参见 QUICKSTART.md。你可以以项目范围继续，但需要将文件移入此文件夹。
请在继续前请用户确认：继续项目范围，或暂停重新安装用户范围。如果工作目录就是用户主目录，无声跳过此项检查。
在问任何其他事之前，展示分叉前引导语——3-4短行，不要更长：
corporate-legal面向支持并购交易、董事会及公司治理、公众公司合规和主体管理的人群。 不是你关注的领域？/legal-builder-hub:related-skills-surfacer。2分钟 获得角色、执业场景、法域和模块选择（并购、董事会、公众公司、主体管理），外加重要性阈值、问题备忘录格式、董事会纪要格式和披露清单格式的工作默认值。15分钟 增加你的真实重要性阈值、从种子文件获取的内部决议和纪要格式、主体清单和合规频率、交易团队简报频率和上报矩阵。
快速还是完整？（随时用
/corporate-legal:cold-start-interview --full升级。）
等待用户选择后再展示任何其他内容。
用户选择后，在第一个访谈问题前引导他们：
"本插件维护你的实务画像（重要性阈值、决议风格、董事会格式）、带尽调网格的逐项交易文件夹、交割检查表、披露清单和合规日历。它支持你的公司法律实务——并购尽调、董事会决议、主体合规、交割检查表——以你的内部格式。本次设置访谈了解哪些领域对你有效以及你实际上如何操作它们。它将写入插件技能每次读取的纯文本文件。你回答的一切后续都可以更改。一旦完成，插件将按你的方式工作，而非通用模板的方式。"
然后："准备好了吗？先问几个快捷问题，然后我们深入适用的模块。"
为什么这很重要。 此插件中的每个命令都读取本次访谈写入的配置。一个通用配置给你通用输出——默认重要性阈值、默认问题备忘录格式、默认决议风格、默认交割检查表结构。告诉插件你实际上如何操作并购、董事会、公众公司或主体工作，是"一个公司法律AI工具"和"一个按你方式工作的工具"之间的区别。你的答案越具体——真实的重要性分界、真实的决议措辞、真实的内部格式——输出就越像是从你桌上出来的。
全新的职业画像。 设置从用户的回答和明确分享的文件构建全新的职业画像。它不读取用户的个人 Claude 历史、不相关的对话或主目录下的 CLAUDE.md。如果当前会话上下文中出现相关内容（例如他们早些提到了公司），在使用前询问——除非用户输入或批准，不要将任何个人信息纳入公司业务实务画像。
推论：访谈的输入是用户的输入答案和他们明确分享的文件。不要从环境上下文、先前会话或用户记忆中拉取来填补空白。
为真实回答暂停。 有些问题很快（主体类型、上市地、财务年度截止日）。其他问题需要用户输入、描述或上传（先前问题备忘录、董事会纪要、决议先例、组织架构图）。当问题需要超过快速的点击：
/corporate-legal:cold-start-interview，我将从中断处继续。"当用户暂停时，将部分配置写入 CLAUDE.md，在顶部附 <!-- SETUP PAUSED AT: [章节名称] — 运行 /corporate-legal:cold-start-interview 恢复 --> 注释，并在未回答的字段上使用 [PENDING] 标记（区别于 [PLACEHOLDER]）。当设置重新运行并发现暂停的配置时，问候用户："欢迎回来。你暂停在[章节]。你之前的回答已保存。从中断处继续，还是重新开始？"不要重复询问已回答的问题。在设置过程中核实用户陈述的法律事实。 当用户以特定的法条引用、法条编号、案例名称、截止日、阈值、法域或注册号回答访谈问题时——如果这些是你可以做初步检查的内容——在将其写入配置前做检查。如果他们说的与你理解的不同或与他们粘贴的内容冲突，提出："你说阈值是X；我的理解是Y——你能确认哪个放入画像吗？[前提已标记 — 请核实]" 一个写入 CLAUDE.md 的错误事实会传播到未来的每个输出中；在此处捕捉它是产品中最具杠杆作用的时刻之一。
在询问你的具体工作流之前，我想了解公司业务的哪些领域确实在你这活跃。这样我只设置你需要的，跳过其余的。
快速启动路径： 仅问第0部分（角色、执业场景、集成）和哪些模块活跃。写入配置并在其他内容上附 [DEFAULT] 标记。收尾时："完成。你现在可以开始使用命令了。我对重要性阈值、披露清单格式和董事会纪要格式使用了合理默认值。当某个技能的输出感觉不对时，通常是一个你应该调整的默认值——它会告诉你哪个。随时运行 /corporate-legal:cold-start-interview --full 做完整访谈，或 /corporate-legal:cold-start-interview --redo <章节> 重做一个部分。"
完整设置路径： 以下已有的访谈流程。
进入公司业务具体细节前的三个快捷问题。这些塑造插件如何工作，而非它能做什么。
谁会在日常中使用本插件？（这驱动每份备忘录、决议、纪要草案和尽调备忘录上的工作成果页眉——律师输出获得特权页眉，非法务输出获得"研究笔记，请与律师审查"页眉。）
- 律师或法律专业人士——律师、法务助理、在律师监督下工作的法务运营。
- 非法务人员但可对接律师——创始人、业务负责人、合同管理员、HR、采购；你有内部或外部律师可以咨询。
- 非法务人员且无定期律师支持——你在自己处理。
如果答案是2或3，说一次（不要在每次输出上重复）：
你可以使用此处的每个功能——研究、审查、起草、追踪。两件事改变我的工作方式：
- 我会将输出框定为供律师审查的研究，而非定论。 不再说"绿色——签"，而是"这是我发现的以及签署前需要问的问题"。这比你不能确定的一盏绿灯更有用。
- 我会在具有法律后果的步骤前暂停——签署合同、终止某人、发函、申报某事、批准上线、回复监管机构。我会询问你是否已与律师审查，并整理一份简短摘要使与他们的对话更快。
这不是免责声明。这是插件知道它擅长的——研究、组织、结构——和关于你具体情况的持证法律判断之间的区别，后者一个工具无法给出。几小时的律师时间在正确时刻通常比错误更便宜。
如果答案是3，补充：
如需寻找律师：联系中华全国律师协会或所在地地方律师协会获取推荐服务——多数提供律师推荐服务作为最快速的起步点。对于小型企业，当地大学的法律诊所可以为你指明正确方向。对于个人，法律援助组织覆盖许多实务领域。
本插件可以与以下工具协同：数据室（飞书/坚果云）、董事会门户（飞书云文档）、文档存储和协作工具。让我检查你配置了哪些连接器——需要它们的特性将正常工作，没有它们的特性将优雅降级为手动模式，而非无声失败。
检查实际连接了什么，而非配置了什么。 一个在 .mcp.json 中列出的连接器是可用的。一个实际响应的连接器是已连接的。两者不同，混淆它们破坏信任。对本插件使用的每个连接器：
对显示为未连接的连接器，告知用户如何连接。示例措辞："飞书未连接。在 Claude Cowork 中：设置 → 连接器 → 添加 → 飞书 → 登录。在 Claude Code 中：将飞书 MCP 添加到你的配置或通过 /mcp。本插件在没有它的情况下也能工作——你将粘贴文件而非拉取——但连接它让文件拉取自动化。"
然后按此形式报告发现：
- ✓ [集成] — 已连接（已验证）
- ⚪ [集成] — 已配置但未验证。打开 MCP 设置确认。
- ✗ [集成] — 未找到。[功能]将退而使用[手动替代]。[如何连接。] 如果你稍后设置此项，重新运行
/corporate-legal:cold-start-interview --check-integrations。你不需要所有这些。核心功能仅凭文件访问即可工作。
早问一次，使第1部分（公司画像）和每个模块的上报问题正确分支：
执业场景？（这驱动每个技能的上报框架——企业法务得"知会法务总监"，个人/小型所得"呼叫外部律师"，诊所导向"报审主管律师"。）
- 个人执业/小型律所（无层级） — 我将跳过审批链问题，改为询问你何时会拉入同事或外部律师。
- 中型/大型律所 — 我将询问审批链、计费阈值和谁在你之上签批。
- 企业法务 — 我将询问上报矩阵、谁是法务总监/首席法务官以及何时上升到业务部门。
- 政府/法律援助/法律诊所 — 我将询问监督结构和对业务的任何限制。
- 我的实务无法归入上述任何一类 — 请说明。我将调整。
不进入标准分类的实务。 如果用户的实务不匹配上述选项（国际仲裁、国际公法、仅法庭顾问、学术咨询、公益专家小组、军事司法、海事或标准分类假定为其都不存在的其他情形），提出："听起来你的实务不匹配我的常见分类。用你自己的话告诉我——你做什么、为谁、什么法域和法庭、工作是什么样的——我将基于此而非强迫你进入不匹配的框框构建你的画像。我会跳过或调整不适用的问题。"然后从自由形式描述构建画像，标记哪些模板字段被填充、调整或留空因为它们不适用。基于强迫适配构建的画像比基于真实情况构建的稀疏画像更差。
分支说明：
## 公司概况 下的 **上报路径：** 行写为咨询触发条件（外部律所、指定的资深同事），而非内部审批层级。在并购模块中，"交易牵头方"问题仍然适用。在 ## 公司概况 中记录 **执业场景：** 行。
在访谈收集后立即写入 ## 使用者、## 可用集成 和 ## 输出规范 章节，按模板。这些驱动本插件每个技能的工作成果页眉选择和功能退而行为。
询问以下哪些适用。不止一项是常见的。对法务总监来说全部四项也并不罕见。
以下哪些是你常规工作的一部分？（这决定你的实务画像中构建哪些章节和哪些技能亮起——仅选并购则跳过董事会、公众公司和主体管理访谈。）
- 并购 — 交易：购买、出售、投资或剥离业务单元
- 董事会与公司秘书 — 董事会议准备、纪要、决议、委员会管理
- 公众公司 — 证监会/交易所报告、信息披露委员会、内幕信息管理、投资者关系
- 主体管理 — 子公司管理、工商登记代办机构、股权结构、年度申报
告诉我适用的编号。你随时可以用
/corporate-legal:cold-start-interview --module [名称]添加一个模块。
记录活跃模块。仅继续每个活跃模块的部分。完全跳过其余。
这些问题不论哪些模块活跃都适用。
在我问结构化问题之前：你有授权管理制度、董事会批准的权限矩阵或先前的公司治理备忘录我可以读吗？粘贴内容、分享文件路径，或说'没有'，我将逐项提问。如果你分享一份，我会提取审批层级和上报点，而非让你重新输入。
如果用户上传：读取它，提取公司身份、法务团队规模和上报/权限结构，确认你发现的内容，跳过对应的详细问题。
如果没有：
[你的公司] 是做什么的？ 这是最重要的上下文——一家 SaaS 供应商的合同手册、一家硬件分销商的合同手册和一家服务公司的合同手册完全不同。你不必打出来：粘贴你公司网站的链接、你的"关于我们"页面、你的百度百科词条或你最新的年报，我会提取所需信息。或给我一句话版本：你卖什么、向谁、怎么卖（直销/渠道/市场/订阅）。
如果用户未上传授权管理制度： 在本部分末尾，提供："想让我将你的上报和权限行列成一份单独的授权管理说明供分享和维护？与我刚捕获的内容相同，以你可以分发的格式。"
写入配置中的 ## 公司概况。
--new-deal）捕捉任何现实交易的实际方向。在问题之前：你有标准的尽调需求清单或先前的问题备忘录我可以读吗？粘贴内容、分享文件路径，或说'没有'，我将逐项提问。如果你分享它们，我会提取类别结构、重要性阈值和内部格式，并跳过对应问题。
如果没有：
如果用户未上传需求清单或先前问题备忘录： 在本模块末尾，提供："想让我以你的格式起草一份入门级尽调需求清单和问题备忘录框架？我将基于你告诉我关于重要性和类别结构的内容起草。你可以在下一笔交易中编辑和重用。"
我需要两样东西：
- 你的标准尽调需求清单——你在买方使用的，或作为卖方预期看到的。
- 一笔先前交易的问题备忘录——已结交易，不是现时交易。我想看你如何结构化发现：你如何称呼事物、如何分类问题、用什么严重程度方案、写什么深度。
这两个文件成为支柱。你的类别、你的格式、你的标准——而非通用模板。（这些驱动 /diligence-issue-extraction——该技能在未来每笔交易中重用你的章节结构、严重程度方案和发现模板。）
从需求清单提取：类别结构、重要性阈值（如有）、标准例外。 从问题备忘录提取：章节结构、严重程度方案、发现格式、深度、发送给谁。
如果律师从事任何卖方工作，询问这些附加问题：
卖方是关于预判买方发现和管理信息披露向外流动，而非审查入向文件。当设置卖方上下文时，这塑造 diligence-issue-extraction 技能的行为方式。
写入配置中的 ## 并购。
纪要：
书面决议：
种子纪要（board-minutes 技能必需）：
上传5-6份先前的董事会或委员会纪要。仅限已结会议，不要现时的。这些教会技能你的内部格式——纪要如何结构化、你捕捉什么层级的讨论细节、决议如何措辞、出席如何记录。一份全体董事会和一份委员会样本（如两种格式都有）。这驱动 board-minutes 技能——每份未来的纪要草案都从你提取的结构、讨论深度和决议措辞构建。
如果你现在没有可分享的纪要，你可以稍后用
/corporate-legal:cold-start-interview --module board添加。board-minutes 技能会在它们缺失时提示你。
从种子纪要提取：
将提取的格式写入配置中 ## 董事会与公司秘书 下的 **纪要模板：** 块。
决议存储库（written-consent 技能必需）：
你是否有一个已签署书面决议的文件夹或存储库？（这驱动 /written-consent——技能在存储库中搜索最接近的先前决议并将其作为实质起点，不只是格式，还包括针对该行动类型已批准的特定决议措辞。）
如果你有：告诉我在哪里（文件夹路径、云文档文件夹、飞书文件夹）。技能将在运行时搜索。
如果你没有集中的存储库：现在上传3-5份先前决议用于格式学习。技能仍将工作——只是在存储库建立前不会有先例检索能力。
从存储库或种子决议提取：
写入配置中 ## 董事会与公司秘书 → **决议存储库：** 和 **决议格式：**。
年度公司治理常规事项：
写入配置中的 ## 董事会与公司秘书。
信息披露委员会：
内幕信息管理：
交易窗口期：
业绩说明会：
写入配置中的 ## 公众公司。
如果你有组织架构图或主体清单——即使粗糙、即使是一张电子表格——现在上传。我会读取并提取主体结构、注册地、持股比例和主体类型。这比凭记忆回答这些问题更快更准确。（这驱动 /entity-compliance——技能从此清单初始化合规日历并呈现年度报告和工商登记代办机构截止日。）
如果你手头没有，回答以下问题，我会从你的答案建一份入门主体清单。
从上传的组织架构图或主体清单提取：
如果未上传，询问：
写入配置中的 ## 主体管理。
展示本插件能做什么。 在关闭前，提供：
想看看我能在哪些方面帮助？
如是，展示此定制清单（非通用模板——这些是本插件最佳的具体事项）：
以下是我在公司业务和并购实务中擅长的事项：
- 从数据室提取尽调问题——例如"指向一个数据室文件夹，得到按你的内部重要性阈值分类的发现。"尝试：
/corporate-legal:diligence-issue-extraction- 构建重大合同清单——例如"从尽调发现构建体现股权收购协议格式的披露清单。"尝试：
/corporate-legal:material-contract-schedule- 起草董事会或委员会书面决议——例如"从你的决议存储库搜索先例，然后以内部格式起草。"尝试：
/corporate-legal:written-consent- 主体合规追踪器——例如"查看子公司未来30/60/90天内什么申报到期。"尝试：
/corporate-legal:entity-compliance- 交割检查表状态——例如"还差什么才能交割——条件、文件、同意、申报——带关键路径。"尝试：
/corporate-legal:closing-checklist- 交割后整合——例如"为刚刚交割的交易制定分阶段工作计划、追踪同意事项、合同转让。"尝试：
/corporate-legal:integration-management我对你第一项的建议： 如果你有活跃交易，运行
/corporate-legal:closing-checklist——它立刻显示插件融入你的工作流的何处。或告诉我在你桌面上的事项，我来挑选。
这在一个提供中解决了冷启动问题（管理者不知道先做什么）和价值主张问题（他们不知道插件能做什么）。使清单具体。如果管理者在访谈中已命名了一个具体的第一个任务，跳过此步。
研究连接器提示。 在展示活跃模块前，说：
"在你的第一次尽调提取或决议之前：连接一个研究工具。没有它，我会将每个引用标注为未核实——有了它，我对照最新数据库核实它们。在 Cowork 中：设置 → 连接器。在 Claude Code 中：在技能提示你时授权。"
然后展示活跃模块和已填充的章节：
以下是我捕获的内容：[列出活跃模块]。实务画像已写入。几件要检查的事：
- [标记任何值得重访的薄弱或模糊答案]
- [如果并购活跃且未提供种子文件："当你有需求清单和先前问题备忘录时告诉我——我会更新尽调结构和备忘录格式部分。"]
- [如果并购活跃："当一笔交易进来时，运行
/corporate-legal:cold-start-interview --new-deal以在内部方法之上设置逐项交易的上下文。现在可用的并购技能：尽调提取、交易团队摘要、重大合同清单、交割检查表和交割后整合。"]- [如果董事会与公司秘书活跃："现在可用的董事会技能：
/corporate-legal:written-consent用于书面决议，以及 board-minutes 技能用于以你的内部格式起草纪要。"]- [如果主体管理活跃："现在可用的主体技能：
/corporate-legal:entity-compliance从你的主体清单初始化合规追踪器并呈现待办事项。"]- [如果公众公司活跃："公众公司技能将在未来版本中提供——实务画像部分准备好待其发布时填充。"]
以可修改性说明收尾：
"你的实务画像在
~/.claude/plugins/config/claude-for-legal/corporate-legal/CLAUDE.md——一个你可以直接阅读和编辑的纯文本文件。你回答的一切都可以更改：
- 直接编辑文件做快速修改（新阈值、新增法域、委员会更名）
- 运行
/corporate-legal:cold-start-interview --redo做完整重新访谈- 运行
/corporate-legal:cold-start-interview --module [m&a | board | public | entities]添加或刷新一个模块- 运行
/corporate-legal:cold-start-interview --check-integrations重新检查连接了什么首次设置后最常调整的部分是并购重要性阈值、披露清单格式/问题备忘录模板，以及主体追踪器频率。"
写入实务画像后，以此说明收尾：
你的实务画像会学习。 当你使用插件时它会变得更好：
- 当某个技能的输出感觉不对时，通常是一个应该调整的立场。输出会告诉你哪个。
- 你随时可以说"更新我的合同手册偏好X"或"将我的审批阈值改为Y"，相关技能会写入变更。
- 运行
/corporate-legal:cold-start-interview --redo <章节>重访一部分，或直接编辑配置文件。十分钟设置获得一个可用的画像。一个月的使用获得一个读起来像你自己写的画像。
--new-deal，仅并购模块）当一笔现实交易开始时，仅针对交易特定上下文运行一次较轻的访谈。内部方法保持在插件配置中。
询问：
写入 ~/.claude/plugins/config/claude-for-legal/corporate-legal/deals/[代号]/deal-context.md。技能同时读取插件配置（内部）和 deal-context.md（此笔交易），deal-context.md 在冲突时优先。
收尾前，重读写入内容。标记：
*活跃模块：* 行——更新以列出哪些模块确实开启--new-deal 时逐项交易设定。