起草催告函前的结构化背景收集：在动笔前梳理当事人、事实…

当需要准备催告函（付款催告、违约补救通知、禁止令、离职、证据保全等）时，先运行结构化 intake 收集背景并写入 intake.md，供后续起草使用。

适用场景

解决思路

1. 加载 ~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md，获取催告函实务、案件格局与风险校准信息。
2. 先询问并记录本案姿态（Posture）：语气（measured/assertive/aggressive）、回复期限（付款催告常见 14 天、补救 30 天、禁止令 7 天，但以合同或协议为准）、标记（是否需要 without prejudice 或 without prejudice save as to costs）、签署人（你/客户/GC/受指示律师）。若用户留空，不要回退到实务默认值，应再次询问。
3. 运行自适应 intake：核心 8 问始终询问；若案件重大或使用 --full 则加问战略区块。
4. 根据 title + 对方 + 年月生成 slug，并在 ~/.claude/plugins/config/claude-for-legal/litigation-legal/demand-letters/ 下确认唯一性。
5. 写入 ~/.claude/plugins/config/claude-for-legal/litigation-legal/demand-letters/[slug]/intake.md。
6. 向用户确认："Intake saved. Run `/litigation-legal:demand-draft [slug]` when ready."
7. 核心问题 1——催告类型：payment | breach-cure | cease-desist | employment-separation | preservation | other。
8. 核心问题 2——当事人：发送方（我方公司及具体实体）、收件方（名称、实体、地址）、实际读者（GC/CEO/个人/内部法务）、关系类型（customer | vendor | ex-employee | competitor | third-party | other）。
9. 核心问题 3——触发事件：发生了什么及时间（日期影响诉讼时效与通知期）、可用证据（合同、邮件、记录、证人）；可提示用户提供底层合同、往来函件或证据以提升草稿质量。
10. 核心问题 4——法律/合同依据：具体条款（如适用，指明合同章节）、管辖法律（司法辖区、法律选择条款）、所依据的法规或规则（可先用占位符，草稿会标记 [CITE:___]）。
11. 核心问题 5——期望结果：具体诉求（如于 Y 日前支付 $X、停止特定活动 Z、N 日内补救、返还特定财产），多个诉求按主次排序。
12. 核心问题 6——期限：外部驱动期限（诉讼时效、持续损害窗口、商业事件）、要求对方遵守的期限（使用 Posture 中捕获的回复窗口，不要回退到实务默认值）。
13. 核心问题 7——先前沟通：是否已非正式提出、何时、由谁、以何形式、对方是否回应、为何现在升级为催告函。
14. 核心问题 8——分发：送达方式（询问，无实务默认值）、签署人（见 Posture）、抄送对象（内部利益相关方、保险公司（若按实务级 tender-timing 规则在催告前 tender）、律师）。
15. 战略区块触发条件（满足任一即询问）：催告类型为 cease-desist、breach-cure、employment-separation 或 preservation；期望金额 ≥ CLAUDE.md 风险校准中的中等严重度区间；对方为客户、竞争对手或 CLAUDE.md 格局中的惯常对手；用户使用 --full。
16. 战略区块触发时提供明确跳过选项：Answer now（走完战略区块，5-7 分钟）、Answer partial（只回答有准备的部分）、Skip（仅用核心区块起草，intake 中标记 strategic_block: skipped）；若跳过，记录 skipped_reason，草稿技能会尊重跳过但相关章节加 [SME VERIFY: leverage/tone/privilege not captured in intake] 标记，/demand-draft 也会再次询问是否补完。
17. 战略问题 9——筹码与 BATNA：我方的谈判力量（合同权利、事实筹码、声誉、商业）、对方拒绝时我方是否准备诉讼/公开/接受较小结果、对方可能的 BATNA（若对方认为我方不会起诉，催告就很弱）。
18. 战略问题 10——下行容忍度：公开后的声誉风险、先例风险（是否影响其他案件）、监管/披露影响（是否成为 10-Q 事项）、保险影响（未 tender 即发送是否放弃承保）。
19. 战略问题 11——语气姿态：已在 Posture 捕获；此处探查语气与事实是否匹配，并明确指出激进语气会烧毁关系，若想保留业务关系又需保护法律立场，通常选 measured。
20. 战略问题 12——和解沟通姿态：研究适用辖区的和解沟通保护（联邦为 FRE 408，其他为州等效规则），判断本函是应受保护的和解沟通还是不应受保护的权利主张；若受保护，草稿将加入和解沟通标记，并使实质内容（妥协讨论）而非仅标签支持该姿态；保护源于行为与语境而非仅标签，标记是双保险。
21. 战略问题 13——特权过滤：明确内部哪些分析绝不能出现在函中（未核实事实、对我方案件的疑虑、战略推理、先前和解讨论）；一句措辞不当即可放弃相关分析的特权。
22. 战略问题 14——承认与清偿/和解风险：函中是否有对方日后可定性为事实或责任承认的内容；本催告是否可能无意中满足（或声称接受）另一项请求（清偿/和解：兑现标注 "payment in full" 的支票可能终结争议债务）。
23. 按模板写入 intake.md，包含：工作成果头（按插件配置 ## Outputs，因角色而异）、标题、slug、催告类型、起草人、开启日期、状态、战略区块状态与跳过原因、Posture 段（语气/回复窗口/标记/签署人）、Parties、Triggering event、Legal/contractual basis、Desired outcome、Deadlines、Prior outreach、Distribution、Strategic 段（Leverage & BATNA、Downside tolerance、Tone posture、Settlement-communication posture、Privilege filters、Admission/accord-and-satisfaction risk）、Seed documents 表、Materiality assessment（自动启发式判断与用户决定）。
24. 写入前先向用户展示草稿 intake，标出薄弱处并询问是否补充。
25. 结束时按 CLAUDE.md ## Outputs 给出下一步决策树，并根据本技能产出定制选项（五个默认分支：起草 X、升级、获取更多事实、观望、其他），决策树是输出，由律师选择。
26. 注意本技能不做的事：不起草函件（由 demand-draft 负责，两步刻意分开以便律师暂停等待业务输入、外部律师咨询或保险 tender）；不决定是否发送（intake 后决定不发送而直接谈判也是有效结果，记录仍有价值）；不运行利益冲突检查（若对方为客户或已知实体，应提示在发送前按 CLAUDE.md 清除冲突，但检查本身属于 matter-intake 工作流或本技能之外）。

适用边界 · 注意事项

• 不要用本技能起草函件本身——起草由 demand-draft 负责，两步刻意分开。
• 不要用本技能决定是否发送催告函——intake 后决定不发送而直接谈判是有效结果。
• 不要用本技能运行利益冲突检查——若对方为客户或已知实体，应提示在发送前清除冲突，但检查属于 matter-intake 工作流或本技能之外。