findscripter 何时使用
- 诉讼已起诉/送达，或合理预期发生（收到索赔函、调查通知）时，需向相关保管人（custodian）签发证据保全通知。
- 已有保全到了刷新周期（默认 +6 个月），或案情/保管人/系统范围变化，需刷新重申。
- 案件真正了结（无上诉、无重启可能、相关请求权诉讼时效已过）需解除保全。
- 需要跨案件组合（portfolio）出一份保全状态报告。
不该用：
- 不负责实际执行保全/冻结数据——本技能只起草通知，由 IT/保管人在系统层落实。
- 不自动外发通知——只产出 .docx 草稿，由用户按惯例邮件发送。
- 不独自拍板范围或在未审阅时自动刷新——范围与时点由律师/用户判断。
- 不替代律师审批。所有草稿均为「待律师审阅」，非可直接外发的定稿。
步骤
四种模式由标志位路由：--issue | --refresh | --release | --status，无标志位则先询问。
冲突核查闸门（不可绕过）：签发/刷新/解除前，先在 _log.yaml 中按案件 slug 查记录。若案件不在 _log.yaml，拒绝并引导用户先完成案件立案（intake，由立案流程跑冲突核查并写入 _log.yaml 行），不在未立案案件上操作保全。
加载上下文：
matters/_log.yaml— 日志行（legal_hold 字段 + status）matters/[slug]/matter.md— 案件背景（对方当事人、事实、internal_owners 中关键保管人）CLAUDE.md— 院内规范：保全模板指针、密级标注、上报口径
管辖假设：保全义务因法域差异显著（美国联邦 Zubulake / Residential Funding / Rule 37(e) 与各州、监管保全义务如 SEC Rule 17a-4、HIPAA 各不相同），触发时点、范围、制裁/灭失证据救济均有别。草稿中的判断只是针对案件所列法域的起点，签发/刷新/解除前须经律师确认。
按标志位执行：
--issue：先研判适用保全规则（法域、义务来源、触发标准、范围标准、制裁敞口，引用一手法源）。采集范围、保管人、起算日期、系统、紧迫性、生效日。起草legal-hold-v1.docx。更新legal_hold字段，追加 history 条目，设next_refresh（默认 +6 个月）。--refresh：采集范围/保管人变更，起草下一版本。更新last_refresh+next_refresh。离职保管人单独标记为保全行动项（需 IT 在系统层保全其文件与邮件归档，而非仅通知本人）。--release：采集解除日期、保留指示（恢复常规保留？继续保全一段期间？转归档？）。起草解除通知，设released:字段。--status（无 slug）：读_log.yaml，出组合级保全报告。
写入前先确认：把草稿通知和日志 diff 展示给用户。
指令
非律师闸门（签发/解除前）：读取 CLAUDE.md 的 ## Who's using this，若角色为非律师，提示「签发/解除保全有法律后果（范围、保管人名单、时点构成日后被据以评判的保全记录；解除后保管人可能开始删除材料，时机不当造成灭失证据敞口）」，生成一页给律师的摘要（案件与触发、拟议范围与保管人、研判的法域保全规则、已知灭失证据敞口、可能出错点、要问律师什么），并在得到明确「是」之前不外发。起草和定范围不需要此闸门，签发/解除才需要。
外发件密级：发给保管人的通知用模板中的「律师-当事人沟通」标注（[PRIVILEGED & CONFIDENTIAL — ATTORNEY-CLIENT COMMUNICATION]），不要带 ATTORNEY WORK PRODUCT 工作成果抬头。
发送闸门（草稿收尾，预览中保留、外发前剥离）：注明「这是供律师审阅的保全通知草稿，非可签发的定稿。签发将触发日后灭失证据争议中被评判的保全义务，通知本身也可能可被披露。须由执业律师审阅、批准并签发，勿未经审阅即分发。」
写入物：
matters/[slug]/legal-hold-v[N].docx（解除为legal-hold-release.docx），经docx技能生成。- 追加
matters/[slug]/history.md条目。 - 更新
_log.yaml的legal_hold块。
示例
legal-hold --issue 后，_log.yaml 行更新为：
legal_hold:
issued: true
issued_date: [YYYY-MM-DD]
scope: "[一行摘要]"
custodians: [名单]
last_refresh: [YYYY-MM-DD] # 首次签发同 issued_date
next_refresh: [YYYY-MM-DD] # 默认 issued_date + 6 个月
released: null
默认保全通知模板（外发给每位保管人）要点：
[PRIVILEGED & CONFIDENTIAL — ATTORNEY-CLIENT COMMUNICATION]
DATE / TO / FROM(签发人) / RE: LITIGATION HOLD NOTICE — [案件简称]
立即生效，须保全：
1. 与 [范围条目] 相关的全部文档、邮件、短信、Slack/Teams 等沟通。
2. [范围条目 2] ...
保全义务覆盖：邮件（含已发/归档/已删）、Slack/Teams、共享盘与云存储、用于
公务的个人设备(BYOD)、纸质文档、语音留言、日历与会议记录。
切勿：删除/修改/销毁任何可能相关材料；对邮件或消息做自动删除或"Inbox Zero"。
如不确定某项是否被覆盖，一律从保全角度处理（ERR ON THE SIDE OF PRESERVING）。
请在三个工作日内确认收悉。本通知在收到书面解除前持续有效。
--status 报告含「Active holds」表（Matter/Issued/Last refresh/Next refresh/Custodians/Status）与「⚠️ Attention」区（刷新逾期、30 天内到期、活跃案件未签发保全、已结案件保全仍生效）。
注意事项
- 范围权衡：太宽=运营负担，太窄=灭失证据风险（
[SME VERIFY]）。范围由用户/律师确认。 - 保管人名单是「可辩护保全」与「缺口论」的分水岭，从 matter.md 的 internal_owners 与常见角色（业务负责人、HR、CISO）取建议后确认。
- 离职保管人必须单列为行动项，仅通知个人不足以保全其归档。
- 解除时机：确认案件确实终结（无上诉、无重启、相关请求权时效已过）再解除。
- 与
portfolio-status联动：后者标记「活跃诉讼未签发保全」，本技能负责消除该标记。
互见
- 与组合状态/立案流程（matter-intake、portfolio-status）配套，但这些不在本大典已有技能清单内，故不列入 related。
本条采编自 anthropics/claude-for-legal（Apache-2.0）。