Cold Start Interview

/cold-start-interview

1. 检查 ~/.claude/plugins/config/claude-for-legal/product-legal/CLAUDE.md 状态。
2. 运行以下冷启动访谈。
3. 种子文件：10份过往产品上线审查文件（来自追踪器或飞书云文档）。全部阅读。
4. 从实际阻断vs.上线的案例构建风险校准表。
5. 迁移：如果 ~/.claude/plugins/cache/claude-for-legal/product-legal/*/CLAUDE.md 存在已填充的 CLAUDE.md（无 [PLACEHOLDER] 标记）但配置路径不存在，将其复制至配置路径并向用户展示迁移内容。
6. 写入 ~/.claude/plugins/config/claude-for-legal/product-legal/CLAUDE.md（按需创建父目录）。展示校准表供确认。

--check-integrations

重新运行集成可用性检查（上线追踪器、文档存储、飞书/Slack），并更新 ~/.claude/plugins/config/claude-for-legal/product-legal/CLAUDE.md 中的 ## 可用集成。不重新访谈。在连接或断开MCP并希望插件感知而无需重新运行完整设置时使用。

探测时：仅在MCP工具调用实际成功时报告 ✓。已配置但未测试的连接器应标记为 ⚪ 并附一句话确认方法。绝不基于 .mcp.json 声明报告 ✓——这会误导用户以为某功能已连接而实际并非如此。

/product-legal:cold-start-interview

/product-legal:cold-start-interview --check-integrations

冷启动访谈：产品法务

目的

产品法务是公司法务中公司特定化程度最高的领域。在金融科技公司是上线阻断项的，在广告科技公司只是FYI告知。对公司处于承诺整改协议下是高风险的，对市场监管总局从未关注过的公司是常规的。

本访谈通过阅读您实际的上线审查文件——您在哪里阻断、哪里挥手通过以及您在哪花了时间——来学习您公司的风险校准。

冷启动检查

读取 ~/.claude/plugins/config/claude-for-legal/product-legal/CLAUDE.md：

• 不存在 → 开始访谈。
• 包含 <!-- SETUP PAUSED AT: --> → 问候用户并提议从该节恢复。
• 包含 [PLACEHOLDER] 标记但无暂停注释 → 模板从未完成；提议重新开始或从占位符开始处恢复。
• 已填充（无占位符、无暂停注释） → 已配置；跳过除非 --redo。

模板结构位于 ${CLAUDE_PLUGIN_ROOT}/CLAUDE.md——将其作为节骨架。将完成的实务画像写入配置路径，按需创建父目录。

如果 ~/.claude/plugins/cache/claude-for-legal/product-legal/*/CLAUDE.md 旧缓存路径存在 CLAUDE.md 但配置路径不存在，将其向前复制。

检查共享公司画像

查找 ~/.claude/plugins/config/claude-for-legal/company-profile.md。

• 如果存在： 读取。展示一行确认："您是 [名称]，[执业场景]，于 [公司]，[行业]，运营范围涵盖 [法域]。对吗？（或说'更新'以修改共享画像。）"如果确认，跳过公司问题——直接进入插件特定问题。
• 如果不存在： 您将是该用户设置的首个插件。在引导和分叉后，询问公司问题并写入共享画像（依据插件根目录 references/company-profile-template.md 的模板），然后继续插件特定问题。告诉用户："我已保存您的公司画像——其他法律插件将读取并跳过这些问题。"

属于共享画像（如已存在则不应重复询问）的公司问题：执业场景、公司名称、行业、销售什么、规模、法域、监管机构、风险偏好、上报人姓名。插件特定问题（审查指引立场、审查框架、所内风格、监管模式等）保留在每个插件内。

安装范围检查

在引导之前，如果您注意到工作目录位于项目内（而非用户主目录），标记。说一次：

注意——本插件似乎是项目范围的，这意味着我只能读取[当前目录]中的文件。如果您需要我读取其他位置的文件（下载、文档、Dropbox），请安装用户范围版本——参见 QUICKSTART.md。您可以继续使用项目范围，但需要将文件移入此文件夹。

请用户确认后再继续：继续项目范围，或暂停重新安装用户范围。如果工作目录是用户主目录，静默跳过此项检查。

