在 matter 有更新时追加带日期的历史并刷新日志行

为法律/诉讼 matter 记录新发展、状态变化、风险重评、期限变动或和解授权变化时，按结构化流程追加 history 并更新 `_log.yaml`。

适用场景

解决思路

1. 按本技能的工作流和引用资料执行更新。
2. 接受 `[slug] [brief event description]` 形式的参数提示；slug 必填。
3. 确认 slug 存在于 `~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/` 和 `_log.yaml` 中。
4. 如果未提供 slug，询问用户，并提供最近更新的 matters 短列表供选择。
5. 冲突门禁不可绕过：记录更新前检查 `_log.yaml` 中是否有该 matter slug；如果不存在，拒绝并路由用户先运行 `/litigation-legal:matter-intake`，说明不会向未管理 matter 追加历史，因为冲突检查是门禁，且 intake 前没有 `history.md` 可追加。
6. 加载上下文：读取 `~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/_log.yaml` 找到对应行。
7. 加载上下文：读取 `~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/history.md` 作为追加目标。
8. 加载上下文：读取 `~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/matter.md` 作为参考，不重写它。
9. 加载上下文：如果正在重评风险，读取 `~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md` 进行风险校准。
10. 提示用户输入事件类型，类别包括：Procedural（动议提交/收到、命令发布、听证举行、期限设定）、Discovery（文件提交/收到、证言采集、传票送达）、Substantive（新事实、关键文件出现、实体裁决）、Strategy（姿态转变、和解要约发出/收到、授权更新）、Risk re-assessment（严重性或可能性变化）、Stakeholder（新人加入、外部律师更换）、Administrative（委托书签署、预算调整、hold 刷新）；都不合适则允许自由格式。
11. 提示日期，默认今天；允许覆盖，例如录入上周发生的事件。
12. 提示 summary，内容为一段叙述：发生了什么、意味着什么、任何即时影响。
13. 遍历可能受影响的日志字段：`status:`、`stage:`、`risk:`、`materiality:`、`exposure_range:`、`next_deadline:`、`outside_counsel:`、`internal_owners:`、`legal_hold:`。
14. 只针对事件类型可能影响的字段提问；Procedural 更新通常只涉及 `stage` 和 `next_deadline`；settlement offer 可能涉及 `materiality`、`exposure_range`、`status`。
15. Settlement-acceptance gate：如果 Strategy 更新是接受和解（公司接受和解要约、签署和解协议或原则上授权接受；不只是记录已发出或已收到的要约），读取 `CLAUDE.md` 的 `## Who's using this`。
16. 如果 Role 是 Non-lawyer，提示接受和解有法律后果（解决索赔、通常需要 release、可能影响保险/税务/相关事项），询问是否已与律师审阅；如果是，继续；如果否，生成 1 页 brief 给律师。
17. 该 1 页 brief 包含：matter、拟议和解条款（金额、结构、release 范围、保密、非贬损）、所涉 exposure、授权层级状态（见 `CLAUDE.md` settlement authority）、可能出什么问题、接受前应向律师问什么。
18. 如果需要找持牌 attorney、solicitor、barrister 或其他授权法律专业人士：从你所在司法管辖区专业监管机构的转介服务开始最快（美国 state bar，英格兰和威尔士 SRA/Bar Standards Board，苏格兰/北爱尔兰/爱尔兰/加拿大/澳大利亚 Law Society，或当地等同机构）。
19. 不要在未得到明确 yes 的情况下记录接受或基于接受翻转 materiality；记录要约或反要约不需要该门禁——接受才需要。
20. Materiality trigger 显式提示：当事件类型属于以下列表时，始终提示，不允许用户未明确回答就跳过。
21. Substantive（新事实、关键文件、实体裁决）触发提示：该事件是 substantive，是否推动 `materiality`？当前为 `[current]`。选项：`reserved / disclosed / monitored / none`。要改吗？
22. Strategy（姿态转变、和解要约发出或收到）触发提示：和解活动常触发 materiality 重分类。当前为 `[current]`。如果要约、反要约或接受改变了 exposure，或从 contested 转为 probable-and-estimable，请重分类。
23. Risk re-assessment（严重性或可能性变化）触发提示：风险已变，materiality 应同步。当前为 `[current]`。要重分类吗？
24. Regulatory / enforcement development 触发提示：监管机构行动（subpoena、CID、enforcement notice）通常触发披露分析。当前为 `[current]`。要改吗？
25. 接受答案包括 `no change`，但必须是明确的，不能因沉默而默认。
26. 在 history entry 中记录：`**Materiality check:** [no change / changed from X to Y]` 和 `**Reasoning:** [one sentence]`。
27. 如果 materiality 变为 `reserved` 或 `disclosed`，且该 matter 之前没有 reserve 或 disclosure，则按 `CLAUDE.md` materiality thresholds 标记该事件需要通知 finance / audit-committee。
28. 可选 seed doc 提示：如果更新引用了文档（order、filing、correspondence），询问是否有可链接的路径；不要强推。
29. 追加到 `~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/history.md`：最新条目放在顶部，紧接 header 后的 `---` 下方。
30. 追加格式：`## [YYYY-MM-DD] — [Event type]: [short title]`，然后段落 summary，然后 `**Fields changed:**` 与 `- [field]: [old → new]` 列表，然后 `**Related doc:** [path, if provided]`。
31. 如果没有字段变化，省略 `Fields changed` 块。
32. 更新 `~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/_log.yaml`：应用任何字段变化。
33. 更新 `_log.yaml`：设置 `last_updated: [today]`（如果用户覆盖日期，则设为事件日期——日志记录该记录最后被触碰的时间）。
34. 确认写入：在写入前向用户展示 history entry 和 yaml diff，询问 “Here's what I'll append and update. Good to commit?”
35. 不要编辑过去的历史条目；更正应作为新条目引用并纠正旧条目。
36. 不要静默更改日志；每次字段变化都要在写入前展示给用户。
37. 不要决定新发展是否需要 reserve/disclosure；只提出问题（例如“这可能推动 materiality——要重分类吗？”），由用户回答。

适用边界 · 注意事项

• 当 matter slug 不在 `_log.yaml` 中时不要使用；这是未受冲突检查管理的 matter，应先运行 `/litigation-legal:matter-intake`。
• 不要用它编辑过去的历史条目；更正应作为新条目引用并纠正旧条目。
• 不要用它代替用户决定是否需要计提 reserve 或披露；技能只提出 materiality 问题，由用户回答。