在诉讼或调查中需要发出、刷新、释放法律保全或盘点保全状态时…

适用于已完成 matter intake 的诉讼保全事项，执行 legal hold 的 issue、refresh、release 或 portfolio status 报告。

适用场景

解决思路

1. 若调用 `/legal-hold --status` 且无 slug：读取 `_log.yaml`，生成全组合法律保全状态报告。
2. 若调用其他 flag 或有 slug：加载 `~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/matter.md` 和 `_log.yaml` 中对应日志行。
3. 加载 `~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md`，获取 privilege markings、hold template pointer、escalation norms。
4. 按 flag 路由：`--issue`、`--refresh`、`--release`、`--status`；无 flag 则提示用户选择。
5. 写入前先确认；向用户展示草稿通知和 `_log.yaml` diff。
6. 在 issue/refresh/release 前执行不可绕过的 conflicts gate：检查 `_log.yaml` 是否含该 matter slug；若不存在，拒绝操作并要求先运行 `/litigation-legal:matter-intake`，因为没有日志行无法跟踪 `last_refresh`/`next_refresh`/`released`。
7. `--issue` 适用于 `legal_hold.issued == false` 且 matter active 或 reasonably anticipated。
8. `--issue` 前读取 `CLAUDE.md` 的 `## Who's using this`；若 Role 为 Non-lawyer，在发给 custodians 前询问是否已与律师审核；若否，生成 1 页摘要（matter 和 trigger、建议 scope 和 custodians、forum-specific preservation rule、已知 spoliation exposure、过宽/过窄风险、要问律师的问题），并建议通过司法辖区专业监管机构转介服务找持牌律师；未得到明确 yes 不得发送。
9. `--issue` 前研究适用保全规则：识别 jurisdiction 和 preservation duty 来源（common law、rule of civil procedure、regulatory preservation obligation、contractual）；确认当前 operative trigger standard、scope standard、sanctions exposure（forum 的 spoliation doctrine）；引用 primary sources；注明 federal/state law 可能在 trigger timing、scope、remedy 上有实质差异；不确定时先取得 outside-counsel sign-off 再 issue。
10. 对外交付通知中不要放 `PRIVILEGED & CONFIDENTIAL — ATTORNEY WORK PRODUCT — PREPARED AT THE DIRECTION OF COUNSEL` header；使用模板中的 attorney-client marking；按 jurisdiction 和 matter 确认正确 marking。
11. `--issue` 采集输入：scope（documents/data/communications 类别，先具体，如 contracts with counterparty、all communications referencing [project/subject]、related financial records、calendar entries；标记 `[SME VERIFY — scope too broad = operational burden; too narrow = spoliation risk]`）。
12. 采集 custodians：具名 likely to hold responsive material 的个人；从 matter.md internal_owners 和常见角色（business lead、employment 时 HR partner、data 时 CISO）提出建议；标记 `[SME VERIFY — the custodian list is the difference between defensible preservation and a gap argument]`。
13. 采集 date range：通常从触发事件或更早，到当前 + ongoing。
14. 采集 systems：email、Slack/Teams、file shares、devices（含 BYOD 如适用）、Jira/Asana、CRM、legacy systems。
15. 采集 urgency：若已送达 litigation 或收到 demand with threat of suit，今天发出。
16. 采集 effective date：hold 日期。
17. 起草给每个 custodian 的通知：优先用 `CLAUDE.md` 中 house template；没有则用默认模板。
18. 默认模板包含：`[PRIVILEGED & CONFIDENTIAL — ATTORNEY-CLIENT COMMUNICATION]`、DATE、TO、FROM（按 `CLAUDE.md` default）、RE、说明收到原因、EFFECTIVE IMMEDIATELY 必须 preserve 的 scope bullets、preservation obligation 适用对象（Email 含 sent/archived/deleted folders、Slack/Teams/messaging、shared drives/cloud storage、BYOD personal devices、paper documents、voicemails、calendar entries/meeting notes）。
19. 默认模板包含 DO NOT：delete/modify/destroy/dispose potentially responsive material；auto-delete 或 “Inbox Zero” 任何 email/messaging。
20. 默认模板包含：在分享给 direct reports 或 IT 前与 [legal contact] 协调；问题发给 [legal contact]；可以与同事继续讨论 underlying business subject matter，但不得讨论本 legal notice、litigation 或 legal strategy。
21. 默认模板包含：不确定是否 covered 时 err on the side of preserving；在 3 business days 内通过 reply/link/form 确认收到；通知持续有效直到收到 written notice of release；可能被要求 periodic intervals 重申 compliance；附 signer signature block。
22. 在聊天预览的 notice 草稿后追加 send gate 说明：这是供 attorney review 的 draft legal hold notice，不是 ready to issue；issue hold 会触发 preservation obligations 且 notice 本身可能 discoverable；由 licensed attorney review、approve、issue；不要分发未审阅的草稿。发给 custodians 前去掉该说明。
23. `--issue` 写入：用 `docx` skill 生成 `~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/legal-hold-v1.docx`。
24. `--issue` 追加 `history.md`：`## [YYYY-MM-DD] — Legal hold issued`，Hold issued to [N] custodians: [list]；Scope: [one-line summary]；Next refresh: [YYYY-MM-DD (default issued + 6 months)]。
25. `--issue` 更新 `_log.yaml` 的 `legal_hold`：`issued: true`、`issued_date`、`scope`、`custodians`、`last_refresh`（首次等于 issued_date）、`next_refresh`（默认 issued_date + 6 months）、`released: null`。
26. `--refresh` cadence：默认 6 months，可按 matter 调整；当 `next_refresh < today` 或用户手动调用时起草 refresh notice。
27. `--refresh` 采集输入：自上次 refresh 后的 scope changes（discovery 新主题、新 custodians、新 systems）；要 add/remove 的 custodians；re-confirmation language。
28. `--refresh` 模板类似 issuance，开头写 “This is a reaffirmation of the legal hold originally issued [date].”；列出当前 scope（如需要则 amended）；要求 re-acknowledgment。
29. departed custodians：若 custodian 自上次 refresh 后离开公司，标记为 preservation action item；离职员工的 files 和 email archive 需在 IT level 保全，而不只是通知个人；在 `history.md` 中记录为需要行动的 separate entry。
30. `--refresh` 写入：生成 `~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/legal-hold-v[N].docx`（下一版本号）。
31. `--refresh` 写入 `history.md` entry。
32. `--refresh` 更新 `_log.yaml` 的 `last_refresh`、`next_refresh`；如 custodians 变化则修改 custodians list。
33. `--release` 通常在 matter close 时；确认 matter 真正结束：不在 appeal、不太可能 reopen、相关 claim 的 statute of limitations 已过。
34. `--release` 前读取 `CLAUDE.md` 的 `## Who's using this`；若 Role 为 Non-lawyer，在发送 release notice 前询问是否已与律师审核；若否，生成 1 页摘要（matter status、为何现在 release、related-claim/appeal/SOL exposure、custodian impact、可能出什么错、要问律师的问题），并建议通过司法辖区专业监管机构转介服务找持牌律师；未得到明确 yes 不得发送。
35. `--release` 采集输入：release authority confirmation（通常是 signer 或 GC）；release date；retention instruction（material 是 return to normal retention、继续按 defined period 保全、还是 transfer to archive）。
36. `--release` 模板：一段正式文字：“The litigation hold issued [date] regarding [matter] is released effective [date]. Normal retention resumes.”
37. `--release` 写入：生成 `~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/legal-hold-release.docx`。
38. `--release` 写入 `history.md` entry。
39. `--release` 更新 `_log.yaml`：设置 `released: [YYYY-MM-DD]`。
40. `--status` 读取 `_log.yaml`，生成报告：`# Legal Hold Status — [today]`。
41. `--status` 报告包含 Active holds 表：列 Matter、Issued、Last refresh、Next refresh、Custodians、Status（ok / ⚠️ refresh due / ❌ overdue）。
42. `--status` 报告包含 ⚠️ Attention：Refresh overdue（next_refresh < today）；Refresh due within 30 days；Matters active without hold issued（high/critical risk first）；Matters closed with hold still active（consider release）。
43. `--status` 报告包含 Recently released：最近 5 个 released holds 及日期。
44. `--status` 可单独调用 `/legal-hold --status`（无 slug），也可由 `/portfolio-status` 作为 portfolio rollup 的一个 section 调用。
45. 与 `portfolio-status` 集成：该技能已标记 “Hold not issued on active litigation.”；本技能解决这些 flag；matter 打开时若 `legal_hold.issued == false`，`/matter-intake` 结束时提议运行 `/legal-hold --issue`。
46. 技能边界：不 enforce preservation；只发 notice，IT/custodians 保全；会标记 custodian 离职以便 IT system-level 保全，但不接触系统。
47. 技能边界：不独自做 scope calls；从 matter context 提议 scope，用户确认；过宽 = operational burden，过窄 = spoliation risk；由用户判断。
48. 技能边界：不在无 review 时 auto-refresh；即使 `next_refresh` 到期，用户也要在 refresh notice 发出前 review scope changes。
49. 技能边界：不发送 notice；只起草 `.docx`；用户按 house convention 通过 email 发送；（未来集成：Gmail/O365 MCP 可在用户 review 后直接发送）。
50. 适用辖区假设：preservation duties 因 forum 实质不同；Federal common law（via Zubulake / Residential Funding / Rule 37(e)）与 state practice 不同；各州在 trigger timing、scope、sanctions、spoliation remedies 上不同；某些 matter 有 regulatory preservation obligations（SEC Rule 17a-4、HIPAA 等）叠加 civil rules；草稿中引用的 trigger/scope/sanctions exposure 只是 matter 所述 forum 的起点，issue/refresh/release 前与 counsel 确认。

适用边界 · 注意事项

• 未在 `_log.yaml` 中完成 `/litigation-legal:matter-intake`（包括 conflicts check）的 matter，不适用 issue/refresh/release。
• 若使用者 Role 为 Non-lawyer 且未获得持牌律师明确审核同意，不适用发送 issue/release notice。
• 若无法确定适用法域/保全规则或未获得 outside-counsel sign-off，不应发出、刷新或释放 hold。