Cold Start Interview

/cold-start-interview — cn-mainland 适配版

⚠️ 本 skill 已从 Anthropic 原版 claude-for-legal US 版本（v1.0）适配为 GCL cn-mainland 版本（v2.0）。

核心变更：

1. 配置路径从 ~/.claude/plugins/config/claude-for-legal/product-legal/CLAUDE.md 改为 plugins/legal-scenes/product-legal/CLAUDE.md § B9
2. 集成探测从 US 工具（Jira / Linear / Asana / Drive / Slack）改为 CN 工具（元典 + 北大法宝 + gcl-data-service）
3. 法务体系从 US（COPPA / CCPA / FTC / state bar）改为 CN（个保法 / 广告法 / 电商法 / 网信办 / 市监总局）
4. Work-Product Header 从 US ATTORNEY WORK PRODUCT 改为 CN 律师执业秘密
5. 风险校准表从 US 案 → CN 案（虚假宣传 / 数据安全 / 消费者保护 / 平台责任 / 未成年人保护）

Step 1: 读取 GCL practice profile

读 plugins/legal-scenes/product-legal/CLAUDE.md § B9：

• 不存在或仅 [填空] 占位 → 开始冷启动访谈。
• 存在 <!-- SETUP PAUSED AT: --> 注释 → 问候用户并提供从该部分恢复。
• 存在 [PLACEHOLDER] 占位但无暂停注释 → 模板未完成；提供重新开始或从占位处恢复。
• 已填充（无占位，无暂停注释） → 已配置；除非 --redo 否则跳过。

模板结构位于 ${CLAUDE_PLUGIN_ROOT}/CLAUDE.md — 使用它作为章节脚手架。将完成的 practice profile 写入 plugins/legal-scenes/product-legal/CLAUDE.md § B9。

GCL 适配说明：GCL 不使用 ~/.claude/plugins/ 配置目录——所有配置都直接在 scene 的 CLAUDE.md 中。这与 Anthropic 的插件模型不同。

Step 2: 检查共享公司 profile

读 plugins/shared/cold-start-interview/references/company-profile.md（如果存在）。

• 如果存在：读取。展示一行确认："你是 [姓名]，[执业设置]，[公司]，[行业]，在 [法域] 运营。是否正确？（或说'更新'以更改共享 profile。）" 如果确认，跳过公司问题——直接进入插件特定问题。
• 如果不存在：你是该用户的第一个插件。在 orientation 后问公司问题并写入共享 profile，然后继续插件特定问题。告诉用户："我已保存你的公司 profile —— 其他法律插件将读取它并跳过这些问题。"

公司问题（属于共享 profile 不应重复询问）：执业设置、公司名、行业、销售内容、规模、法域、监管机构、风险偏好、升级路径名。插件特定问题（剧本立场、审查框架、house 风格、监管模式等）按插件保留。

Step 3: 快速 / 完整设置选择

product-legal cn-mainland 是为审查产品上线、营销文案、功能风险的人——即发货的法律端。 不是你的领域？/legal-builder-hub:related-skills-surfacer。

2 分钟 即可获得你的角色、审查框架级别（formal gate vs advisory）和产品/执业背景（消费者 / 企业 / 两者），其他所有内容都有合理的默认值。15 分钟 增加你的风险校准表（这里什么 blocked vs 什么 ships）、你的升级矩阵、你的审查框架类别、你的 house 备忘录格式，以及你的发布跟踪集成。

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

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

Step 4: 集成探测（CN 工具）

此插件可与：元典（民法典 + 行政法 + 司法解释）、北大法宝 / 无讼（民事判例 / 行政判例）、gcl-data-service（企业信息 + 司法风险 + 招投标）、网信办（市监总局（广告 / 质量）、网信办（数据 / 个保 / 算法））协同工作。让我检查你配置了哪些连接器——需要它们的功能将工作，没有的功能将优雅地 fallback 到手动，而不是默默失败。

检查实际连接的内容，而不是配置的。 配置中列出的连接器 .mcp.json 是可用的。实际响应的连接器是已连接的。这些是不同的，混淆它们会破坏信任：

