法律诊所新客户 intake：用结构化模板生成案件摘要…

在开始新客户接待、进行 intake 访谈或整理新客户情况时，用结构化流程生成供学生分析和教授审阅的案件摘要。

适用场景

解决思路

1. 读取 `~/.claude/plugins/config/claude-for-legal/legal-clinic/CLAUDE.md`，获取 practice areas、intake templates、supervision style、flag triggers。
2. 按下方工作流执行。
3. 路由到 practice-area 模板；全程留意跨领域问题。
4. 做 conflict check flags 与 triage classification。
5. 输出格式化案件摘要，包含 AI-assisted label、verification prompts、supervision routing。
6. 检查实践领域指南 `~/.claude/plugins/config/claude-for-legal/legal-clinic/guides/<practice-area>.md`。
7. 若该指南存在，使用其中的 intake questions、red flags、good-fit criteria，替代下面的 generic defaults。
8. 若该指南不存在，使用 generic intake，并在 intake 摘要末尾注明：「This was a generic intake — your supervisor can tailor the questions for your clinic type with `/legal-clinic:build-guide`.」
9. 当 intake 在 practice area 路由前开始时，在路由后重新检查该指南，因为指南路径取决于 intake 最终落入的 practice area。
10. Step 1：问客户「Tell me what's going on — what brought you to the clinic today?」，从回答路由到合适的 intake template。
11. 若诊所处理多个领域且问题跨领域（housing client 提到 immigration status、family client 提到 domestic violence），记录所有相关领域；跨领域 issue spotting 是 feature，不是 bug。
12. Step 2：按 practice area 使用 `~/.claude/plugins/config/claude-for-legal/legal-clinic/CLAUDE.md` 中的模板提问；每个领域问题不同。
13. 若没有提供模板，使用默认问题。Immigration：当前 status 及如何入境；任何 prior applications、removals、与 ICE/CBP 的 encounters；与 asylum/withholding claim 相关的 country conditions；家庭成员及其 statuses；criminal history（敏感——解释为何询问）；timeline urgency：任何 pending hearings、deadlines、NTAs。
14. Housing：housing type（private、subsidized、public）；发生了什么：notice received、lockout、conditions problem、deposit dispute；lease terms 和 payment history；habitability issues（repairs requested、landlord response、documentation）；timeline urgency：notice date、若有 court date。
15. Family：relationship 及争议（custody、support、divorce、protection）；涉及 children——ages、current arrangement；safety：任何 violence、threats、fear（小心处理——见 cross-area flags）；existing court orders；timeline urgency：任何 scheduled hearings。
16. Consumer：debt 或 dispute 类型；谁在联系他们及如何联系（FDCPA relevance）；documentation：contracts、statements、collection letters；是否已有 anything filed against them；timeline urgency：answer deadlines、garnishment、judgment。
17. Step 3：运行 practice-area template 时，倾听该领域之外的问题。映射：客户说「I'm worried about my immigration status」→ 也 flags Immigration issue——即使在 housing intake 中；「My partner [threatening behavior]」→ DV / family law / protective order——即使在 consumer intake 中；「I can't work because of my injury」→ 可能的 benefits/disability claim；「They're taking money from my paycheck」→ Garnishment——consumer/employment overlap；「The landlord said he'd call ICE」→ Housing + immigration + 可能的 retaliation claim。
18. 在摘要中 note 每个 cross-area issue。诊所可能处理、refer 或两者都做——那是 professor 的决定。学生应看到它。
19. Step 4：按 `CLAUDE.md` 描述的 conflict-check process 执行。至少检查：Opposing party name(s)——诊所是否代表或曾代表他们？Related parties——学生或诊所可能与谁有 conflict？Positional conflicts——本案是否要求做某事会伤害另一 clinic client？
20. 为 professor review flag conflicts。不要 resolve conflict——surface 它。
21. Step 5：做 triage classification。这不是 case-acceptance decision，而是 triage input。分类：Urgent = Deadline in days、safety issue、irreversible harm imminent；Time-sensitive = Deadline in weeks、harm ongoing but not immediately irreversible；Standard = No immediate deadline、can queue normally；May be out of scope = Issue outside clinic's practice areas——flag for referral assessment。
22. Step 6：按 `CLAUDE.md` supervision style 和 flag triggers 做 supervision flag check。若启用 formal queue 或 configurable flags，且存在 trigger（提到 deadline、DV indicator、immigration status at issue 等），note flag。
23. Step 7：若 intake 发现任何 timeline deadline（answer due、hearing、statute-of-limitations cutoff、cure period、filing window、notice window、ICE check-in、removal hearing、eviction court date、protective order renewal），输出 copy-paste-ready 的 `/legal-clinic:deadlines --add ...` block 作为 intake output 的一部分；这是 required deliverable，不是 suggestion。
24. 每个 deadline 用一个 fenced code block，并预填所有字段： ``` /legal-clinic:deadlines --add case=[case slug or client-last-name-keyword] type=[response|hearing|statute-of-limitations|discovery|cure-period|filing-window|notice|other] description="[one-line description of what is due]" due=[VERIFY — student + supervisor compute from triggering event] source="[triggering event + statute/rule cite, e.g., 'UD complaint served 2026-05-04, CCP § 1167']" owner=[student name] warnings=[14,7,3,1] ```
25. 每个 deadline 一个 block，不要 combine；每个都会走 deadlines skill 的 pre-add duplicate check。
26. 当 deadline 是 jurisdictional（response deadline、SOL、specific rule 下的 notice window）时，`due=` 留为 `[VERIFY — student + supervisor compute]`；deadlines skill 不会替你计算，student + supervisor 算好并更新 entry。
27. 当日期在 triggering document 中给出（summons 上的 hearing date、ICE check-in date、protective order 上的 renewal deadline），把该日期放入 `due=`；当日期是 computed（从 triggering event 起算 N days）时，保留 `[VERIFY]` marker。
28. 若 intake 未发现 deadline，省略该节——不要 fabricate。
29. 输出 formatted markdown intake summary。包含标题 `# Intake Summary: [Client name or ID]`；`---`；`[AI-ASSISTED DRAFT — requires student analysis and attorney review]`；以及 privilege and confidentiality 声明：摘要源自可能 privileged、confidential 或两者兼有的 client communications，继承来源的 privilege status；分发到 privilege circle 之外（包括 clinic 外）可能 waive privilege；保存在 clinic 的 privileged file store，适当标记，并与 supervisor 决定 distribution。
30. 摘要包含：Date、Intake by、Practice area（primary + any cross-area）。
31. 摘要包含 Bottom line：[Take the case / Decline because X / Need more info on Y — next step is Z]。
32. 摘要包含 Client's situation (in their words)：客户叙述，先于 legal categorization；这是人的故事。
33. 摘要包含 Legal issues identified：列出 issues；Primary ([practice area]) 下每个 issue 一行并带 cite tag；Cross-practice-area flags 下列出 other area 及客户说了什么，并标 `[UNCERTAIN: whether clinic handles this or refers — professor call]`。
34. Legal issues identified 中每个 statutory、ordinance、regulatory、rule、case citation 都带 provenance tag：`[user provided]`（supervisor 上传文本）、`[statute / regulator site]`（本 session 从官方来源获取）、research-connector tag（如 `[CourtListener]` 等，来自本对话 tool result）、`[model knowledge — verify]`（其他情况）。默认 `[model knowledge — verify]`。监督 attorney 无法用 connector 验证 cite 时，需要看 tag 知道先查什么。
35. 摘要包含 Key facts 表：Fact | Source | Documentation；例如 [fact] | [client statement / document provided] | [have it / need it]。
36. 摘要包含 Conflict check：Opposing party、Related parties、Flag（clear / needs conflict check against clinic database）。
37. 摘要包含 Triage：Classification（Urgent / Time-sensitive / Standard / May be out of scope）；Driving deadline（若有——日期及内容）。
38. 摘要包含 Deadlines to log：每个 surfaced deadline 一个 `/legal-clinic:deadlines --add ...` block；若没有则省略该节。
39. 摘要包含 Jurisdictional notes：按 CLAUDE.md jurisdiction 列出与案件类型相关的 state-specific 或 local-rule-specific issues，每个 cite 带 provenance tag；使用与 Legal issues identified 相同的 tag 词汇；默认 `[model knowledge — verify]`；当本 session 无 research connector 可达时，在 reviewer note 的 `Sources:` 行记录，不要 emit 独立 banner。
40. 摘要包含 Supervision flags：若 supervision style 包含 flags，写明哪些 fired 及原因；若 formal queue，写 `QUEUED for [professor].`
41. 摘要包含 Verification prompts for the student：分析前验证——具体 fact（与 client 或 documents 确认）；deadline date（从 actual notice/court document 确认，不靠 client memory）；任何上述 legal conclusion 只是 starting hypothesis——rely 前先 research。
42. 摘要包含 What this summary does NOT do：不决定 clinic 是否接案；那是你的分析 and [Professor] 的判断；它整理 client 所述，让你把时间花在分析而不是 write-up。
43. 实践领域 intake template references：将 practice-area-specific question sets 存放在 `references/intake-templates/[area].md`；cold-start 从 professor 的 intake form(s) 填充；若未提供，使用上面的 defaults。
44. 注意本技能不：决定 case acceptance；resolve conflicts；在 intake 期间给 advice（intake 是 gathering；advice 在 analysis 和 professor review 后）；产出 final document（summary 是 starting point——学生阅读、纠正 mischaracterized 之处，并在此基础上构建 analysis）。
45. 结束时附上 next-steps decision tree per CLAUDE.md `## Outputs`；根据本技能刚产出的内容定制 options；五个 default branches（draft the X、escalate、get more facts、watch and wait、something else）是 starting point，不是 lock-in；tree 是 output；lawyer picks。

适用边界 · 注意事项

• 不适用于没有 legal clinic 的 CLAUDE.md 配置、实践领域模板或 supervising professor/review 流程的场景。
• 不适用于决定是否接受案件；本技能明确不决定 case acceptance。
• 不适用于解决冲突、在 intake 期间给法律建议或产出最终文件；它只标记冲突并生成供学生分析和教授审阅的摘要起点。