访谈开始前

在询问其他任何内容前，展示分叉优先前言——3-4行，不超过：

product-legal 面向审查产品上线、营销宣传和功能风险的人员——产品发货中的法律侧面。 不是您的领域？/legal-builder-hub:related-skills-surfacer。

2分钟获得您的角色、审查框架级别（正式准入 vs.建议性）以及产品/业务上下文（消费者、企业，或两者），其他各处设置合理默认值。15分钟增加您的风险校准表（什么阻断 vs.什么可以上线）、您这的上报矩阵、您的审查框架类别、您的内部备忘录格式以及您的上线追踪器集成。

快速还是完整？（随时用 /cold-start-interview --full 升级。）

等待用户选择后再展示其他内容。

<!-- 旁系材料链接：当有旁系材料存在时，在前言上方增加一行：
     "想先看一遍？[观看3分钟介绍](URL) 或 [阅读入门指南](URL)，然后回来运行 /cold-start-interview。" -->

用户选择快速或完整后

用户选择后，在第一个访谈问题前引导：

"本插件维护您的实务画像（审查框架、风险校准、上报矩阵）、产品上线审查档案和营销宣传日志。它扮演产品法务——对照您公司的风险校准和内部框架进行产品上线审查、功能风险评估、营销宣传检查。本次设置访谈学习您实际如何工作——您的风险校准、您公司将什么视为P0阻断项 vs. FYI告知项、您的审查框架、您的内部惯例——并将其写入插件每次读取的纯文本文件。您回答的一切以后都可以更改。完成后，插件的命令将以您工作的方式工作，而非以通用模板的方式。"

然后："设置从您的回答中构建全新的职业画像。它不读取您的个人Claude历史、其他对话或您主目录的CLAUDE.md。如果本对话中此前出现过相关内容（例如您提到了您的公司），我会在使用前询问。除非您输入或批准，任何内容都不会进入您的配置。"

然后："准备好了吗？先问几个快速问题，然后我们深入。"

为什么重要。 本插件中的每个命令都读取此访谈写入的配置。一个通用的配置给您通用的输出——默认的风险校准、默认的审查框架、默认的上报矩阵，以及一份将您的公司当作其他任何公司对待的产品上线审查。告诉插件您的公司如何实际校准风险——在这里什么是P0阻断项 vs. FYI告知项——是"一个产品法务AI工具"与"一个了解您内部框架的工具"之间的区别。您的回答越具体，输出就越像您自己的。

不要读取用户的主目录 ~/CLAUDE.md、~/user.md 或其他个人记忆来预填充访谈。唯一输入是用户输入的回答和他们指向或粘贴的文档。

快速启动路径： 仅询问第0部分（角色、执业场景、集成）和产品领域。写入配置，其他各处标记 [DEFAULT]。以以下内容收尾："完成。您现在可以开始使用命令了。我在上线审查框架、风险校准和营销宣传立场上使用了合理默认值。当某个技能的输出感觉不对时，通常是某个默认值需要调校——它会告诉您是哪个。随时运行 /product-legal:cold-start-interview --full 进行完整访谈，或 /product-legal:cold-start-interview --redo <节> 重新做某一部分。"

完整设置路径： 以下现有访谈流程。

访谈节奏

• 假设答案存在于某处。 当问题询问可能已在某处写好的信息——公司描述、审查指引、上报矩阵、风格指南、手册、法域清单、事项组合——在要求用户凭记忆输入前提示链接或粘贴。"粘贴链接或文件，或给我简短版"是超过一句话内容的默认询问方式。让用户重新输入他们已写好的内容的访谈者，未能完成访谈者的第一职责。
• 批量大小——计算子部分。 "一次不超过2-3个问题"意味着2-3个可回答的提示，计算子部分。一个有5个子部分的问题是5个问题。检验：用户能否不滚动就回答？如果问题在一屏上显示不下，太多了。可能情况下优先结构化点击式问题——它们不需要滚动或输入。

为真实答案暂停。 有些问题有快速点击答案。其他需要用户输入、描述或上传某物。当问题需要超过快速点击时：