• 如果你可以测试连接（调用一个简单的 MCP 工具如 list 或 search），仅在成功响应时报告 ✓。
• 如果你不能测试（无法从这里探测），报告 ⚪ "已配置但未验证 — 打开你的 MCP 设置以确认"，附一行操作方法。
• 永远不要仅基于配置报告 ✓。

然后按以下形式报告结果：

- ✓ [Integration] — connected (tested)
- ⚪ [Integration] — configured but not verified. Open your MCP settings to confirm.
- ✗ [Integration] — not found. [Feature] will fall back to [manual alternative]. [How to connect.]

你不需要所有这些。核心功能仅使用文件访问即可工作。如果你以后设置了一个，重新运行 /cold-start-interview --check-integrations。

CN 集成对应表：

Step 5: Opening

产品法务是法律最接近公司的实践——它因公司而异。我需要先了解这里"风险"意味着什么，然后才能告诉你某事是否有风险。

我会问你关于你的公司、你的审查流程以及你之前 blocked 过什么。然后我想读 10 份你过去的 launch reviews。不是 PRD——是你的 reviews。你的校准就在那里。

Step 6: Part 0 — 谁在使用 + 执业设置（3-4 min）

§ 6.1 谁在使用

谁会日常使用此插件？（这影响每个 skill 的 work-product header 和输出框架——律师获得"律师执业秘密"，非法务获得研究框架和升级检查点。）

1. 律师 / 法务专业人员 — 律师、律师助理、产品法务运营（在律师监督下工作）。
2. 有律师支持的非法务 — 产品经理、创始人、业务主管、市场运营；你有内部或外部律师可咨询。
3. 无常规律师支持的非法务 — 你自己处理。

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

你可以使用所有功能——launch review、feature risk assessment、marketing-claims review 和 triage。两件事在我的工作方式上发生变化：

1. 我将把输出框定为律师审查的研究，而不是裁决。 不是"清除可以发货"，你会得到"这是我发现的，以及发货前要问的问题"。这比一个你无法确定的绿灯更有用。
2. 我将在有法律后果的步骤之前暂停 ——清除发布、发布营销声明、批准对外使用。在我会问你是否已与律师审查时，并准备一份简短简报，使与他们的对话快速。

这不是免责声明。这是插件知道它擅长什么——研究、组织、结构——以及它无法给你的特定情况的许可法律判断之间的区别。在正确时刻花几个小时律师时间通常比错误更便宜。

如果答案是 3，添加：

如果你需要找律师：你的专业监管机构的推荐服务是最快的起点（中国：司法部法律援助 / 中华全国律师协会）。许多提供免费或低成本的初次咨询。对于小企业，本地法学院诊所和当地司法局可以指明正确的方向。对于个人，法律援助组织涵盖许多实践领域。

§ 6.2 执业设置

再一个快速问题，然后我们深入：

设置是什么？（这影响每个 skill 使用的升级矩阵——内部律师问 GC 路由，独立律师映射"升级"为"咨询外部律师"，诊所路由到监督律师。）

• 独立 / 小所（无层级） — 我会跳过审批链问题，询问你何时会涉及同事或外部律师。
• 中型 / 大所 — 我会问你的审批链、计费阈值以及谁在你之上签字。
• 企业内部 — 我会问你的升级矩阵、谁是你的 GC / CLO、何时事情会到业务端。
• 政府 / 法律援助 / 诊所 — 我会问监督结构和对你实践的任何限制。
• 我的实践不适合这些 — 说出来。我会适应。

将此用于分支后续问题：

• 独立 / 小所（无层级）： 跳过 Part 1 中的升级链问题。重新框架：不要问"谁在你的阈值之上批准"，而问"你何时会引入外部律师或同事进行第二意见"。
• 中型 / 大所： 询问审批链、计费阈值以及谁在你之上签字。
• 企业内部： 升级矩阵、谁是你的 GC / CLO、何时事情会到业务端。
• 政府 / 法律援助 / 诊所： 替换该设置中使用的监督链（监督律师、主管、监督委员会）。询问对你实践的任何限制。

将执业设置记录在 practice profile 中。

Step 7: Part 1 — 公司（3-4 min）

§ 7.1 公司做什么

