# Cold Start Interview

> Cold-start interview — connects to your launch tracker, reads past product legal reviews, learns your risk calibration for cn-mainland. Use on fresh install, when onboarding product counsel, or when the plugin config has placeholders. Run with --redo to re-interview, or --check-integrations to re-probe connectors only.

- Skill: `vivy-yi/cold-start-interview-5` (Agent Skill)
- Install (CLI): `npx skillmds@latest add vivy-yi/cold-start-interview-5`
- Raw SKILL.md: https://api.skillmd.com/api/skills/vivy-yi/cold-start-interview-5/raw
- Safety review: pending (external: skill-scanner PASS, skillspector PASS)
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: vivy-yi (https://skillmd.com/u/vivy-yi)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/vivy-yi/cold-start-interview-5

---


# /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 集成对应表：**

| 原始 (US) | GCL CN 适配 |
|---------|------------|
| Westlaw | yuandian MCP（民法典 / 行政法 / 司法解释） |
| CourtListener | 北大法宝 / 无讼（民事判例 / 行政判例） |
| Trellis / Descrybe | gcl-data-service（企业信息 / 司法风险 / 招投标） |
| FTC 监管跟踪 | 网信办 + 市监总局 公告跟踪 |
| 客户 chat（Slack） | 企业 IM（飞书 / 钉钉 / 微信群） |

---

## 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. **常见模式**——多次发布中相同的问题？这是要注意的系统性问题。

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

| 看到的问题 | 频率 | 典型判断 | 示例 |
|---|---|---|---|
| 新数据收集 | 8/10 | 需要 PIA，很少 blocks | "添加分析事件 — PIA 完成，发货" |
| 第三方集成 | 6/10 | DPA 检查，很少 blocks | "Stripe webhook — 现有 DPA 涵盖" |
| 比较营销声明 | 3/10 | 需要支持 | "'最快'声明 blocked 直到基准测试" |
| 儿童数据 | 1/10 | **Block 等完整审查** | "学区试点 — 个保法 + 未保法审查优先" |
| 跨境数据传输 | 2/10 | 安全评估 | "100 万用户 + 出境 — 网信办安全评估" |

---

## Step 11: 写入 practice profile

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

```markdown
# 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*