cold-start-interview-19

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) 原告/申请人 —— 您为个人或企业提出主张。律师函是您起草和发送的主张。证据收集是攻击性的。诉讼时效是您在对抗的悬崖。