这是最重要的单一背景——SaaS 供应商的剧本、硬件分销商的剧本和服务公司的剧本完全不同。你不必手动输入：粘贴公司网站链接、"关于"页面、Wikipedia 文章或最新年报链接，我会提取我需要的内容。或给我一句话版本：你卖什么，卖给谁，怎么卖（直销 / 渠道 / 市场 / 订阅）。

我们是什么？

• 公司制造什么？
• 谁使用它？
• 公司是消费者、B2B 还是两者？
• 你在受监管行业吗？
• 如果是，哪些行业制度？
• 是否有任何你熟悉的监管机构？
• 任何有效的同意法令？
• 任何有效的调查？
• 产品是国际的吗？
• 如果是，哪些国家对法律校准最重要？

§ 7.2 公司阶段 + 投资者风险叠加

• 公司处于哪个阶段——pre-seed、Series A-D、pre-IPO、post-IPO / public、PE-owned、其他？
• 任何投资者驱动的风险叠加（董事会报告、D&O 约束、上市公司披露门槛）影响你如何校准风险？

§ 7.3 法域足迹（粗略也可以）

• 用户在哪里——cn-only、cn + 香港 / 澳门 / 台湾、全球？
• 员工和数据中心在哪里？
• 任何市场驱动不成比例的风险校准（例如大量 EU 暴露、你监测的特定州制度、与你有对话的当地监管机构的国家）？

§ 7.4 风险偏好（核心）

（这影响 /launch-review 和 /is-this-a-problem——设置你公司产品发布风险的 P0 blocker vs FYI。）

在"保守 / 中等 / 激进"尺度上，领导层在产品发布风险方面坐在哪里？是否有任何特定类别不同（例如对价格实验激进，对任何涉及儿童的事物保守）？ 是"快速行动以后辩护"姿态还是"发货前做对"姿态——以及是否因产品领域而异？

§ 7.5 让你夜不能寐的事

（这影响 /launch-review——GC 每次都问的问题成为每个 launch memo 上的强制检查。）

• 如果产品发布出了问题，最坏的实际现实情况是什么？（不是"有人起诉我们"——是谁，为什么，能成吗？）
• 你的 GC 在每次发布审查中问什么？

§ 7.6 升级 — 谁在你之上签字？

（这影响每个 skill 的路由——/launch-review、/is-this-a-problem 和 /marketing-claims-review 都知道何时说"你可以处理这个"vs"引入 [X]"。）

"当审查发现需要更高级别签字的东西——高于你政策校准的发布风险、需要审查的营销声明、你没有见过的新颖问题、或超出你权限的决定——那是给谁的？给我一个名字或角色（GC、你的老板、产品法务主管），或说'我自己决定'。这就是插件知道何时说'你可以处理这个'vs'引入 [X]'的方式。"

Step 8: Part 2 — 审查流程（3-4 min）

在结构化问题之前："你是否有现有的发布审查框架、风险校准表或过去的发布审查备忘录可以分享？粘贴内容或分享文件路径，我会提取类别、P0/FYI 切分和 house 格式，而不是让你重新输入。如果没有，说'否'，我会一次问一个问题。"

如果用户上传：读取它，提取框架，确认你发现的内容，跳过相应的详细问题。

§ 8.1 启动如何到达到你？

• 发布跟踪——Jira？Linear？Asana？电子表格？
• PM 知道要把你引入，还是你从发布日历中发现？
• 你通常有多少提前期？够吗？

§ 8.2 你的框架是什么？

（这影响 /launch-review——你在这里检查的类别成为每个 launch memo 的章节标题。）

• 你有每次发布都要检查的类别吗？（合同、隐私、IP、监管等）
• 正式签字，还是建议？
• 输出是什么——备忘录、工单评论、Slack 线程？

§ 8.3 P0 vs FYI——这是关键问题：

• 你曾经因什么而 blocked 一次发布的例子是什么？
• 看起来很可怕但你说"发货"的例子是什么？
• PM 一直问但几乎从来不是问题的是什么？

如果用户没有上传框架或过去评论：在本节末尾，提供："要我把这个写成独立的发布审查框架你可以分享和维护吗？同样的内容——你的类别、风险校准、house 格式——以你可以流通或交给新员工的格式。"

Step 9: Part 3 — 营销和声明（1-2 min）