• 提出问题并等待。 说清楚："这个需要输入答案——我会等。"在他们回复前不要排队下一个问题。
• 对于上传（种子上线审查文件、PRD、追踪器链接）： "粘贴内容、共享文件路径，或说'暂时跳过。'如果跳过，我会在您的配置中标记该缺口，以便您之后补充。"然后实际等待。
• 在写入实务画像前： 回顾访谈。列出每个被跳过或回答为占位符的问题。说："在写入您的配置之前，以下是仍悬未决的：[清单]。想现在补充其中任何项，还是将其保留为占位符？"在得到回答之前等待。
• 绝不以静默缺口写入实务画像。每个占位符应为用户刻意选择跳过，而非一个滚过未回答的问题。
• 暂停与恢复。 提前告诉用户："如果需要停下，说'暂停'（或'停'，或'让我稍后再来'），我会保存您的进度。稍后再次运行 /product-legal:cold-start-interview，我将从您中断处继续。"当用户暂停时，将部分配置写入 ~/.claude/plugins/config/claude-for-legal/product-legal/CLAUDE.md，文件顶部附 <!-- SETUP PAUSED AT: [节名] — run /product-legal:cold-start-interview to resume --> 注释，未回答字段使用 [PENDING] 标记（区别于 [PLACEHOLDER]）。当设置重新运行并发现暂停的配置时，问候用户："欢迎回来。您暂停在[节]。您之前的答案已保存。从上次中断处继续，还是重新开始？"不重复询问已回答的问题。

在设置中用户陈述法律事实时验证之。 当用户以具体规则引用、法条编号、案例名称、日期、期限、阈值、法域或登记号回答访谈问题时——且是您能做合理性检查的——在写入配置前做检查。如果他们说的与您的理解或与已粘贴内容冲突，揭示："您说阈值是X；我的理解是Y——您能确认哪个写入画像？[前提已标记 — 需验证]"一个写入CLAUDE.md的错误事实会传播到每个未来输出中；此时捕捉是产品法务中最高杠杆的时刻之一。

访谈

开场

产品法务是法务最接近公司的实务领域——它在不同地方的差异最大。在我能告诉您某件事是否有风险之前，我需要学习"有风险"在这里意味着什么。

我将询问您的公司、您的审查流程，以及您曾经阻断过什么。然后我想阅读您十份过去的产品上线审查。不是十份PRD——您的审查。那是您的校准所在。

第0部分：谁在使用，以及什么已连接

在我们深入产品法务具体内容前，先问两个快速问题。这些决定了插件如何工作，而非它能做什么。

谁在使用？

谁将日常使用此插件？（这影响每项技能的工作成果页眉和输出框架——律师得到"保密 — 律师工作成果"，非法务人员得到研究框架和在通过上线前的律师审查检查点。）

1. 律师或法律专业人士——律师、法务助理、产品法务运营人员在律师监督下工作。
2. 非法务人员但可对接律师——产品经理、创始人、业务主管、市场运营；您有可咨询的内部或外部律师。
3. 非法务人员且无律师支持——您自己处理此事。

如果答案是2或3，说一次（不在每个输出上重复）：

您可以使用此处的每项功能——产品上线审查、功能风险评估、营销宣传审查和分流。在我如何工作上有两件事改变：

1. 我将把输出框架为供律师审查的研究，而非裁决。 您得到的不是"可上线"，而是"我发现了这些以及这些是您在上线前需要询问的问题"。那比一个您无法确定的绿灯更有用。
2. 我将在具有法律后果的步骤前暂停——通过产品上线、发布营销宣传、批准对外使用的宣传。我将询问您是否已与律师审查，并将整理一份简短简报以便与他们的对话快速进行。

这不是免责声明。这是插件知道其擅长什么——研究、组织、结构——与需要执业律师对您具体情况作出法律判断之间的区别，这是工具无法给出的。在正确时刻花几小时律师时间，通常比错误更便宜。

如果答案是3，补充：

如果您需要寻找律师：中华全国律师协会或所在地地方律师协会的推荐服务是最快的起点。许多机构提供免费或低价初步咨询。对于中小企业，当地大学法律诊所可以为您指引方向。对于个人，法律援助组织覆盖许多实务领域。

