---
name: cold-start-interview-19
title: /cold-start-interview
description: 诉讼插件首次配置——按角色分流（法务、律所律师、独立执业）、 按立场分流（原告、被告、两者皆有），捕获风险校准、执业背景和文书风格， 写入实践画像 CLAUDE.md。在全新安装时、用户想设置或重做实践画像时、 或重新检查可用集成时使用。
author: zhou210712
author_url: https://github.com/zhou210712/claude-for-legal-ZH/tree/main/litigation-legal/skills/cold-start-interview
license: Apache-2.0
version: 0.1.0
execution_mode: open
jurisdiction: general
practice: litigation
language: zh
---

# /cold-start-interview

1. 检查 `~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md`。如已填充且无 `--redo`，覆盖前询问。
2. 按以下工作流操作。
3. 运行 Part 0（角色、立场、集成检查）。访谈按角色和立场分流。
   - **角色**路由实践画像结构：**法务**（案件组合管理、外聘律师监督、重要性评估方法）、**律所律师**（案件工作——案件理论、关键事实、文书风格），或**独立执业**（案件量 + 风险代理或固定律师费模式 + 客户期望 + 时效追踪，再加案件理论和文书风格部分）。
   - **立场**路由校准词汇：**原告**（主动主张、案件价值、风险代理、时效悬崖）、**被告**（被动应对、敞口评估、保险通知），或**两者/因案而异**（捕获默认值，由各案技能重新询问）。
4. 浮现缺口。如用户没有成文的风险框架或报告门槛，注明并提供现在思考或留 `[PLACEHOLDER]` 供后续填写。
5. 写入 `~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md`。注明编写日期。
6. 定稿前与用户确认："这是我捕获的内容——有什么问题吗？"

---

# 诉讼插件首次配置访谈

## 目的

每个案件登记、每份大事记、每份文书草稿、每次状态汇总都读取此文件。如果框架未被捕获，插件做出的分流判断更弱，用户每次都需从零开始思考。本访谈一次性填充框架，使下游一切更精准。

## 访谈节奏

- **假设答案存在于某处。** 当问题询问可能写在某处的内容时——公司描述、手册、上报表、风格指南、管辖地列表、案件组合——在要求用户凭记忆输入前，提示粘贴链接或文件。
- **为实际答案停顿。** 当问题需要用户输入、描述或上传示例时，明确说"这个问题需要您输入——我等您。"在用户回应前不进入下一个问题。每轮不超过2-3个可回答的问题。

## Part 0：使用者 + 角色分流

### 使用者

> 谁将日常使用本插件？（这决定每个案件简报、大事记、律师函的工作成果标头——律师输出获得保密标头，非律师输出获得"研究笔记，请经律师审查"标头。）
>
> 1. **执业律师/法律专业人士**
> 2. **非律师但有律师支持** —— 有内部法务或外聘律师可咨询
> 3. **非律师且无律师支持** —— 自行处理

如答案为2或3，说明一次：
> 您可以使用此处的所有功能——研究、审查、起草、追踪。有两个变化：
> 1. **我将把输出框架为供律师审查的研究，而非判决。** 您将获得"以下是我发现的内容及签署前需要问的问题"，而非"绿灯——签"。
> 2. **我将在具有法律后果的步骤前暂停**——发送律师函、答复调查令、提交起诉状/答辩状、结案、接受和解。我将询问您是否已与律师审查，并整理一份简要材料以便对话高效。
>
> 如果您需要寻找律师：请联系当地律师协会或拨打 12348 法律援助热线获取推荐。

### 角色

> **您如何处理诉讼业务？**（这决定访谈的哪些支柱运行——法务需评估重要性和外聘律师监督，律所律师需案件理论和文书示例，独立执业需案件量经济分析加文书工作。）
>
> **(a) 法务管理案件组合** —— 多个案件、外聘律师、期限、来函、保全。您同时拥有多个案件，大多数由外部律所代理。
>
> **(b) 律所从事起诉状/答辩状起草、证据交换、庭前准备、文件审查** —— 您是负责实际产出的律师。
>
> **(c) 独立执业/小所运营案件量** —— 您接待、分流、建议和起草。经济模式为风险代理或固定律师费。
>
> **(d) 其他** —— 一句话描述。

### 立场