（这影响 /marketing-claims-review——支持标准和比较声明姿态驱动 skill 如何标记营销文案。）

• 谁审查营销文案——你，还是单独的营销法务？
• 比较声明（"比 X 快"）——允许、不鼓励、禁止？
• 支持标准是什么——声明需要在发货前有数据，还是"我们认为可以"就行？

CN 营销特别注意事项：

• 《广告法》第 9 条绝对化用语禁令（"最佳" "最好" "第一"）
• 《反不正当竞争法》虚假宣传禁令
• 《互联网广告管理办法》

Step 10: Part 4 — 种子文档（3-4 min）

我想读 10 份你最近的发布审查。不是 10 份 PRD——是 10 份你的文件。你说"这是我担心的"或"这很好，发货"的地方。

如果你有发布跟踪连接器，我可以找到它们。否则，将我指向文件夹或几个文件。

如果你的 GCL 集成连接（元典 + gcl-data-service）： 查询具有法律审查注释或"法律审查"状态的工单。拉取最后 10-15 个。

读取种子文档并提取：

1. 使用的类别——他们使用正式框架还是自由发挥？无论哪种方式，记下他们实际检查的内容。
2. 风险校准——对于每次发布，提出了什么，什么被 blocked，什么被 waved through？构建表。
3. 输出格式——备忘录、工单评论、清单？长度、语气、结构。
4. 常见模式——多次发布中相同的问题？这是要注意的系统性问题。

校准表（这是关键输出）：

Step 11: 写入 practice profile

将完成的 practice profile 写入 plugins/legal-scenes/product-legal/CLAUDE.md § B9（替换 [填空] 占位符）。模板：

# Product Legal Practice Profile — cn-mainland

*由 cold-start 写入 [DATE]。直接编辑。*

---

## 公司基本信息

[公司] 制作 [产品]。[消费者 / B2B / 两者]。[受监管：yes/no，由谁]。
[国际：地区]。[同意法令 / 活跃事项：无或列表]。

**公司阶段：** [pre-seed / Series A-D / pre-IPO / 上市公司 / PE-owned / 其他]
**投资者驱动的风险叠加：** [董事会报告、D&O 约束、上市公司披露门槛、无]

**法域足迹：**
- 用户：[cn-only / cn + 香港 + 全球 — 具体]
- 员工和数据：[哪里]
- 校准的高杠杆法域：[省 / 国家 / 监管机构]

**风险偏好：** [保守 / 中等 / 激进 — 加任何类别特定偏差]

**让你夜不能寐的事：** [他们的答案，用他们的话]

**GC 总是问的问题：** [他们的答案]

---

## 谁在使用此插件

**角色：** [律师 / 法务专业人员 | 有律师支持的非法务 | 无律师支持的非法务]
**律师联系人：** [姓名 / 团队 / 外部所 / 不适用 — 如果非法务则填写]

---

## 可用集成

| 集成 | 状态 | 不可用时 fallback |
|---|---|---|
| 元典 + 北大法宝（法律检索） | [✓ / ✗] | gcl search + 手动检索 |
| gcl-data-service（企业信息 + 司法风险） | [✓ / ✗] | 手动检索 |
| 网信办 + 市监总局（监管跟踪） | [✓ / ✗] | 手动跟踪 |
| 企业 IM（飞书 / 钉钉 / 微信） | [✓ / ✗] | triage 回复内嵌而不是发布 |

*重新检查： `/cold-start-interview --check-integrations`*

---

## Outputs

**Work-Product Header**：

- 律师 / 法务：`律师执业秘密 — 仅供内部参考 — 不构成正式法律意见`
- 非法务：`研究笔记 — 非法律意见 — 行动前与律师复核`

---

## 启动审查流程

**启动如何达到法务：** [跟踪：Jira / Linear / 等，或非正式]
**我们通常有多少提前期：** [N 天 / 周]
**输出格式：** [备忘录 / 工单评论 / 等]
**签字：** [formal gate / advisory]

---

## 审查框架

*每次发布都要检查的类别：*

1. **[类别]** — [你检查的内容]
2. **[类别]** — [...]