什么已连接？

此插件可与以下工具协作：产品上线追踪器（飞书多维表格、钉钉、Teambition）、文档存储（飞书云文档、Google Drive、SharePoint）以及飞书/Slack。让我检查您配置了哪些连接器——需要它们的功能将工作，没有的功能将以人工方式优雅降级而非静默失败。

检查什么实际已连接，而非什么已配置。 一个在 .mcp.json 中列出的连接器是可用的。一个实际在响应的连接器是已连接的。这两者不同，混淆它们会摧毁信任。对本插件使用的每个连接器：

• 如果您可以测试连接（调用一个简单的MCP工具如列出或搜索），仅在实际成功的响应上报告 ✓。
• 如果您无法测试（无法从这探测），报告 ⚪ "已配置但未核实——打开您的MCP设置确认"并附一句话如何做。
• 绝不基于配置单独报告 ✓。

对于显示为未连接的连接器，告诉用户如何连接。示例措辞："飞书多维表格未连接。在Claude Cowork：设置→连接器→添加→飞书多维表格→登录。在Claude Code：将飞书多维表格MCP添加到您的配置或通过 /mcp。此插件可以没有它运行——您将直接粘贴PRD和审查文件——但连接后产品上线监控代理可以自动拉取工单。"

然后以以下形式报告发现：

• ✓ [集成] — 已连接（已测试）
• ⚪ [集成] — 已配置但未核实。打开您的MCP设置确认。
• ✗ [集成] — 未找到。[功能]将降级为[人工替代方案]。[如何连接。]

您不需要所有这些。核心功能仅靠文件访问即可工作。如果您之后设置某功能，重新运行 /product-legal:cold-start-interview --check-integrations。

记录至插件配置

在 ## 我们是谁 后立即写入 ## 使用者 和 ## 可用集成 节，并更新 ## 输出规范 使工作成果页眉取决于角色（参见下方实务画像模板）。

执业场景

在深入之前再问一个快的问题：

执业场景是什么？（这影响每项技能使用的上报矩阵——企业法务询问法务负责人路由，个人执业将"上报"映射为"咨询外部律师"，法律诊所路由至指导律师。）

• 个人执业/小型律所（无层级） —— 我将跳过审批链问题，转而询问您何时会寻求同事或外部律师意见。
• 中型/大型律所 —— 我将询问您的审批链、计费阈值以及谁在您之上签批。
• 企业法务 —— 我将询问您的上报矩阵、谁是法务负责人/总法律顾问，以及什么转到业务侧。
• 政府/法律援助/法律诊所 —— 我将询问监督架构和您执业的任何限制。
• 我的执业不适用这些任何一项 —— 请说。我将调整。

不适配框架的执业。 如果用户的执业不匹配以上选项（国际仲裁、国际公法、仅法庭之友、学术咨询、公益专家、军事司法、海事或标准类别假设掉的任何其他），提议："听起来您的执业不适配我的常规类别。用您自己的话告诉我——您做什么、为谁做、什么法域和法庭、工作什么样——我将从您那里构建画像，而非强迫您进入不适配的框架。我将跳过或调整不适用的那些问题。"然后从自由文本描述构建画像，标记哪些模板字段已填充、已调整或因不适用而留空。一个建立在被迫适配框架上的画像，比一个建立在真实情况上的稀疏画像更糟糕。

使用此项分支后续问题：

• 个人执业/小型律所（无层级）： 跳过第1部分及其他处的上报链问题。重新框架：不询问"谁批准超过您的阈值"，而询问"您何时寻求外部律师或同事提供第二意见"。在实务画像中，上报矩阵映射为咨询而非路由审批，"法务负责人在每项审查中询问的问题"变为"提交前您总是反复核查什么"。
• 中型/大型律所： 询问审批链、计费阈值以及谁在您之上签批。
• 企业法务： 询问上报矩阵、谁是法务负责人/总法律顾问，以及什么转到业务侧。
• 政府/法律援助/法律诊所： 替代该场所使用的监督链（指导律师、主任、监督委员会）。询问对您执业的任何限制。保留上报结构但重新标记角色。

在 ## 使用者 下记录执业场景。