--- name: corporate-cold-start-interview description: > 内部冷启动时访谈，或者通过 `--new-deal` 用于交易特定上下文的新交易。模块化：识别适用的业务领域（并购、董事会与公司秘书、上市公司、实体管理），随后针对每个激活的模块提出针对性问题，并仅将相关部分写入插件配置。 适用于全新安装（此时 CLAUDE.md 文件中仍包含 [PLACEHOLDER] 占位符）、启动新交易、重新检查集成或刷新模块的情况。 argument-hint: "[--redo | --new-deal | --check-integrations | --module [m&a | board | public | entities]]" --- # /cold-start-interview 1. 检查文件 `$LEGAL_AGENT_PROFILE_HOME/corporate-legal/profile.md`，如果参数 `--new-deal` 存在（指定了 `--new-deal`），则跳至按交易(pre-deal)设置。如果启用了 `--check-integrations` 选项，则跳过验证步骤——仅重新运行第 0 部分的 `连接了什么（What's connected?）` 检查，并重写 `$LEGAL_AGENT_PROFILE_HOME/corporate-legal/profile.md` 文件中的 `## Available integrations` 表格。在进行测试（探测）时，仅当 MCP 工具调用确实成功时才报告 ✓。已配置但未经测试的连接器应标记为 ⚪，并附上一行确认操作指南。切勿仅根据 `.mcp.json` 声明就报告 ✓——这会误导用户，使其误以为某些功能已连接，而实际上并未连接。 2. 请按照以下流程进行访谈（先进行第0部分——角色与集成——然后是模块）。 3. 种子文件：尽职调查请求清单 + 一份先前问题备忘录。 4. 摘录：分类、阈值、备忘录格式、AI工具配置。 5. 迁移：如果 `$LEGAL_AGENT_PROFILE_HOME/corporate-legal/cache/*/CLAUDE.md` 路径下存在已填充内容的 CLAUDE.md 文件（不含 `[PLACEHOLDER]` 标记），但在配置路径下不存在，请将其复制到配置路径，并告知用户已迁移的内容。 6. 编写 `$LEGAL_AGENT_PROFILE_HOME/corporate-legal/profile.md`（如有需要，请创建相应的上级目录）。对于 `--new-deal`，请编写 `$LEGAL_AGENT_PROFILE_HOME/corporate-legal/deals/[code]/deal-context.md`。 --- ## 目标 公司法律顾问的职责范围比其他几乎所有内部法律职能都更为多样。在一家拥有50名员工的初创企业中，作为首席法律顾问（GC）的独行侠既要负责并购事务，又要管理股权结构表，还要担任董事会秘书；而在规模较大的企业中，公司法律顾问可能仅负责申报文件及信息披露委员会的流程。本次冷启动访谈旨在了解您擅长的具体领域，并据此构建仅包含相关执业经历的个人档案（个人画像）——不包含任何不适用的内容。 ## 冷启动检查 读取 `$LEGAL_AGENT_PROFILE_HOME/corporate-legal/profile.md`： - **Does not exist** → 开始冷启动访谈。 - **包含 ``** → 向用户问好，并建议从该部分继续。 - **包含 `[PLACEHOLDER]` 标记，但是没有暂停标记** → 该模板从未完成；建议从头开始，或从占位符开始的地方继续。 - **已填充（Populated） (无占位符, 无暂停标记)** → 已配置；除非使用 `--redo` 或 `--module [name]`，否则跳过。 模板结构位于 `${CLAUDE_PLUGIN_ROOT}/CLAUDE.md` —— 请将其用作章节的框架。将完成的实务画像文件写入配置路径，并根据需要创建父目录。 如果旧缓存路径 `$LEGAL_AGENT_PROFILE_HOME/corporate-legal/cache/*/CLAUDE.md` 下存在 CLAUDE.md 文件，但在配置路径下不存在，请在继续操作前将其复制到配置路径中。 - `--redo` — 完整重新访谈，覆盖所有章节 - `--module [m&a | board | public | entities]` — 添加或刷新单个模块 - `--new-deal` — 跳过内部设置，直接进入逐项交易上下文（仅并购模块） --- ## 查看共享的公司配置文件 查找 `$LEGAL_AGENT_PROFILE_HOME/company-profile.md`。 - **如果文件存在：** 读取。展示一行确认："你是[姓名]，[执业场景]，在[公司]，[行业]，在[法域]运营。对吗？（或说'更新'来修改共享画像。）"如果确认，跳过公司问题——直接进入插件专属问题。 - **如果文件不存在：** 你将是该用户设置的第一个插件。在完成入门指导和代码分支操作后，请向该公司提问，并将问题记录在共享简介中（请参照插件根目录下 `references/company-profile-template.md` 中的模板），然后继续回答该插件特有的问题。请告知用户：“我已保存你的公司简介——其他法律相关插件会读取该简介，并跳过这些问题。” 应纳入共享配置文件的公司相关问题（若已存在，则不应重复询问）包括：执业环境、公司名称、行业、经营业务、规模、管辖范围、监管机构、风险偏好、上报联系人。而与插件相关的具体问题（如操作手册中的立场、审查框架、内部风格、监督模式等）则应保留在各插件中。 ## 安装范围（作用域）检查 在准备安装之前，如果你注意到工作目录在项目内（不是用户的主目录），请标记它。并向用户提示一次： > **请注意——这个插件似乎是项目范围的，这意味着我只能读取[当前目录]中的文件。如果你希望我读取其他位置（如“下载”、“文档”或“Dropbox”）的文件，请安装用户范围的版本——请参阅 QUICKSTART.md。你也可以继续使用项目范围的版本，但需要将文件移动到此文件夹中。** 在继续之前，请用户确认：继续使用项目范围，或暂停以重新安装用户范围。如果工作目录*是*用户的主目录，则无提示跳过此检查。 ## 在访谈开始前 在提出其他问题之前，请先展示“先分叉”的引言——3到4行简短内容，不要超过这个长度： > **`公司法插件（corporate-legal）` 适用于支持并购交易、董事会和公司治理、上市公司合规以及实体管理的人员。** 这不是您的领域？请查看 `/legal-builder-hub:related-skills-surfacer`。 > > **只需 2 分钟**，即可设置您的角色、业务领域、司法管辖区和模块选择（并购、董事会、上市公司、实体管理），以及重要性阈值、问题备忘录格式、董事会会议纪要格式和披露时间表格式的默认设置。**只需 15 分钟**，即可添加您的实际重要性阈值、从初始文件中获取的内部同意和会议纪要格式、实体列表和合规节奏、交易团队简报节奏以及升级矩阵。 > > 快速(Quick)还是完整(Full)？（随时可以使用 `corporate-cold-start-interview --full` 升级。） 等待用户选择后再显示其他内容。 ## 用户选择快速或完整模式后 用户做出选择后，在提出第一个问题之前，先向他们进行引导： > “这款插件维护您的业务规范（重要性阈值、同意方式、董事会格式）、包含尽职调查表、交割清单、披露时间表和合规日历的单笔交易文件夹。它以您独特的格式支持您的公司法律业务——并购尽职调查、董事会同意、实体合规、交割清单。此设置访谈会了解您实际操作的领域以及您的实际工作方式。它会将这些信息写入一个纯文本文件，插件每次都会从该文件中读取。您回答的所有内容都可以在以后进行更改。设置完成后，插件将按照您的工作方式运行，而不是按照通用模板运行。” > > 然后：“准备好了吗？先问几个简单的问题，然后再深入探讨相关的模块。” **为什么这很重要？** 此插件中的每个命令都读取本次访谈中写入的配置。通用配置会生成通用输出——默认的实质性阈值、默认的问题备忘录格式、默认的同意书样式、默认的结案清单结构。告诉插件您实际如何进行并购、董事会、上市或实体相关工作，这才是区分“企业人工智能工具”和“符合您工作方式的工具”的关键所在。您的回答越具体——您实际的实质性阈值、您实际的决议措辞、您实际的公司格式——输出结果就越像是出自您的手笔。 **全新职业档案。** 设置程序会根据用户的回答和明确分享的文档构建全新的职业档案。它不会读取用户的个人 Claude 历史记录、无关对话或主目录下的 CLAUDE.md 文件。如果在当前对话中出现相关信息（例如，用户之前提到过公司），请在使用前征得用户同意——除非用户输入或批准，否则请勿将任何个人信息添加到公司职业档案中。 推论（特别注意）：访谈的输入内容仅限于用户输入的回答以及他们明确分享的文档。切勿从环境上下文、之前的会话或用户记忆中提取信息来填补空白。 ## 访谈节奏 - **假设答案存在于某个地方。** 当问题询问的信息很可能已经记录在案——例如公司简介、操作手册、升级流程表、风格指南、员工手册、管辖范围列表、案件组合——在要求用户凭记忆输入之前，应提示他们提供链接或粘贴内容。“粘贴链接或文档，或者给我一个简短的版本”是所有超过一句话的内容的默认要求。让受访者重新输入他们已经写好的内容的访谈者，已经辜负了其职责。 - **问题数量——计算子问题。** “一次提问不要超过 2-3 个问题”指的是 2-3 个*可回答的提示*，包括子问题。一个包含 5 个子问题的问题就是 5 个问题。测试方法：用户能否在不滚动屏幕的情况下回答？如果问题无法在一个屏幕上显示，则说明问题太多了。尽可能使用结构化的点击式问题——它们不需要滚动或输入。 **请耐心等待用户提供真实答案。**有些问题可以快速回答（例如实体类型、交易所、财政年度结束日期）。其他问题则需要用户输入文字、描述或上传文件（例如先前问题备忘录、董事会会议纪要、同意书先例、组织结构图）。当问题需要用户认真回答时： - **提问并等待。**明确告知用户：“这个问题需要输入文字回答——我会等待。”在用户回答之前，请勿进入下一个问题。 - **对于上传文件（问题备忘录、会议纪要、同意书、组织结构图）：**“请粘贴内容、分享文件路径，或者说‘暂时跳过’。如果您跳过，我会在您的执业档案中标记出空白，以便您稍后填写。”然后请耐心等待。这些初始文档用于格式提取——如果用户默默跳过，则所有后续输出都将采用通用模板，而非内部格式。 - **在编写执业档案之前：**回顾访谈内容，并列出所有被跳过或使用占位符回答的问题——特别是每个活跃模块对应的初始文档。可以说：“在撰写您的职业概况之前，以下项目仍未完成：[列表​​]。您现在想填写哪些项目，还是先留空？”然后等待。 - **切勿**在职业概况中留下空白。每个占位符都应该是用户主动选择跳过的，而不是用户滚动页面时自动跳过的问题。 - **暂停和恢复。** 提前告知用户：“如果您需要暂停，请说‘暂停’（或‘停止’，或‘稍后再继续’），我会保存您的进度。稍后再次运行 `corporate-cold-start-interview`，我会从您上次中断的地方继续。”当用户暂停时，将部分配置写入 `$LEGAL_AGENT_PROFILE_HOME/corporate-legal/profile.md` 文件，并在文件顶部添加注释 ``，并在未回答的字段处添加 `[PENDING]` 标记（与 `[PLACEHOLDER]` 不同）。当设置程序重新运行时，如果发现配置已暂停，则向用户显示问候语：“欢迎回来。您在 [章节名称] 处暂停。您之前的回答已保存。您可以从上次中断的地方继续，还是重新开始？” 不要重复询问已回答的问题。 --- **在设置过程中，务必核实用户提供的法律事实。** 当用户在回答访谈问题时，如果提供了具体的规则引用、法规编号、案例名称、截止日期、门槛、管辖范围或注册号等信息（且这些信息可以核实），请在将其写入配置之前进行核实。如果用户提供的信息与您的理解或他们粘贴的内容相冲突，请及时提出：“您说门槛是 X；我的理解是 Y——您能确认哪个应该写入配置文件吗？[前提已标记——请核实]” 写入 CLAUDE.md 的错误信息会影响到后续的所有输出；在此处发现错误是产品开发中最具影响力的时刻之一。 --- ## 访谈 ### 开场 > 在询问您的具体工作流程之前，我想先了解您实际开展哪些业务。这样我才能只设置您需要的功能，跳过其他部分。 **快速入门指南：** 仅询问第 0 部分（角色、实践环境、集成）以及哪些模块已激活。其他所有内容均使用 `[DEFAULT]` 标记进行配置。最后显示：“完成。您现在可以开始使用这些命令了。我已为重要性阈值、披露时间表格式和董事会会议纪要格式使用了合理的默认值。如果某个技能的输出感觉不正常，通常是某个默认值需要调整——它会告诉您具体是哪个。您可以随时运行 `corporate-cold-start-interview --full` 来完成整个面试，或运行 `corporate-cold-start-interview --redo
` 来重新面试某个部分。” **完整设置路径：**如下现有面试流程。 ### 第0部分：谁在使用它，以及它连接了哪些MCP服务器 在深入探讨公司细节之前，先问三个简单的问题。这些问题决定了插件的运行方式，而不是它能实现的功能。 #### 谁在使用？ > 谁会日常使用这个插件？（它会在每份备忘录、同意书、会议纪要草稿和尽职调查备忘录中添加工作成果标题——律师输出的文件会带有特权标题，非律师输出的文件会带有“研究笔记，需与律师审查”标题。） > > 1. **律师或法律专业人士** — 律师、律师助理、在律师监督下工作的法律人员。 > 2. **非律师但可咨询律师的人员** — 创始人、业务负责人、合同经理、人力资源、采购；您有可以咨询的内部或外部律师。 > 3. **非律师且无法定期联系律师**——您需要自行处理此事。 如果答案是 2 或 3，则提示一遍（不要在每次输出时都重复）： > 您可以在这里使用所有功能——研究、审核、起草、跟踪。我的工作方式有两点改变： > > 1. **我会将输出结果作为供律师审核的研究报告，而不是最终结论。**您不会看到“可以签字了”，而是会看到“以下是我的发现以及签字前需要询问的问题”。这比一个不确定的绿灯更有用。 > 2. **在涉及法律后果的步骤之前，我会暂停——例如签署合同、解雇员工、发出索赔、提交文件、批准产品发布、回复监管机构。**我会询问您是否已咨询过律师，并准备一份简短的简报，以便您与律师的沟通更加高效。 > > 这并非免责声明。插件深知自身优势（研究、组织、结构）与针对您具体情况的专业法律判断之间的区别，而后者是工具无法提供的。在合适的时机花几个小时请律师帮忙，通常比犯错要便宜得多。 如果答案是 3，请补充： > 如果您需要寻找律师或其他授权法律专业人士：联系中华全国律师协会或所在地地方律师协会获取推荐服务——多数提供律师推荐服务作为最快速的起步点。 #### 连接了哪些MCP服务器？ > 本插件可以与以下工具协同：数据室（飞书/坚果云）、董事会门户（飞书云文档）、文档存储和协作工具。让我检查你配置了哪些连接器——需要它们的特性将正常工作，没有它们的特性将优雅降级为手动模式，而非无声失败。 **检查实际连接的服务器，而不是配置的服务器。** `.mcp.json` 文件中列出的连接器表示*可用（available）*。实际响应的连接器表示*已连接（connected）*。这两者不同，混淆它们会破坏信任。此插件使用的每个服务器： - 如果您可以测试连接（例如调用简单的 MCP 工具，如列表或搜索），则仅在响应成功时报告 ✓。 - 如果您无法测试（无法从此处进行探测），则报告 ⚪“已配置但尚未验证 — 请打开您的 MCP 设置进行确认”，并提供一行操作说明。 - 切勿仅根据配置情况报告 ✓。 对于显示为未连接的服务器，请告知用户如何连接。示例措辞："飞书未连接。在 Claude Cowork 中：设置 → 连接器 → 添加 → 飞书 → 登录。在 Claude Code 中：将飞书 MCP 添加到你的配置或通过 `/mcp`。本插件在没有它的情况下也能工作——你将粘贴文件而非拉取——但连接它让文件拉取自动化。" 然后按以下格式报告结果： > - ✓ [集成] — 已连接（已测试） > - ⚪ [集成] — 已配置但未验证。请打开您的 MCP 设置进行确认。 > - ✗ [集成] — 未找到。[功能] 将回退到[手动替代方案]。[连接方式] 如果您稍后设置了此功能，请重新运行 `corporate-cold-start-interview --check-integrations`。 > > 您不需要所有这些功能。核心功能仅需文件访问权限即可工作。 #### 执业场景？ 只需问一次，越早越好，这样第一部分（公司简介）和每个模块的升级问题分支才能正确无误： > 执业环境？（这会影响每项技能的升级流程——公司内部律师会说“联系总法律顾问”，个人/小型律师事务所会说“联系外部律师”，法律诊所会说“提交给主管律师”。） > > - **个人/小型律师事务所（无层级结构）**——我会跳过审批流程相关的问题，直接询问您在什么情况下会联系同事或外部律师。 > - **中型/大型律师事务所**——我会询问您的审批流程、收费门槛以及您的上级审批人。 > - **公司内部律师**——我会询问您的升级流程矩阵、总法律顾问/首席法律官是谁，以及何时需要上报业务部门。 > - **政府/法律援助机构/法律诊所**——我会询问您的监管结构以及执业限制。 > - **我的执业环境不符合以上任何一种**——请说明。我会根据情况调整。 **不符合既定分类的执业领域。** 如果用户的执业领域与上述选项（国际仲裁、国际公法、仅提供法庭之友意见、学术咨询、公益律师团、部落法院、军事司法、海事，或任何其他被标准分类忽略的领域）不符，请提供以下提示：“听起来您的执业领域不符合我通常的分类。请用您自己的语言描述一下——您做什么，为谁服务，涉及哪些司法管辖区和论坛，工作内容是什么——我会根据这些信息构建您的个人资料，而不是强行将您塞进不适用的类别中。我会跳过或调整不适用的问题。” 然后根据自由描述的格式构建个人资料，并标记哪些模板字段已填写、已调整或因不适用而留空。强行构建的个人资料比根据真实情况构建的简洁个人资料更糟糕。 分支说明： - **个体执业或小型律师事务所（无层级结构）：**跳过或重新表述内部升级流程问题。不要问“谁的权限高于你”，而是问“你何时会聘请外部律师提供第二意见”。在业务概况中，在“## 公司概况”中，围绕咨询触发因素（外部律师事务所、指定的高级同事）而非内部审批层级，撰写“**升级：**”行。在并购模块中，“交易负责人”问题仍然适用。 - **企业内部法务、中型或大型律师事务所：**按照当前设计的升级流程（第一部分）进行提问。 - **法律援助机构：**转向监督模式框架——谁负责监督，案件何时上报给主管律师？ - **政府机构：**进行调整——机构/办公室内部的审批流程。 将此信息记录在 `## 公司简介` 中的 `**执业环境：**` 行中。 #### 写入配置 按照模板，在配置的第一部分之后紧接着写入 `## 用户列表`、`## 可用集成` 和 `## 输出` 部分。这些部分将决定此插件中所有技能的工作成果标题选择和功能回退行为。 --- ### 第 0.5 部分：模块选择（1-2 分钟） 询问以下哪些内容适用。通常不止一项适用。对于总法律顾问来说，全部四项都适用也并不罕见。 > 以下哪些内容属于您的日常工作？（这将决定您的职业概况中会包含哪些部分，以及哪些技能会被重点关注——如果只选择并购，则会完全跳过董事会、上市公司和实体管理方面的面试。） > > 1. **并购** — 交易：收购、出售、投资或剥离业务单元 > 2. **董事会及秘书** — 董事会会议准备、会议记录、决议、委员会管理 > 3. **上市公司** — 证监会/交易所报告、信息披露委员会、内幕信息管理、投资者关系 > 4. **实体管理** — 子公司管理、注册代理人、股权结构表、年度申报 > > 请告诉我适用的数字。您之后可以随时使用 `corporate-cold-start-interview --module [name]` 添加模块。 记录已激活的模块。仅针对每个已激活的模块进行操作。其余部分完全跳过。 --- ### 第一部分：公司简介（2 分钟，必做） 无论当前启用哪些模块，以下问题均适用。 > 在我提出结构化问题之前：贵公司是否有授权委托政策、经董事会批准的权限矩阵或公司治理备忘录供我查阅？请粘贴相关内容、分享文件路径，或回复“否”，我会逐一提问。如果您分享了相关文件，我会提取其中的审批级别和升级点，而无需您重新输入。 如果用户上传了文件：请阅读并提取公司名称、法务团队规模和升级/权限结构，确认您找到的信息，然后跳过相应的详细问题。 否则： > **贵公司是做什么的？** 这是最重要的背景信息——SaaS 供应商、硬件分销商和服务公司的运作方式截然不同。您无需全部输入：只需粘贴公司网站、“关于我们”页面、维基百科页面或最新 10-K 表格的链接，我即可提取所需信息。或者，您也可以用一句话概括：您销售什么产品，目标客户是谁，以及销售方式（直销/渠道/市场/订阅）。 - 公司名称是什么（或您希望在输出结果中使用的名称）？ - 您属于哪个行业？ - 公司是私营、上市还是上市公司的子公司？ - 公司注册地主要在哪个司法管辖区？ - 法务团队规模如何——只有您一人，还是一个团队？ - “如果审查发现需要更高级别人员签字确认的内容——例如尽职调​​查中的新问题、重要性门槛决定、涉及董事利益冲突的同意事项、需要判断的日程安排项目，或超出您权限的决定——应该交给谁？请提供姓名或角色（总法律顾问、您的合伙人、交易负责人），或者说明“我自己决定”。”插件正是通过这种方式判断何时应该说“您可以处理此事”，何时应该“在 [X] 中循环”。（这会为 /diligence-issue-extraction、/material-contract-schedule、/written-consent 以及其他所有技能的升级路由提供信息。） **如果用户没有上传授权委托书：** 在本部分末尾，提供以下选项：“您是否希望我将您升级和授权流程整理成一份独立的授权委托书，以便您共享和维护？内容与我刚才记录的相同，只是格式更便于您分发。” 写入配置中的 `## 公司简介`。 --- ### 第二部分M：并购模块（如果启用，需4-6分钟） #### 2M-a：交易立场 - 买方、卖方，还是两者兼有？注意：大多数公司随着时间的推移都会经历买方和卖方两种角色，因此这里设置的是默认的内部配置——每个交易的标志（`--new-deal`）用于记录任何正在进行的交易的实际买方或卖方。 - 是拥有标准操作流程的连续收购公司，还是每笔交易都从零开始设计？ - 贵公司由谁负责交易——企业发展部、法务部、外部律师牵头，还是多种角色组合？ #### 2M-b：尽职调查结构 > 在提问之前：您是否有标准的尽职调查请求清单或之前的相关问题备忘录供我参考？请粘贴内容、分享文件路径，或者回复“否”，我会逐一提问。如果您分享了这些文件，我会提取其中的类别结构、重要性阈值和公司内部格式，并跳过相应的问题。 如果没有： - 您是否有标准的尽职调查请求清单？它的组织方式是怎样的——按职能（法务/财务/人力资源）还是按文档类型？ - 您的合同审查重要性阈值是多少？（所有合同？金额超过 X 美元？按收入排名前 N 的合同？） （此信息将用于 /diligence-issue-extraction 和 /material-contract-schedule 模块——该阈值决定哪些合同需要全面审查，哪些合同需要进行初步筛选。） - 您通常使用什么虚拟数据室 (VDR)——Intralinks、Datasite、Box、SharePoint 或其他？ - 您是否使用人工智能辅助审查工具，例如 Luminance、Kira 或其他工具？具体用于哪些方面？ **如果用户未上传请求清单或先前的问题备忘录：** 在本模块结束时，您可以这样询问：“您是否需要我按照您的格式起草一份初步的尽职调查请求清单和问题备忘录框架？我会根据您之前提供的关于重要性和类别结构的信息来制定。您可以编辑并在下次交易中重复使用。” #### 2M-c：问题备忘录格式 > 我需要两样东西： > > 1. 您的标准尽职调查请求清单——您在买方使用的清单，或者您预期在卖方看到的清单。 > 2. 一份您之前完成的交易的问题备忘录——已完成的交易，与当前交易无关。我想了解您如何组织调查结果：您如何命名问题、如何对问题进行分类、您使用的严重程度分级标准以及您撰写的深度。 > > 这两份文件将成为核心。您的分类、格式和标准——而不是通用模板。（这些信息将用于 /diligence-issue-extraction ——该技能会在以后的每个交易中重复使用您的章节结构、严重程度分级标准和调查结果模板。） 从请求清单中提取：分类结构、重要性阈值（如有说明）、标准例外情况。 从问题备忘录中提取：章节结构、严重程度分级标准、调查结果格式、深度以及收件人。 #### 2M-d：卖方具体情况（如果卖方参与） 如果律师从事卖方工作，请询问以下问题： - 在准备数据室时，由谁决定哪些内容需要放入其中？ - 您是否会准备披露备忘录或问题日志，以预测买方可能提出的问题？ - 在数据室内容填充方面，您与业务部门的哪些人员协调——企业发展部、首席财务官、职能部门负责人？ 卖方工作的重点在于预测买方的发现并管理对外信息流，而不是审查收到的文件。这决定了在卖方环境下，尽职调查中问题提取技能的运用方式。 #### 2M-e：成交清单和交易团队简报 - 成交清单存放在哪里——Excel、Smartsheet 还是交易管理工具？ - 谁负责更新清单？ - 如何向交易团队进行简报——每日、每周还是按里程碑？电子邮件、Slack 还是电话？ - 业务部门实际阅读的内容与仅供存档的内容有何区别？ 请在配置中写入 `## 并购（M&A）`。 --- ### 第二部分B：董事会及秘书模块（3-4分钟，如果激活） - 您的正式职务是什么？是公司秘书、助理秘书，还是以顾问身份参与但没有正式头衔？ - 董事会规模有多大？组成如何？主要是独立董事、内部人士较多，还是采用分级董事制？ - 董事会设有哪些委员会？（审计委员会、薪酬委员会、提名/治理委员会、战略委员会，或其他委员会？） - 您使用什么工具来管理董事会材料？是飞书云文档、专用董事会管理系统，还是仅仅使用电子邮件，或者没有其他正式文件？ - 每年召开多少次例行董事会会议？大约在哪些月份？ **会议记录：** - 会议记录采用的是长篇叙述式、行动式，还是介于两者之间？ - 会议结束后，你们多久能完成会议记录？ - 会议记录如何审批——是先征求书面意见，还是在下次会议上批准？ **书面决议：** - 你是否常规使用替代会议的书面决议？用于什么类型的董事会或委员会行动——常规高管任免、股权授予、年度行动，还是更广泛？ - 对可决议批准与必须召开会议的事项有限制吗（章程限制、议事规则，还是仅实践习惯）？ **种子记录（董事会会议记录技能所需）：** > 上传 5-6 份之前的董事会或委员会会议纪要。仅限闭门会议，不包括当前正在进行的会议。这些纪要可以帮助你掌握公司内部的会议纪要格式——包括会议纪要的结构、讨论细节的记录程度、决议的措辞以及出席记录的方式。如果你同时拥有董事会和委员会的会议纪要，请分别上传一份完整的董事会纪要和一份委员会纪要。（这将有助于提升你的董事会会议纪要写作技能——之后的所有会议纪要草稿都将基于你提取的结构、讨论深度和决议措辞。） > > 如果你目前没有可共享的会议纪要，可以稍后使用 `corporate-cold-start-interview --module board` 命令添加。如果缺少会议纪要，董事会会议纪要写作技能会提示你上传。 从原始会议记录中提取以下内容： - 整体结构和章节顺序 - 标题格式（公司名称、会议类型、日期、地点） - 出席记录格式（董事出席/缺席、管理层、来宾） - 讨论深度——长篇叙述、行动纪要或混合形式 - 决议措辞（确切措辞：“决议如下”/“兹决议”/其他） - 附件引用规范 - 签名栏格式 - 每份会议记录中都会出现的任何标准开场白或模板 将提取的格式作为 `**会议记录模板(Minutes template)：**` 块写入配置中的 `## 董事会和秘书` 部分。 **决议存储库（written-consent 技能必需）：** > 你是否有一个已签署书面决议的文件夹或存储库？（这驱动 /written-consent——技能在存储库中搜索最接近的先前决议并将其作为实质起点，不只是格式，还包括针对该行动类型已批准的特定决议措辞。） > > 如果你有：告诉我在哪里（文件夹路径、云文档文件夹、飞书文件夹）。技能将在运行时搜索。 > > 如果你没有集中的存储库：现在上传3-5份先前决议用于格式学习。技能仍将工作——只是在存储库建立前不会有先例检索能力。 从存储库或种子决议提取： - 内部决议措辞（确切表述："决议如下"/"现决议"/其他） - 鉴于部分结构（鉴于/因此的深度和风格） - 授权语言（末尾的高管授权语言） - 副本和电子签名语言（如有） - 签署栏格式 写入配置中 `## 董事会与秘书` → `**决议存储库：**` 和 `**决议格式：**`。 **年度公司治理常规事项：** - 你管理哪些年度事项？（董事选举、审计师聘任、股权激励计划审批、年度董事会自我评估——任何适用于你的。） 写入配置中的 `## 董事会与秘书`。 --- ### 第二部分：上市公司模块（3-4分钟，如果激活） - 贵公司在哪个交易所上市上交所、深交所、北交所、港交所还是其他交易所？ - 贵公司的财政年度截止日期是什么时候？ - 贵公司的申报状态是什么？大型加速申报、加速申报还是非加速申报？ **信息披露委员会：** - 贵公司是否设有正式的信息披露委员会？委员会成员有哪些？首席财务官 (CFO)、首席行政官 (CAO)、投资者关系 (IR)、法务部门还是其他人员？ - 委员会多久召开一次会议？季度财报发布前，还是根据需要召开？ **内幕交易政策：** - 贵公司的交易窗口相对于财报发布时间是什么时候？ - 哪些人需要预先审核？是所有高管和董事，还是更广泛的名单？ - 如果需要申请信息封锁豁免，流程是什么？ **交易窗口期：** - 你的交易窗口期相对于定期报告发布何时开放？ - 谁被买卖事先审批要求覆盖——全部高管和董事，还是更广泛的名单？ - 如需例外情况下交易，流程是什么？ **业绩说明会：** - 法务在业绩说明会准备中的角色是什么——审查讲稿、准备问答、其他，还是不直接参与？ - 通常在会议前多久开始参与？？ 写入配置中的 `## 上市公司`。 --- ### 第二部分E：主体管理模块（如果启用，需2-3分钟） > 如果您有组织结构图或实体列表——即使是粗略的草图或电子表格——请立即上传。我会读取并提取实体结构、管辖范围、所有权比例和实体类型。这比凭记忆回答这些问题更快更准确。（此信息将用于 /entity-compliance 功能——该技能会根据此列表初始化合规日历，并显示年度报告和注册代理人的截止日期。） > > 如果您手头没有现成的实体列表，请回答以下问题，我会根据您的答案创建一个初始实体表。 **从已上传的组织结构图或实体列表中提取以下信息：** - 实体名称和实体类型（公司、有限责任公司、有限公司、分支机构等） - 每个实体的成立地司法管辖区 - 所有权链和股权比例 - 是否有任何被标记为休眠或不活跃的实体 **如果没有上传，请询问：** - 您大约管理多少个活跃的法律实体？ - 关键注册地是什么——仅一个省份，还是有跨省布局？ - 你的工商登记代办机构是谁——外部代理机构、内部自行管理，还是各地不同？ - 你是否使用主体管理系统——企查查、天眼查、飞书多维表格——还是手工台账 - 您的股权结构表是什么样的？（例如 Carta、Shareworks、Ledgr，还是仍然手动操作？）（如果是全资所有且没有外部股权，则不适用。） - 谁负责日常申报工作？（例如年度报告、外国资质认证、注册代理人续期等）法律事务由您负责，还是由注册代理人自动处理？ - 您的子公司是否有自己的治理机制，还是实际上只是休眠的控股公司？ - 您是否签订了公司间协议，例如服务协议、知识产权许可协议和贷款协议？ 请在配置文件中填写`## 主体管理`部分。 --- ### 配置文件写入后 **展示本插件能做什么。** 在关闭前，提供： > **想看看我能在哪些方面帮助？** 如是，展示此定制清单（非通用模板——这些是本插件最佳的具体事项）： > **以下是我在公司业务和并购实务中擅长的事项：** > > - **从数据室提取尽调问题**——例如"指向一个数据室文件夹，得到按你的内部重要性阈值分类的发现。"尝试：`corporate-diligence-issue-extraction` > - **构建重大合同清单**——例如"从尽调发现构建体现股权收购协议格式的披露清单。"尝试：`corporate-material-contract-schedule` > - **起草董事会或委员会书面决议**——例如"从你的决议存储库搜索先例，然后以内部格式起草。"尝试：`corporate-written-consent` > - **主体合规追踪器**——例如"查看子公司未来30/60/90天内什么申报到期。"尝试：`corporate-entity-compliance` > - **交割检查表状态**——例如"还差什么才能交割——条件、文件、同意、申报——带关键路径。"尝试：`corporate-closing-checklist` > - **交割后整合**——例如"为刚刚交割的交易制定分阶段工作计划、追踪同意事项、合同转让。"尝试：`corporate-integration-management` > > **我对你第一项的建议：** 如果你有活跃交易，运行 `corporate-closing-checklist`——它立刻显示插件融入你的工作流的何处。或告诉我在你桌面上的事项，我来挑选。 这在一个提供中解决了冷启动问题（管理者不知道先做什么）和价值主张问题（他们不知道插件能做什么）。使清单具体。如果管理者在访谈中已命名了一个具体的第一个任务，跳过此步。 **研究连接器提示。** 在显示已激活模块之前，请说明： > “在您首次进行尽职调查或获得同意之前：请连接研究工具。如果没有连接，我会将所有引用标记为未经验证；连接后，我会根据最新数据库进行验证。在 Cowork 中：设置 → 连接器。在 Claude Code 中：当技能提示时进行授权。” 然后显示已激活模块和已填充的部分： > 以下是我已捕获的内容：[列出已激活模块]。实践概况已编写完成。需要检查的几项： > - [标记任何需要重新审视的含糊不清或模棱两可的答案] > - [如果并购功能已启用且未提供种子文件：“请在准备好需求清单和之前的问题备忘录后通知我——我会更新尽职调查结构和备忘录格式部分。”] > - [如果并购功能已启用：“当有交易项目时，运行 `corporate-cold-start-interview --new-deal` 命令，在公司现有方法的基础上设置特定于该交易的背景信息。目前可用的并购技能包括：尽职调查信息提取、交易团队总结、重要合同清单、交割清单和交割后整合。”] > - [如果董事会和秘书功能已启用：“目前可用的董事会技能包括：`corporate-written-consent` 命令用于获取书面同意书，以及用于以公司内部格式起草会议纪要的董事会会议纪要技能。”] > - [如果实体管理功能已启用：“目前可用的实体管理技能： `corporate-entity-compliance` 会根据您的实体列表初始化一个合规性跟踪器，并显示待办事项。] > - [如果已启用上市公司功能：“上市公司技能将在未来的版本中推出——实践概况部分已准备就绪，待其发布后即可填充。”] 关于可更改性的说明： > “您的实务画像位于 `$LEGAL_AGENT_PROFILE_HOME/corporate-legal/profile.md`——这是一个纯文本文件，您可以直接读取和编辑。您回答的任何内容都可以更改： > > - 直接编辑文件以快速更改（例如，添加新的阈值、添加管辖区、重命名委员会） > - 运行 `corporate-cold-start-interview --redo` 以进行完整的重新访谈 > - 运行 `corporate-cold-start-interview --module [m&a | board | public | entities]` 以添加或刷新一个模块 > - 运行使用 `corporate-cold-start-interview --check-integrations` 命令重新检查已连接的组件。 > 首次设置后最常调整的部分是并购重要性阈值、披露时间表格式/问题备忘录模板以及实体跟踪频率。 --- ## 您的实务配置文件会不断学习 编写完练习配置文件后，请附上以下说明： > **您的练习配置文件会不断学习。** 随着您使用插件，它会变得越来越好： > > - 当某个技能的输出感觉不正常时，通常需要进行调整。输出结果会告诉您具体是哪个技能需要调整。 > - 您可以随时输入“更新我的剧本以优先使用 X”或“将我的升级阈值更改为 Y”，相关技能会自动执行更改。 > - 运行 `corporate-cold-start-interview --redo
` 可以重新面试某个部分，或者直接编辑配置文件。 > > 十分钟的设置即可获得一个可用的配置文件。使用一个月后，您的配置文件将如同您自己编写的一样流畅自然。 --- ## 单笔交易设置（`--new-deal`，仅限并购模块） 当交易开始后，进行一次简短的访谈，重点关注交易的具体情况。系统默认的访谈方式与插件配置一致。 询问： - 交易代号 - 交易方（买方或卖方——可能与系统默认设置不同） - 目标公司或收购方名称 - 虚拟数据室 (VDR) 位置（文件夹路径或 URL） - 交易负责人姓名 - 签约日期和交割日期（如果已知） - 任何交易特定的门槛差异（5000 万美元的交易可能需要审查比 10 亿美元交易更小的合同） - 外部律师事务所和主要联系人 请将信息写入 `$LEGAL_AGENT_PROFILE_HOME/corporate-legal/deals/[代码名称]/deal-context.md` 文件。 Skills 会读取插件配置（内部）和 `deal-context.md`（此交易），如果发生冲突，则 deal-context.md 优先。 --- ## 实务画像质量检查 完成之前，请重新阅读已填写的内容。标记： - 任何部分仍然显示占位符，因为答案被跳过或含糊不清——请再次询问 - 任何已激活但未提供种子文档的模块——请记录下来，并在有种子文档时请用户提供 - 插件配置顶部的 `*激活的模块（Active modules）：*` 行——请更新此行，以准确列出所有已激活的模块 --- ## 故障模式 - **不要假设所有模块都已激活。** 先询问，面试时只询问哪些模块已激活。仅负责交易的律师不需要设置上市公司治理结构。 - **不要硬编码买方策略。** 业务概况反映的是律所的倾向；每个交易的标志位处理实际的买方。编写律所业务概况时，应使其与买方无关；立场在每个交易的 `--new-deal` 参数中设置。 - **不要使用通用占位符。** 如果答案含糊不清（例如“标准重要性阈值”），请询问具体数值。业务概况只有在阈值是实际阈值时才有用。 - **卖方立场与买方立场并非相反。** 在卖方，您需要预测买方的调查结果并管理对外信息流，而不是审核收到的文件。如果卖方业务已激活，请明确指出这一点。 - **请勿索取已停止运营模块的种子文件。** 仅当并购业务处于活跃状态时，才可索取需求清单和问题备忘录。仅担任董事会成员的律师无需提供尽职调查文件。