mcpField
M
matter-intake

matter-intake

github.com/anthropics生产力9.8k631 次安装14 周前更新
代码仓库

关于 matter-intake

matter-intake 是用于统一登记诉讼及其他法律事务的工作流技能,面向法律团队。它收集冲突审查、风险、期限、律师和负责人信息,并在写入前供用户确认。

主要功能

  1. 01标准化事务登记
  2. 02冲突状态门槛与记录
  3. 03风险和重要性评估
  4. 04生成事务叙述、历史及 YAML 日志
  5. 05写入前确认

适用场景

  1. 01登记新的诉讼事务
  2. 02记录冲突审查已完成或待处理
  3. 03整理期限、法律保全及初步策略

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/anthropics/claude-for-legal --skill matter-intake

安装后在 Claude Code 中输入/matter-intake确认已加载。

详细介绍

/matter-intake

  1. 加载 ~/.claude/plugins/config/claude-for-legal/litigation-legal/CLAUDE.md → 风险校准(用于分流)、整体情况(用于了解背景和冲突审查方法)、利益相关方(用于确定需要邀请参与的人员)。
  2. 按照以下工作流和参考内容操作。
  3. 执行统一的受理流程:身份信息、冲突审查、来源、风险分流、重要性、外部律师、内部负责人、法律保全、关键日期、初步立场。
  4. 根据事项名称生成 slug(小写字母、连字符、年份)。
  5. 创建 ~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/matter.md — 完整的叙述式受理记录。
  6. 创建 ~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/[slug]/history.md — 以本次受理记录作为首条内容。
  7. 向 ~/.claude/plugins/config/claude-for-legal/litigation-legal/matters/_log.yaml 追加结构化条目。
  8. 向用户确认:“这是我将要写入的条目 — 需要修改吗?”

事项受理

目的

每个新事项都要经过相同的受理流程,以便对事项组合进行比较。_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、升级处理、获取更多事实、观察并等待、其他事项)仅供参考,并非固定选项。决策树是输出内容;由律师选择。

此技能不做的事

  • 不自行执行利益冲突审查。 它会记录审查结果、状态、方法和已核查的实体。实际批准流程由律所实践配置文件指定的系统(或判断)负责。如果用户称“已通过”,技能会按此记录,并收集相关元数据。
  • 不决定初步理论。它会记录用户所述内容,不会凭空编造。
  • 不发出法律保全通知。如缺少通知,会进行标记。由用户发出。

评论

支持 Markdown