关于 matter-intake
matter-intake 是用于统一登记诉讼及其他法律事务的工作流技能,面向法律团队。它收集冲突审查、风险、期限、律师和负责人信息,并在写入前供用户确认。
主要功能
- 01标准化事务登记
- 02冲突状态门槛与记录
- 03风险和重要性评估
- 04生成事务叙述、历史及 YAML 日志
- 05写入前确认
适用场景
- 01登记新的诉讼事务
- 02记录冲突审查已完成或待处理
- 03整理期限、法律保全及初步策略
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ anthropics/ claude-for-legal --skill matter-intake安装后在 Claude Code 中输入/matter-intake确认已加载。
详细介绍
/matter-intake
- 加载
~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md→ 风险校准(用于分流)、整体情况(用于了解背景和冲突审查方法)、利益相关方(用于确定需要邀请参与的人员)。 - 按照以下工作流和参考内容操作。
- 执行统一的受理流程:身份信息、冲突审查、来源、风险分流、重要性、外部律师、内部负责人、法律保全、关键日期、初步立场。
- 根据事项名称生成 slug(小写字母、连字符、年份)。
- 创建
~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/matter.md— 完整的叙述式受理记录。 - 创建
~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/history.md— 以本次受理记录作为首条内容。 - 向
~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/_log.yaml追加结构化条目。 - 向用户确认:“这是我将要写入的条目 — 需要修改吗?”
事项受理
目的
每个新事项都要经过相同的受理流程,以便对事项组合进行比较。_log.yaml 中的统一条目可供状态技能汇总。matter.md 中的叙述记录可补充条目无法涵盖的内容。在此处初始化的历史文件将作为事件记录。
加载上下文
~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md— 风险校准(分流阈值、重要性、和解阶梯)、整体情况(利益相关方、外部律师资源)。~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/_log.yaml— 用于确认 slug 唯一。
受理流程
1. 身份信息
- 事项名称(常用称呼,例如 “Acme v. Us 2026”)
- 对方
- 事项类型:
contract | employment | ip | regulatory | investigation | product | other - 我方角色:
plaintiff | defendant | claimant | respondent | investigated- 如果实践概况中的
## Side为plaintiff、defense或“both — default X”变体,则根据该默认值预填角色并予以确认。如果## Side为varies by matter,则直接询问。绝不要擅自假定实践概况未设定的立场。 - 该角色将决定后续技能的处理路径:原告立场的事项会将风险分流导向案件价值/风险代理经济分析;被告立场的事项会导向风险敞口/准备金/保险通知。
- 如果实践概况中的
- 司法管辖区(法院、仲裁机构或监管机构)
2. 冲突检查
继续之前,请根据 ~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md → 冲突审查,执行冲突检查步骤。
- 状态:
cleared | pending | not-run | waived - 方法: 按照
~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md中规定的方法进行匹配(corporate-legal | outside-counsel | system-check | informal | other)。如果规定的方法是informal,请明确说明——记录仍需体现,该检查以律师的判断为依据。 - 审批人: 姓名 / 团队 / 律所
- 审批日期: YYYY-MM-DD
- 检查对象: 简要列出已核查的具体名称 / 实体(对方当事人、已知关联方、已知的对方律师、关键证人)。简略即可;不能填“无”。
- 备注: 任何已标记但已清除的事项(例如:“我方董事会成员 Smith 曾于 2019—2021 年担任对方当事人董事——经审查,与本案无重叠,已清除”)。
按状态执行以下操作:
-
cleared→ 继续。 -
pending→ 继续登记;在matter.md和日志行中显著标明冲突仍待处理;在每次/matter-update和/portfolio-status中再次提示,直至解决。 -
waived→ 极少见;需要说明冲突豁免的理由(撰写豁免文件不属于此技能的范围——记录需注明豁免文件已存在、签署人以及文件所在位置)。 -
not-run→ 停止。此为准入门槛。 在冲突状态解决之前,此技能不会创建matter.md、history.md或_log.yaml条目。以下三种处理方式可接受:方式 1 — 立即进行冲突检查。 暂停本次登记。按照
~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md中的冲突审查要求完成检查。返回时提供status: cleared,或提供附有理由的status: waived。方式 2 — 标记为待处理,并注明负责人和截止日期。 仅当
~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md中的冲突审查规定允许并行登记时,方可使用。记录:负责进行冲突检查的人、预计返回时间、正在核查的实体。继续登记;案件条目记录conflicts.status: pending;每次运行/portfolio-status时均提示;/matter-update持续提示,直至问题解决。方式 3 — 提供书面理由以绕过。 仅当用户明确确认绕过时方可使用。在
conflicts.override中记录:conflicts: status: not-run # preserved as-is override: by: [user name] date: [YYYY-MM-DD] rationale: [why conflicts were bypassed — permanent record; does not auto-expire]此字段会显示在每次
/portfolio-status、每份/matter简报和每次/matter-update中,直至被移除。此技能绝不会移除此字段——只有在冲突实际清除后,用户明确编辑_log.yaml才能移除。不得悄然继续。 “我以后会处理”不是可接受的答复。必须选择方式 1、2 或 3,并将选择记录在案。
此步骤并非由技能判断是否存在冲突——这是用户 / 律所的判断。此步骤旨在确保已完成检查,且记录如实反映检查情况。
3. 来源
案件是如何发起的?
demand-letter | complaint-served | subpoena | regulator-inquiry | internal-report | pre-suit-threat- 初始文件提示:“如果你有启动程序的文件(起诉状、索赔函、传票),请附上或提供文件路径。这有助于完善登记。”
4. 风险分级——按照内部校准标准
- 严重程度:high | medium | low(参照
~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md中的严重程度等级) - 可能性:high | medium | low(参照
~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md中的可能性等级) - 最终风险等级(按矩阵):high | medium | low | critical
- 损害赔偿风险范围(最佳估算)
- 非金钱风险(禁令?同意令?舆论影响?先例?)
如果 ~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md 中的风险校准标准不够明确,不要假装可以精确判断。采用用户的直觉,并注明标准不够明确。
5. 重要性
根据 ~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md 中的律所阈值:
reserved | disclosed | monitored | none- 如果是
reserved:准备金金额,以及是否已通知财务部门 - 如果是
disclosed:申报文件和脚注位置
6. 外部律师
- 律所
- 主办合伙人
- 主办合伙人邮箱(
/oc-status用于起草状态询问) - 聘用函状态:
signed | pending | none - 预算授权:金额和批准人
- 种子文档机会:“如已签署,提供聘用函的存放路径。”
如果风险为中或更高,且尚未指派外部律师——请标记。
7. 内部负责人
根据 ~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md 中的相关人员情况——涉及哪些内部利益相关方?
- 业务负责人
- HR 合作伙伴(如涉及雇佣问题)
- 公关联系人(如存在声誉风险)
- CISO(如涉及数据或网络安全)
- 其他
8. 法律保全
- 是否已发出?如果已发出:日期、范围、保管人(姓名列表)。
- 下次更新日期(默认为发出日期后六个月;根据事项调整)。
- 如果尚未发出,且这是正在进行的诉讼或可以合理预见的诉讼:紧急标记;完成信息收集后,提议运行
/litigation-legal:legal-hold [slug] --issue。 - 种子文档机会:“如已发出,提供保全通知。”
9. 关键日期
- 回复截止日期(答辩、异议、反对)
- 下次听证会/会议
- 诉讼时效截止日期(如适用)
- 任何监管截止日期
10. 初步立场
用一段话说明理论:
- 我们的说法是什么?
- 对方的说法是什么?
- 关键转折事实是什么?
- 初步立场:
fight | settle | investigate | wait
编写输出
Slug
使用小写字母、连字符,并将年份放在末尾。示例:acme-v-us-2026、employment-smith-2026、ftc-inquiry-2026。
写入前,确认 _log.yaml 中不存在重复的 slug。
~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/matter.md
[WORK-PRODUCT HEADER — per plugin config ## Outputs — differs by role; see `## Who's using this`]
# [Matter Name]
**Slug:** [slug]
**Opened:** [YYYY-MM-DD]
**Our role:** [plaintiff/defendant/etc.]
**Status:** [status]
---
## Identification
[counterparty, jurisdiction, matter type, source]
## Conflicts
**Status:** [cleared / pending / not-run / waived]
**Method:** [corporate-legal / outside-counsel / system-check / informal / other]
**Cleared by:** [name]
**Cleared date:** [YYYY-MM-DD]
**Checked against:** [entities run]
**Notes:** [any flags cleared, waiver reference if applicable]
## Risk triage
**Severity:** [band] — [why, with reference to house severity definitions]
**Likelihood:** [band] — [why]
**Risk rating:** [high/medium/low/critical]
**Exposure:** [dollar range + non-monetary]
## Materiality
[reserved/disclosed/monitored/none — with reserve amount, disclosure location, or reasoning if "none"]
## Outside counsel
[firm, lead, engagement status, budget]
## Internal owners
[stakeholders and why each is involved]
## Legal hold
[status, date, scope]
## Key dates
[list]
## Initial theory
[one paragraph: our story, their story, pivot fact, initial posture] `[SME VERIFY — theory at intake is a working hypothesis; confirm with outside counsel before any filing or material communication that assumes this framing]`
## Open questions
[anything not yet known that matters — e.g., "insurance tender pending", "unclear whether we have coverage for X"]
---
## Seed documents
| Doc | Path / pointer |
|---|---|
| [e.g., complaint] | [path or "not yet shared"] |
~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/history.md
在 history 文件中将本次信息收集记录为第零条:
# History: [Matter Name]
Append-only event log. Most recent at top.
---
## [YYYY-MM-DD] — Matter opened
[Source, who brought it in, initial triage summary, outside counsel assigned, legal hold issued yes/no.]
追加到 ~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/_log.yaml
按架构添加一行。示例:
- id: acme-v-us-2026
name: "Acme Corp v. Company"
type: contract
role: defendant
counterparty: "Acme Corp"
jurisdiction: "N.D. Cal."
# status is derived from source:
# source: pre-suit-threat | demand-letter → status: threatened
# source: complaint-served | subpoena | regulator-inquiry → status: active
# source: internal-report → status: threatened (default) or active if formal process has started
status: active
stage: pleadings
source: complaint-served
outside_counsel:
firm: "Wilson Sonsini"
lead: "J. Reyes"
email: "[email protected]"
engagement: signed
conflicts:
status: cleared
method: corporate-legal
cleared_by: "K. Patel"
cleared_date: 2026-04-20
override: # populated only on Path 3 bypass
by: null
date: null
rationale: null
risk: high
materiality: reserved
exposure_range: "$2M–$5M"
internal_owners:
business_lead: "Jane Smith"
hr_partner: null
comms_contact: null
legal_hold:
issued: true
issued_date: 2026-02-15
scope: "Sales org 2023–2026"
custodians: ["Jane Smith", "R. Chen", "T. Patel"]
last_refresh: 2026-02-15
next_refresh: 2026-08-15
released: null
related_matters: []
opened: 2026-04-20
next_deadline: 2026-05-15
last_updated: 2026-04-20
path: matters/acme-v-us-2026/
写入前确认
向用户展示该行和 matter.md 的内容:
以下是我将要写入的内容。提交前,请指出任何错误或信息不足之处。
以“下一步决策树”结束
根据 CLAUDE.md 中的 ## Outputs,以“下一步决策树”结束。根据此技能刚刚生成的内容自定义选项——五个默认分支(起草 X、升级处理、获取更多事实、观察并等待、其他事项)仅供参考,并非固定选项。决策树是输出内容;由律师选择。
此技能不做的事
- 不自行执行利益冲突审查。 它会记录审查结果、状态、方法和已核查的实体。实际批准流程由律所实践配置文件指定的系统(或判断)负责。如果用户称“已通过”,技能会按此记录,并收集相关元数据。
- 不决定初步理论。它会记录用户所述内容,不会凭空编造。
- 不发出法律保全通知。如缺少通知,会进行标记。由用户发出。