> **您主要代理哪一方？**
>
> **(a) 原告/申请人** —— 您为个人或企业提出主张。律师函是您起草和发送的主张。证据收集是攻击性的。诉讼时效是您在对抗的悬崖。
>
> **(b) 被告/被申请人** —— 您为企业或个人应对主张进行防御。律师函是收到并分流的。证据是防御性的。
>
> **(c) 两者皆有**
>
> **(d) 因案而异**

### 执业场景

> 以下哪项最符合您的执业场景？
>
> 1. 独立执业
> 2. 小型律所（2-10人）
> 3. 中型律所
> 4. 大型律所
> 5. 企业法务
> 6. 政府
> 7. 法律援助
> 8. 法律诊所
> 9. 其他

### 集成检查

检查实际可连接的集成（MCP 工具、文件访问等），报告已连接/已配置但未验证/未找到。

---

## 法务路径（角色 == `法务`）

*如角色为律所律师或独立执业，跳过本节。*

### 支柱0 —— 公司/组织概况

- 组织/法律实体
- 行业
- 核心管辖地（业务运营 + 常见法院/仲裁地）
- 员工人数 + 法务团队规模
- 关键内部联系人（法务负责人、CFO、HR 负责人、公关联系人）——姓名 + 何时纳入

### 支柱1 —— 风险校准

- **风险偏好** —句话
- **严重性 × 可能性** —— 3×3 矩阵，含金额和非金额触发条件
- **重要性门槛** —— 计提触发、披露触发、法务负责人单独上报
- **和解授权** —— 金额阶梯
- **保险概况** —— 险种、保险公司、限额、免赔额、通知流程

### 支柱2 —— 执业背景

- 业务背景（一段）
- 争议模式
- 经常性对手
- 外聘律师库
- 常见管辖法院/仲裁机构
- 文件存储
- 利益冲突审查方式

### 支柱3 —— 文书风格

- 法务负责人/管理层汇报备忘录格式
- 外聘律师沟通风格
- 保密标注惯例
- 证据保全模板
- 上报链

---

## 独立执业路径（角色 == `独立执业`）

*如角色为法务或律所律师，跳过本节。独立执业用户运行本节及后续的律所律师路径。*

### S1 —— 执业规模和案件量

- 在办案件数量
- 案件组合（原告 vs 被告比重、业务领域）
- 主要管辖法院
- 典型案件周期
- 容量标记

### S2 —— 客户期望与经济模式

- **收费模式** —— 风险代理/计时/固定费用/混合
- **客户更新** —— 频率和形式
- **案件价值判断框架**（原告方）
- **求助对象** —— 谁提供第二意见

### S3 —— 事务所管理与执业背景

- 诉讼时效追踪方式
- 案件管理软件
- 文件存储
- 常见管辖法院
- 经常性对方/对方律师
- 合作律师/转介律师网络
- 利益冲突审查

---

## 律所律师路径（角色 == `律所律师` 或 `独立执业`）

### A：案件（2分钟）

- 案件名称、委托人、案号、受理法院
- 我方立场
- 主办律师和资深律师
- 阶段
- 即将到来的关键日期

### B：案件理论——重中之重（3-4分钟）

- 我方案件理论（一段）
- 对方案件理论（一段）
- **关键事实** —— 案件围绕其旋转的事实
- 对我方有利的关键事实
- 对我方不利的关键事实
- 最重要的法律问题

### C：示例文件（3-4分钟）

- 案件理论备忘录（如存在）
- **一份按事务所风格撰写的过往文书** —— 学习引用格式、结构、语调

### D：文件审查设置（1-2分钟）

- 电子证据平台
- 审查方案
- 证据目录格式
- 关键保管人和日期范围

---

## 写入实践画像

将完成的实践画像写入插件配置，按模板结构填充。对用户跳过的部分留 `[PLACEHOLDER]`。注明编写日期。

## 写入后

向用户展示插件可以做什么的定制列表，并说明实践画像可以随时修改。

> "您的实践画像位于 `~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md` —— 一个可以直接阅读和编辑的纯文本文件。您回答的任何内容都可以修改。当输出感觉不对时，修复通常在此处。"

## 本技能不做什么

- 替用户决定框架。默认值是起点；用户判断是实际内容。
- 假装缺口不存在。诚实留 `[PLACEHOLDER]` 比发明一个门槛更好。
- 与用户争执。如用户说"我还没有那个"，注明并继续。
- 未经询问读取个人 `~/CLAUDE.md` 或其他环境上下文。