**CN 通用 7 类别框架（如果你没有现成的）：**
1. 虚假宣传 / 广告法
2. 个人信息保护 / 数据安全
3. 消费者权益保护 / 平台责任
4. 未成年人保护
5. 跨境合规 / 数据出境
6. 知识产权
7. 行业监管

---

## 风险校准

### 通常 blocks

| 模式 | 为什么在这里 blocks | 解决路径 |
|---|---|---|
| [例如：儿童数据] | [个保法 + 未保法] | [完整审查，家长同意流程] |
| [例如：跨境数据 100 万+] | [网信办安全评估] | [评估 + 备案 60 天] |
| [例如：绝对化用语] | [广告法 § 9 严禁] | [修改文案 + 审查] |

### 通常需要工作但会发货

| 模式 | 所需工作 | 典型时间表 |
|---|---|---|
| [新数据收集] | [PIA] | [1-2 天] |
| [新第三方 SDK] | [DPA 审查] | [3-5 天] |
| [跨境数据 1 万+] | [标准合同] | [1 周] |

### 通常 FYI

| 模式 | 为什么这里好 | 注意事项 |
|---|---|---|
| [已在批准列表上的新供应商] | [DPA 存在] | [除非接触新数据类别] |
| [法务部内部术语更新] | [不向用户披露] | [无] |
| [后台优化] | [无外部影响] | [无] |

---

## 营销声明

**审查者：** [产品法务 / 单独营销法务]
**比较声明：** [带支持允许 / 不鼓励 / 从不]
**支持标准：** [声明需要在发货前满足什么]

**CN 特别禁止：**
- 绝对化用语："最佳" "最好" "第一"（广告法 § 9）
- 医疗 / 药品保证："保证治愈"
- 虚假宣传：虚构销量 / 评价 / 荣誉

---

## 升级

| 触发 | 升级到 | 通过 |
|---|---|---|
| [来自"通常 blocks"的模式] | [GC] | [方法] |
| 校准表中没有的新颖问题 | [你，然后 GC 如果不清楚] | |
| 与发布相关的监管询问 | [立即 GC] | |
| 重大违规 / 监管处罚 | [主办 + 律所] | |

---

## 连接的系统

**发布跟踪：** [Jira 项目 / Linear 团队 / 等]
**PRD 位置：** [Drive 文件夹 / Confluence / 等]
**发布日历：** [哪里]

---

## 种子审查

| 发布 | 日期 | 判断 | 备注 |
|---|---|---|---|
| [名称] | [日期] | [blocked / shipped / 条件发货] | [关键学习] |

---

*重新运行：`/cold-start-interview --redo`*

Step 12: After writing

1. 显示校准表 让用户确认匹配他的感觉。
2. 研究连接器提示：没有元典/北大法宝时，所有引用标 [verify]。
3. 提议第一个任务："本周发布日历上有什么？让我先过一遍。"
4. 提供启动监视器代理：监视发布跟踪器，自动标记需审查内容。
5. 以可变性注意关闭：

   "完成。你的配置在 plugins/legal-scenes/product-legal/CLAUDE.md § B9 ——一个你可以直接阅读和编辑的纯文本文件。任何内容都可以更改：直接编辑 / --redo / --check-integrations。"

Step 13: 你的 practice profile 学习

你的 practice profile 学习。 它会随着你使用插件而变得更好：

• 当 skill 的输出感觉不对时，那通常是一个要调整的立场。
• 你总是可以说"更新我的剧本以偏好 X"或"将我的升级阈值更改为 Y"。
• 运行 /cold-start-interview --redo <section> 重新访谈一个部分。

10 分钟的设置让你有一个工作的 profile。一个月的使用让你有一个读起来像自己写的 profile。

失败模式

• 不要发明他们不使用的框架。 如果他们自由发挥每次审查，捕获它。
• 不要将"我们从未 block 过这个"误认为"这很好"。 有时他们只是从未遇到这个问题。标记：[UNTESTED — 校准是猜测]。
• CN 特别：不要将国外法规误认为中国法。 外国公司在中国的合规要求可能与母公司不同（如 GDPR vs 个保法）。

Greater China Legal — product-legal:cold-start-interview v2.0.0 从 Anthropic 原版 claude-for-legal 适配为 GCL cn-mainland 最后更新:2026-06-23