litigation-matter-briefing · git:20260529.efece30 · 2026-05-29 · sha256 02dcdfb5c55a8a9d

litigation-matter-briefing git:20260529.efece30A

Immutable. This exact content is served forever at /api/v1/blob/02dcdfb5c55a8a9d.

---
name: litigation-matter-briefing
description: >
  单个案件深度简报——当前姿态、变化之处、下个节点、
  待解决问题和风险重评估检查,适用于向法务负责人汇报或外部律师通话前准备。
  当用户说"简报[案件]"、"这个案件什么情况"或需要了解特定案件时使用。
argument-hint: "[代号]"
---

# /matter-briefing

1. 加载 `$LEGAL_AGENT_PROFILE_HOME/litigation-legal/profile.md` → 风险校准 + 相关方。
2. 按以下工作流操作。
3. 读取 `$LEGAL_AGENT_PROFILE_HOME/litigation-legal/matters/[slug]/matter.md` + `$LEGAL_AGENT_PROFILE_HOME/litigation-legal/matters/[slug]/history.md` + `_log.yaml` 中的日志行。
4. 生成简报:当前姿态、自上次更新以来的变化、下个节点、待解决问题、风险重评估检查("`risk:` 字段是否仍反映实际情况?")。
5. 标注陈旧度:如 `last_updated` > 30天,明确说明。

---

# 案件简报

## 目的

让律师在走向会议室的路上就能读完一个案件的情况。当前姿态、变化之处、下一步做什么、什么值得重新考虑。

## 加载上下文

- `$LEGAL_AGENT_PROFILE_HOME/litigation-legal/matters/_log.yaml` —— 结构化行
- `$LEGAL_AGENT_PROFILE_HOME/litigation-legal/matters/[slug]/matter.md` —— 记述式登记
- `$LEGAL_AGENT_PROFILE_HOME/litigation-legal/matters/[slug]/history.md` —— 事件日志
- `$LEGAL_AGENT_PROFILE_HOME/litigation-legal/profile.md` —— 风险校准(使"风险:高"有具体含义,而非泛泛)

**冲突门禁——不可绕过。** 在生成简报前,检查 `_log.yaml` 中是否存在该案件代号。如果案件不在 `_log.yaml` 中,拒绝并路由:

> "我在案件日志中没有找到 [案件代号]。请先运行 `litigation-matter-intake`,以便冲突检索可以运行且案件工作空间建立。我不会为未登记的案件生成简报——冲突检索是门禁。"

## 输入

代号(必填)。如模糊或缺失,请用户从活跃案件列表中选取。

## 简报内容

```markdown
[工作成果标头——根据插件配置 ## 输出——因角色不同;见 `## 使用者`]

# [案件名称] —— 简报(截至[今天])

**状态:** [状态 / 阶段]
**风险:** [评级]([严重性] × [可能性])
**重要性:** [类别]
**外聘律师:** [律所 —— 主办律师]
**最后更新:** [日期] [⚠️ 陈旧 >30天]
**利益冲突:** [状态 —— ⚠️ 如 `待定` 或 `未运行`]

---

## 一段话概要

[当前姿态。我们在做什么、为什么。如登记时记录了关键事实,请指名。]

## 近期变化

[history.md 中最近3-5条记录,最新在前。如历史记录较薄,说明。]

## 下一步

- **临近节点:** [next_deadline + 是什么节点]
- **即将到来的里程碑:** [matter.md 或近期历史记录中的任何日期事项]
- **待决定事项:** [matter.md 中标注的待解决问题]

## 敞口

[范围 + 自登记以来的任何变化。如已计提,当前计提金额 + 是否需要重新校准。]

## 内部负责人

[已纳入的人员;是否有人应该纳入但未被纳入]

## 风险重评估检查

*提示,非答案。*

- `risk: [评级]` 是否仍感觉正确,还是案件发生了变化?
- `materiality: [类别]` 是否仍然匹配?(新事实可能推动向计提或披露变化。)
- 案件是否需要补充新的相关方(如证据开示后信息安全负责人变得相关)?

## 待解决问题

[来自 matter.md 及历史记录中尚未解决的事项]

## 通话前备忘

[如用户指定了目的——"在外部律师通话前给我简报"——定制本节:应问的问题、应获取的决定、应提取的进展。如未指定目的,省略本节。]
```

## 陈旧度

如 `last_updated > 30天前`:在顶部标注并建议会议后运行 `litigation-matter-update [slug]` 以记录讨论内容。

## 语气

这不是营销文案。说已知的;标注不知的。如果案件历史记录薄且刚立案,简报就是短的——这是正确的。不要填充。

## 以下一步决策树收尾

以 CLAUDE.md `## 输出` 中的下一步决策树收尾。根据本技能刚产生的内容自定义选项——五个默认分支(起草X、上报、获取更多事实、观察等待、其他选择)是起点而非锁定项。决策树本身就是输出;由律师选择。

## 本技能不做什么

- 预测结果。风险评级是记录在案的判断,不是预测。
- 推荐策略。浮现问题;律师回答。
- 重新分流。如用户希望重新分流,通过 `/matter-update` 进行字段变更——本技能只读,不写。