在法诊所多案件期限跟踪场景下，用 deadlines…

当学生或监督律师需要新增期限、查看本周到期、生成跨案件期限报告、更新/完成/关闭案件期限时，使用该技能维护 deadlines.yaml 台账并按阈值预警。

适用场景

解决思路

1. 加载 `~/.claude/plugins/config/claude-for-legal/legal-clinic/CLAUDE.md`，读取 jurisdiction、practice areas、deadline warning days（默认 14/7/3/1）、supervising attorneys。
2. 加载 `~/.claude/plugins/config/claude-for-legal/legal-clinic/deadlines.yaml` 作为期限台账。
3. 按 flag 路由：`--add`、`--report`（默认）、`--update [id]`、`--complete [id]`、`--close [id]`、`--horizon=N`。
4. 任何写入提交前都要确认。
5. `--add`：采集 case ID + name、practice area、type（filing / hearing / statute-of-limitations / discovery / cure-period / response / notice / other）、description（一行说明到期事项）、due date（如适用含 time + timezone）、source（如 court order served 2026-04-20、statute 8 USC § 1229a、contract §7 cure period）、owner student。
6. `--add`：自动生成 id slug：`[case]-[short-desc]-[YYYY-MM]`。
7. `--add`：当 `/client-intake`、`/draft`、`/status` 输出中暴露期限时，由其交接本技能并预填字段；学生确认后添加。
8. `--add`：预添加检查；若已存在相同 `case_id + type + due_date` 的期限，标记为 likely duplicate，添加前询问。
9. `--add` 合理性 sanity band：学生输入 due date 后，不要自行计算或验证；但针对该 filing type 的典型范围做粗略合理性检查，若远超出则向学生标记。
10. 合理性 band 按司法辖区键控：从 `references/plausibility-bands/{state}.md` 加载本诊所辖区的 band 文件，其中 `{state}` 是 `~/.claude/plugins/config/claude-for-legal/legal-clinic/CLAUDE.md` 中 clinic jurisdiction 的两位字母代码，并且 federal always 同时加载。
11. 插件自带 `references/plausibility-bands/CA.md`（完整填充）和 `references/plausibility-bands/IL.md`（占位结构）作为起点。
12. 冷启动时若 band 文件缺失则硬停止：不要静默运行而不做合理性检查；告诉监督律师：没有 [state] 的 deadline plausibility checks，本诊所辖区的 sanity band 不在随附参考文件中；仍可跟踪期限（add、report、update、complete、close），但不能对照典型范围做合理性检查；构建 band 文件的方法：复制 `references/plausibility-bands/IL.md` 作为模板，为本诊所最常见的每种 deadline type 填一行（typical range、triggering-event handling、computation-of-time rule、short cite），保存为 `references/plausibility-bands/{state}.md`，再运行 `/legal-clinic:deadlines`；在此之前接受的每个期限都带 `warnings: no-plausibility-band`，审查时应把日期视为未检查。
13. 不要让非 CA 诊所回退使用 CA 表；把 California sanity check 发给 Illinois clinic 是必须关闭的静默降级失败。
14. Sanity check 逻辑 1：从 `references/plausibility-bands/{state}.md`（加 federal-always）加载本诊所辖区的 bands 表。
15. Sanity check 逻辑 2：学生输入 `due:` 后，若加载的 band 文件对该 `type:` 存在 typical range，则与 triggering-event date + typical range 比较。
16. Sanity check 逻辑 3：若在范围内，写条目；不要说什么——band 用于捕获错误，不是祝贺算对。
17. Sanity check 逻辑 4：若因实质性差距超出范围，在写入前停止并说明：输入的日期落在 [jurisdiction] 的 [type] 典型范围之外；[filing type] 的 [type] deadline 通常在 [triggering event] 后约 [range] 出现；你的条目：[date]，距 [triggering event] 为 [N] 天；请对照 band 文件引用的 [cited rule] 和辖区 computation-of-time 规则重新检查计算；若计算正确（local rule exception、atypical triggering event、tolling、waiver），确认后按原样添加；否则重新计算并重新运行 `/deadlines --add`。
18. Sanity check 逻辑 5：若该 `type:` 无已知 band（unusual filing、non-standard deadline），不做合理性检查，写条目并在 `warnings:` 字段注明 no plausibility band applies。
19. Sanity check 逻辑 6：若该辖区完全没有 band 文件，冷启动时适用上述硬停止；在 steady-state（监督律师已知缺口并继续）下，每个条目写入时都带 `warnings: no-plausibility-band`。
20. 本技能不计算：若学生在 `due:` 字段输入 `[VERIFY]`（因为尚未算好），写入 `due: [VERIFY]`；只有学生提供具体日期时才运行 sanity band；计算仍由学生和监督律师负责。
21. `--report`（默认）：读取 `~/.claude/plugins/config/claude-for-legal/legal-clinic/deadlines.yaml`，生成跨案件汇总报告。
22. 报告头部：`# Deadline Report — [today]`；`Active deadlines: [N]`；`Overdue: [N] ⚠️`；`Due this week (next 7 days): [N]`。
23. 报告分区：`⚠️ Overdue (flagged for immediate attention)` 表，列为 ID、Case、Type、Due、Owner、Days overdue。
24. 报告分区：`🔴 Due today / next 3 days` 表，列为 ID、Case、Type、Due、Owner。
25. 报告分区：`🟡 Due in 4-7 days` 表，列为 ID、Case、Type、Due、Owner。
26. 报告分区：`🟢 Due in 8-14 days` 列表。
27. 报告分区：`Beyond 14 days` 仅计数；用 `/deadlines --report --horizon=30` 展开详情。
28. 报告分区：`By owner student (workload distribution)` 表，列为 Student、Overdue、Next 7d、Next 14d、Total active。
29. 报告分区：`By practice area` 同样表格，按 area 分组。
30. 报告分区：`Unassigned deadlines` 列表；若有任何 active deadline 没有 owner_student 则标记。
31. `--update [id]`：修改字段；常见更新包括 due date changed（court continuance）、owner changed（reassignment）、notes added；每次更新内联写入带日期的 note，历史在条目中可见。
32. `--complete [id]`：设 `status: completed`、`completed_date: [today]`；与学生确认实际工作已完成并已 filing/submitted；从 active reports 移除但仍留在 yaml。
33. `--close [id]`：不完成直接关闭；用于不再适用的期限——case settled、motion withdrawn、client dropped the matter；要求 `notes:` 条目解释原因。
34. 预警节奏：按 `CLAUDE.md` 的 deadline warning days，默认 14、7、3、1。
35. 预警不会自动浮现——该插件没有 scheduled/agent 行为；但任何时候调用 `/deadlines`（或 `/status`，它会路由到本技能做期限检查）时，报告会拉出任何触及预警阈值的期限。
36. 若期限过了 due date 仍未标记 complete，它转为 `status: overdue`，并在每次报告中保持在该状态直到明确解决；overdue deadlines 不自动关闭。
37. 集成 `/client-intake`：当 intake 暴露时间紧迫性（eviction notice date、asylum filing deadline、hearing date）时，提供 `/deadlines --add` 并预填字段。
38. 集成 `/draft`：当 filing draft 引用期限（answer due、objection window）时，提供添加。
39. 集成 `/status`：status 技能读取相关案件的 `deadlines.yaml`，并在输出中包含即将到来的期限。
40. 集成 `/semester-handoff`：读取 deadlines.yaml 以识别 departing-student cases 中所有 active deadlines；每份 handoff memo 将期限向前传递。
41. 集成 `/supervisor-review-queue`（若启用了 formal review）：临近 cutoff 的期限在 review queue 中获得优先。
42. 技能不做：不从触发事件计算期限；例如 complaint 今日送达、按 local rules 21 天后 answer due，技能不做这个数学——学生用规则计算并记录结果日期；自主计算会产生不应由技能承担的责任，因为规则因辖区和法院而异。
43. 技能不做：不 filing 或 serve 任何东西；只跟踪日期，filing 在插件外进行。
44. 技能不做：不自动通知；无 scheduled notifications；报告在被调用时暴露预警，不推送；以后可加 scheduled cron，但需要每个诊所的 professor 明确 opt-in。
45. 技能不做：不覆盖 local rules；若学生记录与 local rules 矛盾的 due date，技能不会捕获；这也是为什么任何非例行期限要用 `[VERIFY: confirm against local rule]` 记录到 calendar。
46. 辖区假设：期限计算和 warning thresholds 假设使用 CLAUDE.md 中设置的 jurisdiction；deadlines、tolling rules、computation-of-time rules 和 local court practices 因辖区和具体法院显著不同；若事项涉及不同州、特定法院 local rules 或 federal vs. state forum 问题，在依赖该期限前与监督律师对照 governing rule 确认。

适用边界 · 注意事项

• 不适用于希望技能自动从触发事件计算期限、自动文件提交/送达或自动推送通知的场景。
• 不适用于缺少 claude-for-legal 法律诊所插件配置、缺少对应司法辖区 plausibility band 且监督律师未确认继续的场景；缺失 band 时只能跟踪期限，不能做日期合理性检查。
• 不适用于替代当地规则/法院 local rules 的期限计算；涉及不同州、特定法院或联邦/州法院选择时需向监督律师核实后再依赖日期。