用途
demand-intake 是 claude-for-legal 插件中诉讼法律（litigation-legal）工作流的一个技能，专门负责催告函（demand letter）起草之前的背景信息收集。其核心理念是：起草是下游工作，真正的价值在于写作之前的准备——强制回答一封草率的信函会跳过的问题，例如谈判筹码、BATNA、下行风险容忍度、特权过滤以及真正的受众。未经思考这些问题的催告函，比不写信更糟。
主要能力
该技能执行自适应访谈，分为三个层次：
-
立场设定（最先询问）：催告函的语气和条款是逐案确定的，不是业务层面的默认值。需要确认语气（克制/坚定/强硬）、回复期限（付款催告常见 14 天，补救 30 天，停止侵权 7 天，但合同或协议可能另有规定）、标记方式（是否需要“without prejudice”或“without prejudice save as to costs”标记）、签署人（本人、客户、总法律顾问或受指示的律师/顾问）。
-
核心八问（始终询问）：催告类型（付款/违约补救/停止侵权/离职/证据保全/其他）、当事方（发送方、接收方、实际读者、关系类型）、触发事件（发生了什么、何时、可用证据）、法律或合同依据（具体条款、管辖法律、所依据的法规或规则）、期望结果（具体诉求并按优先级排序）、截止期限（外部期限与合规期限）、先前沟通（是否非正式提出过、是否有回应、为何现在升级）、分发方式（送达方式、签署人、副本对象）。
-
战略模块（实质性案件或 --full 时询问）：包括谈判筹码与 BATNA（我方谈判力、对方可能的最佳替代方案）、下行风险容忍度（声誉、先例、监管/披露、保险影响）、语气立场权衡、和解沟通保护（研究适用论坛的保护规则，如联邦的 FRE 408 或州等效规则）、特权过滤（内部哪些分析绝不能出现在信中）、自认与清偿风险（是否可能被对方定性为事实或责任自认，是否可能意外满足或声称接受另一项索赔）。
使用方式
该技能通过 /demand-intake 命令调用。执行时会加载 ~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md 中的催告函业务实践、案件格局和风险校准信息。支持 --full 标志，无论实质性启发式判断如何都运行完整访谈。
访谈完成后，根据标题、对方简称和年月生成 slug，并将结果写入 ~/.claude/plugins/config/claude-for-legal/litigation-legal/demand-letters/[slug]/intake.md。intake.md 包含工作成果页眉、立场、当事方、触发事件、法律依据、期望结果、截止期限、先前沟通、分发、战略模块（如适用）、种子文档表格和实质性评估等结构化字段。
保存前会向用户展示草稿并标记内容单薄之处。保存后提示：“Intake saved. Run /litigation-legal:demand-draft [slug] when ready.”
适用场景
适用于需要在发送催告函之前系统梳理案件背景、评估谈判筹码和风险、明确立场设定的法律工作场景。特别适用于停止侵权、违约补救、离职、证据保全等实质性催告类型，或期望结果金额达到中等严重程度、对方为客户/竞争对手/频繁对手方的情形。
限制
该技能不起草信函——那是 demand-draft 的职责，两个步骤有意分开，以便律师在起草前暂停以获取业务输入、外部律师咨询或保险投标。它也不决定是否发送信函——有些访谈最终以“实际上不发送，直接谈判”结束，这是有效结果，访谈记录仍有价值。它不运行利益冲突检查，但如果对方是客户或已知实体，会提示应在发送前清除冲突，检查本身属于案件受理工作流或本技能之外。
战略模块可被用户明确跳过，此时 intake 文件记录 strategic_block: skipped，依赖战略答案的章节会获得 [SME VERIFY: leverage/tone/privilege not captured in intake] 标记。
暂未提供
该技能的收费、价格、平台支持范围、具体效果数据等事实暂未提供。