matter-update

/matter-update

1. 按照以下工作流和参考内容操作。
2. 确认 ~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/ 和 _log.yaml 中存在该 slug。
3. 询问事件类型、日期（默认为今天）、摘要，以及任何日志字段更新（风险变化、状态变化、下一个截止日期调整、重要性重新分类）。
4. 将带日期的条目追加到 ~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/history.md。
5. 更新 _log.yaml — 将 last_updated 设为今天，并应用任何字段更新。
6. 确认。

---

事项更新

用途

只有保持最新，事项组合才有用。此技能让记录更新变得轻松——用两分钟进行结构化记录，避免自由发挥导致偏离。

加载上下文

• ~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/_log.yaml — 查找对应行
• ~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/history.md — 追加目标文件
• ~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/matter.md — 参考（不要重写）
• ~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md — 风险校准（如需重新评估风险）

冲突检查关卡 — 不可绕过。 记录更新前，检查 _log.yaml 中是否有该事项 slug。如果事项不在 _log.yaml 中，则拒绝并引导：

"我在事项日志中没有找到 [matter slug]。请先运行 /litigation-legal:matter-intake，以执行冲突检查并创建事项工作区。我不会将历史记录追加到未纳入管理的事项中——冲突检查是必经关卡；在事项完成登记前，也没有可供追加的 history.md。"

输入

Slug（必填）。如果未提供，则询问，并附上一份近期更新过的事项简表供选择。

更新内容

1. 事件类型

提供以下类别：

• 程序性 — 提交/收到动议、发布命令、举行听证会、设定截止日期
• 证据开示 — 提交/收到材料、进行证言录取、送达传票
• 实质性 — 出现新事实、发现关键文件、就实体问题作出裁决
• 策略 — 诉讼立场变化、提出/收到和解要约、授权更新
• 风险重新评估 — 严重程度或可能性发生变化
• 利益相关方 — 新增相关人员、更换外部律师
• 行政事务 — 签署委托函、调整预算、更新法律保全

如果以上类别都不适用，也可自由描述。

2. 日期

默认为今天。可接受日期调整（例如，记录上周发生的事件）。

3. 摘要

用一段话叙述：发生了什么、意味着什么，以及是否有任何直接影响。

4. 日志字段变更

逐一检查可能受影响的字段：

• status: — 阶段是否发生变化（例如，从诉状阶段进入事实证据开示阶段）？
• stage: — 子阶段更新
• risk: — 是否需要重新评估？
• materiality: — 是否有变化（新事实可能触发准备金或披露要求）？
• exposure_range: — 如有新信息，是否需要调整？
• next_deadline: — 是否有新的近期日期？
• outside_counsel: — 是否发生变化？
• internal_owners: — 是否新增或移除人员？
• legal_hold: — 是否已更新、扩大范围或解除？

仅询问可能受事件类型影响的字段。程序性更新通常只涉及 stage 和 next_deadline；和解要约可能涉及 materiality、exposure_range 和 status。

4pre. 和解接受门槛

如果策略更新属于接受和解（公司接受和解要约、签署和解协议，或原则上授权接受——不只是记录已提出或收到的要约）：阅读 ~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md 中的 ## Who's using this。如果角色是非律师：

接受和解会产生法律后果——这会解决索赔，通常需要签署免责书，还可能影响保险、税务及相关事项。你是否已与律师讨论过？如果是，请继续。如果否，下面是一份可带给律师的简要说明：

[生成一页摘要：事项、拟议和解条款（金钱、结构、免责范围、保密、不贬损）、相关风险敞口、授权层级状态（参见 ~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md 中的和解授权）、可能出现的问题，以及接受前应向律师咨询的事项。]

如果你需要在所在司法辖区寻找持牌律师、事务律师、大律师或其他获授权的法律专业人士：从专业监管机构的转介服务开始最快（美国的州律师协会、英格兰和威尔士的 SRA/Bar Standards Board、苏格兰／北爱尔兰／爱尔兰／加拿大／澳大利亚的 Law Society，或所在司法辖区的同等机构）。

未经明确肯定答复，不要记录接受和解，也不要以接受和解为依据调整重要性。记录要约或还价不需要经过此门槛——接受和解则需要。

4a. 重要性触发条件——明确提示

某些事件类型必须重新检查重要性。当事件类型属于以下列表时，务必提示——必须等用户明确答复后才能继续：

事件类型	重要性触发提示
实质性（新事实、关键文件、裁定案情）	“此事件具有实质性。它是否会影响 materiality？当前值：[current]。可选项：reserved / disclosed / monitored / none。是否更改？”
策略（诉讼态势转变、提出或收到和解要约）	“和解活动通常会触发重要性重新分类。当前值：[current]。如果要约、还价或接受会改变风险敞口，或使事项从存在争议转为很可能发生且金额可估算，请重新分类。”
风险重新评估（严重程度或可能性发生变化）	“风险已变化。重要性应随之调整。当前值：[current]。是否重新分类？”
监管／执法进展	“监管机构采取行动（传票、民事调查令、执法通知）通常会触发披露分析。当前值：[current]。是否更改？”

可接受的答复包括 no change——但必须明确答复 no change，不能把沉默视为默许。在历史记录条目中记录：

**Materiality check:** [no change / changed from X to Y]
**Reasoning:** [one sentence]

如果重要性变更为 reserved 或 disclosed，且该事项此前没有计提准备金或进行披露，则根据 ~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md 中的重要性阈值，标记该事件需通知财务部门／审计委员会。

5. 种子文档提示（可选）

如果更新提及某份文件（裁定、提交文件、往来函件），询问是否有路径可以链接。不必强求。

撰写

追加到 ~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/history.md

最新记录置于顶部，紧接标题后面的 --- 之下。

## [YYYY-MM-DD] — [Event type]: [short title]

[Paragraph summary.]

**Fields changed:**
- [field]: [old → new]
- [field]: [old → new]

**Related doc:** [path, if provided]

如果没有字段变更，省略“Fields changed”区块。

更新 ~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/_log.yaml

• 应用所有字段变更。
• 设置 last_updated: [today]（如果用户覆盖了日期，则使用事件日期——日志记录的是该记录最后一次更新的时间）。

确认

写入前，向用户展示历史记录条目和 YAML 差异：

以下是我将追加和更新的内容。可以提交吗？

此技能不会做什么

• 编辑过去的历史条目。更正会作为新条目添加，并引用和更正之前的条目。
• 在不告知的情况下更改日志。写入前，会向用户显示每项字段更改。
• 判断新的进展是否需要计提准备金或披露。它会提出这个问题（“这可能会影响重要性判断——要重新分类吗？”），由用户作答。