matter-workspace – 法律案件工作区管理 Skill

3周前更新 9 0 0 0

matter-workspace 是帮助 AI Agent 按法律案件组织和管理工作区的 Skill,可从案件材料中读取事实、文档与时间线,辅助完成案情梳理、法律检索和文书准备等律师日常工作。

Skill 安装

多 Agent 安装
npx skills add https://github.com/anthropics/claude-for-legal --skill matter-workspace

使用 npx skills 快速安装,支持将 Skill 添加到多个兼容的 AI Agent。

Skill 调研报告

Skill 详细介绍

matter-workspace 是什么

matter-workspace 是 Anthropic 官方 claude-for-legal 仓库中的一个 Skill,面向法律工作场景中的「案件工作区」管理。它把与某个具体法律事项(matter)相关的文档、时间线、当事人、待办、研究笔记等内容,组织在一个结构化的工作区内,方便在 Claude Code 等支持 Skills 的 Agent 环境中反复调用、持续更新。

它是法律工作流的组织方法,本身不是独立软件。Skill 本质是一组指令与目录结构约定,不包含可执行程序,也不能脱离 Agent 单独运行。

它不是什么

– 不是法律数据库。不提供法条、判例、法规的最新版本内容。
– 不是法律意见生成器。不代替律师进行法律判断。
– 不是电子取证(eDiscovery)或文档审阅平台。不提供大规模文档检索、去重、编码能力。
– 不是案件管理系统(DMS)。不与律所现有案件管理软件做数据同步。

核心用途

法律工作通常围绕「一个事项(matter)」展开:一个诉讼、一次并购、一份合同谈判、一个合规调查。围绕同一个事项会产生大量文档、时间节点、沟通记录、待办事项。matter-workspace 的用途是给 Agent 一个固定的工作区结构,让 Agent 每次进入这个事项时都知道:

– 当前事项的背景与目标
– 已有哪些文档、放在哪里
– 关键时间线与截止日期
– 待办事项和负责人
– 相关研究笔记与先前判断

典型任务

– 初始化一个新事项的工作区,生成标准目录与模板文件
– 把新收到的文档归入正确位置并更新索引
– 从已有材料中整理出时间线
– 维护待办清单,标记截止日期与状态
– 汇总某一事项的当前进展,供律师快速回顾
– 在多个相关事项之间保持一致的文档组织方式

工作方式

Skill 通过约定工作区的目录结构、命名规则和关键文件(如事项概要、时间线、待办清单)来工作。Agent 读取这些约定后,按约定的方式读取、写入、更新工作区中的文件。所有内容以纯文本、Markdown 等形式保存在用户自己的环境里,不上传到第三方服务。

适合哪些用户

– 使用 Claude Code 或类似 Agent 工具处理法律事务的律师与法务
– 需要长期跟踪多个事项、文档分散、时间线复杂的团队
– 希望把重复性的整理、归档、待办维护交给 Agent 的个人

不适合哪些需求

– 需要权威法律依据检索与引用核验
– 需要大陆法律体系下的合规定性
– 需要团队级权限管理、审计日志
– 需要与既有案件管理软件做系统对接

Skill 安全评估

总体判断

matter-workspace 来自 Anthropic 官方 claude-for-legal 仓库,来源可信度较高,Skill 本身不包含独立可执行程序。它的主要行为是读取和写入用户指定的工作区文件。实际风险更多取决于用户把它指向哪个目录、允许 Agent 做哪些文件操作。

来源可信度

– 发布者为 Anthropic 官方组织,属于一手来源
– Skill 以指令和结构约定为主,代码执行面相对较小
– 具体版本行为以仓库当前内容为准,建议安装前查看仓库最新提交

文件读取与写入

– 必需:读取工作区内的文件(文档、笔记、清单)
– 必需:写入或更新工作区内的文件(索引、时间线、待办)
– 建议:把工作区限定在一个专用目录下,不要让 Agent 对整个磁盘或家目录拥有写权限
– 建议:敏感材料单独存放,必要时用只读方式挂载给 Agent

如果工作区包含当事人信息、未公开交易信息、受律师—客户保密特权覆盖的材料,需要格外注意 Skill 会把内容读入模型上下文。

网络访问

Skill 本身通常不需要网络访问。但是否发生网络请求取决于 Agent 的运行时配置,而不是 Skill。若希望对敏感事项做严格隔离,可以关闭 Agent 的联网能力,只保留本地文件操作。

Shell 与命令执行

Skill 不要求执行任意 Shell 命令。若工作区包含敏感材料,可以关闭 Agent 自动执行 Shell 的权限,把命令执行权留给用户手动确认。

凭证与保密

– Skill 本身不需要 API Key、Token 或 OAuth 凭证
– 但工作区内容会进入模型上下文,等同于把这些材料交给了模型服务方
– 不要把与工作区无关的密钥、密码、凭证放在同一目录
– 注意律师—客户保密特权与所在司法辖区的数据保护要求

提示注入风险

工作区中的文档可能来自外部(对方当事人、第三方)。若这些文档中包含针对 Agent 的指令,理论上存在提示注入风险。处理外部文档时,建议人工审阅后再交由 Agent 整理。

降低风险的操作

– 专用工作区目录,避免与系统其他内容混杂
– 关闭自动 Shell 执行
– 敏感事项关闭联网
– 外部文档先人工过一遍
– 定期检查 Agent 对工作区的改动

Skill 使用要求

一、Agent / 客户端

该 Skill 属于 Anthropic 官方 claude-for-legal 仓库,官方主要面向 Claude Code。在 Claude Code 中使用是最自然的路径。

官方没有公布完整的第三方 Agent 兼容列表。从 Agent Skill 的工作方式看,凡是支持 Skills、自定义指令加载或类似机制的环境,例如 Codex、Cursor、Trae、OpenClaw、WorkBuddy,通常也可以尝试使用。不同 Agent 的 Skill 加载方式、上下文注入方式和权限模型不同,兼容程度可能有差异,具体以对应 Agent 当前版本为准。

二、运行环境 / 依赖

| 项目 | 要求 |
|—|—|
| Agent | Claude Code 优先,其他兼容 Agent 可尝试 |
| 文件系统 | 需要一个可读写的本地工作区目录 |
| 网络 | Skill 本身不需要 |
| 其他运行时 | 官方未明确要求特定 Node.js / Python 版本 |

具体依赖以该 Skill 当前官方说明为准。

三、权限

– 文件读取:必需
– 文件写入:必需(更新索引、时间线、待办)
– Shell:可选,敏感事项建议关闭自动执行
– 网络:可选,敏感事项建议关闭
– 浏览器 / Docker / GitHub:不需要

四、账号 / API Key

Skill 本身不需要额外账号、API Key 或 Token。

需要区分两种情况:

– Skill 本身:无凭证要求
– 若 Agent 运行在云服务上,可能需要该服务本身的账号与凭证,这属于 Agent 层面,不是 Skill 层面

最小使用条件

1. 一个支持 Skills 的 Agent(Claude Code 优先)
2. 一个专用且可读写的工作区目录
3. 明确该事项的名称与基本背景
4. 对敏感材料决定是否关闭联网与自动 Shell

Skill 安装、使用与卸载教程

一、安装

可以直接复制本页面提供的 Skill 安装指令,粘贴到对应的 Agent 或终端执行。

如果不清楚自己的 Agent 如何安装,可以直接向当前 Agent 询问:

如何安装 anthropics/claude-for-legal#matter-workspace?

如何在 Claude Code 中安装 anthropics/claude-for-legal#matter-workspace?

如何在 Cursor 中安装 anthropics/claude-for-legal#matter-workspace?

让 Agent 根据自己的 Skill 加载与管理机制给出对应的安装步骤,比手工复制命令更稳妥。如果该 Skill 存在特殊的官方安装要求,以仓库当前说明为准。

二、安装后如何使用

安装后,Agent 会在与该 Skill 相关的任务中被触发。适合交给它的任务包括:新建一个事项工作区、整理收到的文档、维护时间线和待办、生成事项进展汇总。

使用时把事项背景说清楚,比反复堆砌指令更有效。下面是一些自然语言示例:

使用 matter-workspace,帮我为「XX 公司股权收购」这个事项建立工作区,先搭好目录结构和事项概要模板。

使用 matter-workspace,把这几份合同和邮件归入对应事项的工作区,并更新时间线。

使用 matter-workspace,汇总一下这个事项目前的进展、未完成待办和最近的关键节点。

建议先让 Agent 用「只读」方式浏览工作区,确认结构符合预期后,再允许它写入。

三、卸载

不同 Agent 的 Skill 安装位置与管理方式不同。通常可以选择:

– 通过对应 Agent 或 Skill 管理器提供的删除方式移除该 Skill
– 直接删除 Skill 对应的目录或条目
– 直接询问当前 Agent:

如何卸载 anthropics/claude-for-legal#matter-workspace?

如果没有统一的卸载命令,直接询问当前 Agent 如何移除通常更稳妥。

卸载 Skill 不会自动删除已有的工作区文件。工作区数据独立于 Skill 存在,可以根据需要自行保留或清理。

常见问题

1. 这个 Skill 会不会把工作区内容上传到外部?

Skill 本身不发起网络请求。工作区内容是否会离开本机,取决于你使用的 Agent 及其配置。如果使用云端模型服务,上下文会传输到该服务;如需本地处理,需选择支持本地模型的 Agent。

2. 是否需要先懂法律或懂技术才能用?

不需要编程知识。Skill 的使用方式是自然语言描述任务。法律层面的判断仍由使用者负责,Skill 只处理组织、归档、汇总类的工作。

3. 工作区数据和 Skill 是一回事吗?

不是。Skill 是方法与结构约定,工作区是实际数据。删除 Skill 不影响工作区文件;反过来,工作区可以迁移到其他环境继续使用。

4. 可以同时管理多个事项吗?

可以。常见做法是为每个事项建立独立的工作区目录,Agent 根据任务描述进入对应工作区。保持命名和结构一致,跨事项的切换会更顺畅。

5. 安装后 Agent 没有识别到 Skill 怎么办?

先确认安装路径是否与 Agent 的 Skill 加载目录一致,再确认 Agent 是否需要重启或重新加载。若仍不生效,直接询问当前 Agent 该 Skill 应放在哪个位置、如何被识别。

6. 在中国大陆使用有网络要求吗?

Skill 本身不需要访问网络。是否可用主要取决于所用 Agent 的模型服务可达性。若使用云端模型服务,需按该服务的要求准备网络环境。

7. 适合直接用在生产环境的敏感案件上吗?

不建议在不做任何隔离的情况下直接用于高度敏感事项。更稳妥的做法是:专用目录、关闭自动 Shell、敏感事项关闭联网、外部文档人工审阅后再交由 Agent 处理。

Skill 更新日志

版本列表
无版本号
更新插件内容 (#104) No-Verification-Needed: 仅涉及 markdown 正文和 YAML 注释措辞
无版本号
合并拉取请求 #74,来自 anthropics/tobin/cla-workflow-robustness 使 CLA 工作流能容忍注释空白和助手提交的提交
无版本号
合并拉取请求 #72,来自 anthropics/tobin/add-cla-md 添加 CONTRIBUTING.md 和 CLA Assistant 工作流引用的 CLA.md
无版本号
使 CLA 工作流能容忍注释空白和助手提交的提交 对 CLA Assistant 工作流的两处修复: - 在匹配签署 / 复查注释时使用 contains() 而非精确相等。以尾随换行结尾的注释 会静默地无法通过精确匹配,因此签署步骤从未运行, 若干贡献者的签名被丢弃 (#9, #17)。 - 将 claude / claude[bot] 登录名与已 加入允许列表的 noreply@anthropic.com 邮箱一起加入允许列表。当提交由助手创作 (而不仅仅是共同创作)时,身份会解析为 登录名而非邮箱,检查会要求 机器人账户提供 CLA 签名 (#28)。人类 PR 发起者仍需签署。
无版本号
添加 CONTRIBUTING.md 和 CLA Assistant 工作流引用的 CLA.md CONTRIBUTING.md 和 .github/workflows/cla.yaml 都将贡献者指向 main 上的 CLA.md,但该文件从未被添加,因此 CLA 机器人链接到 404。 这与其他 Anthropic 开源仓库中使用的同一份 Individual Contributor License Agreement v2.2 相同,仅更新了项目名称。 修复 #18
无版本号
合并拉取请求 #56,来自 dazzaji/fix/handoff-regex-truncation 修复 handoff_request 提取器在第一个 `}` 处截断嵌套负载的问题
无版本号
合并拉取请求 #41,来自 akhilesharora/fix/deploy-mktemp-template 修复 mktemp 模板,使 deploy-managed-agent.sh 能在 Linux 上运行
无版本号
修复 handoff_request 提取器在第一个 `}` 处截断嵌套负载的问题 `HANDOFF_RE` 使用了非贪婪的 `.*?\}`,因此匹配在第一个 右花括号处结束。每个真实的 `handoff_request` 都嵌套对象(`payload` 和 `payload.params`),因此捕获的子字符串在 对象中间被截断,`json.loads` 抛出异常——`extract_handoff` 在目标允许列表和 模式验证器运行之前,就将每个格式良好的 handoff 拒绝为 `invalid_json`。 实际上,跨代理 handoff 路径 对任何现实负载都无法工作。 将全匹配正则替换为起始锚点(`HANDOFF_START_RE`), 并使用 `json.JSONDecoder().raw_decode` 提取完整对象, 它能感知字符串和花括号嵌套,并准确返回一个 完整 JSON 值及其结束偏移量。多行负载现在也能解析。 审计日志的 `raw_len` 字段,之前为 `len(m.group(0))`, 现在派生自解码对象的跨度(`end - m.start()`), 其在目标/模式/参数拒绝路径上的三处后续使用 已更新为新变量。下游验证——目标允许列表、 负载和按意图模式、清理/框架——保持不变。 Co-Authored-By: Claude Opus 4.7 (1M context)
无版本号
合并拉取请求 #65,来自 anthropics/tobin/remove-unused-references 移除未使用的引用
无版本号
移除未使用的引用
无版本号
合并拉取请求 #60,来自 anthropics/add-cocounsel-display-name 为 cocounsel-legal 市场条目添加 displayName
无版本号
为 cocounsel-legal 市场条目添加 displayName
无版本号
合并拉取请求 #59,来自 anthropics/add-plugin-display-names 为所有市场插件条目添加 displayName
无版本号
为所有市场插件条目添加 displayName
无版本号
合并拉取请求 #54,来自 dlaw-ant/dlaw/cookbook-attribution 在托管代理部署上标记 metadata.anthropic_cookbook
无版本号
在托管代理部署上标记 metadata.anthropic_cookbook
无版本号
修复 mktemp 模板,使 deploy-managed-agent.sh 能在 Linux 上运行 GNU mktemp 要求 -t 模板中有 3 个以上的 X。裸的 `mktemp -t skillcache` 和 `mktemp -t skill` 调用在 macOS 上可用,但在 Linux 上会在 脚本执行任何操作之前崩溃。test-cookbooks.sh 对所有 5 个 cookbook 都以相同方式失败,因为它调用了 deploy --dry-run。 添加 .XXXXXX 是可移植的:GNU 会展开 X,BSD 将它们视为 前缀。在 Ubuntu 24.04 / coreutils 9.4 上确认:test-cookbooks 从 0/5 -> 5/5。
无版本号
合并后清理:空白、文档同步、规范技能名称、根 CLAUDE.md (#33) 继 CoCounsel 合并 (#4) 和 Lexis 移除 (#5) 之后的清理: - 规范化插件元数据文件中的空白和 JSON 缩进 - 将 marketplace.json 与 plugin.json 同步(ip-legal 描述、Courtroom5 标题字段) - 将缺失的 ai-inventory 和 invention-intake 行添加到 README 技能参考 - 将 customize/cold-start SKILL.md 正文中过时的短格式技能名称替换为 11 个插件中的规范目录名(与 /setup -> /cold-start-interview QA 修复属于同一类 bug) - 修复 FYY -> FYI 拼写错误以及 launch-radar 文档中一个虚假的 WebFetch 声明 - 处理审查发现:换行的 /check-claims、/renewals-due -> /renewal-tracker、references/ 中过时的 /setup、agent.yaml 注释矛盾、冗余的 'intake intake' - 添加根 CLAUDE.md,包含验证约定(claude plugin validate、I1-I11 不变量、frontmatter 要求)以及 marketplace.json 描述 + $schema 无行为变更。claude plugin validate 干净通过。
无版本号
合并拉取请求 #5,来自 anthropics/markpike/remove-lexis 应合作伙伴要求移除 Lexis 引用
无版本号
移除 Lexis 引用
无版本号
合并拉取请求 #4,来自 anthropics/tobin/add-cocounsel-legal 在 external_plugins/ 下添加 CoCounsel Legal 合作伙伴插件
无版本号
将 CoCounsel Legal 作者邮箱修正为 cocounselsupport@tr.com
无版本号
在 external_plugins/ 下添加 CoCounsel Legal 合作伙伴插件 添加 Thomson Reuters CoCounsel Legal 插件(Westlaw Deep Research) 作为供应商维护的插件,放在新的 external_plugins/ 目录下, 遵循其他地方使用的合作伙伴构建布局。 - external_plugins/cocounsel-legal/:plugin.json、.mcp.json(带 OAuth 的 HTTP MCP 服务器)、deep-research 技能、供应商 README - .claude-plugin/marketplace.json:注册 cocounsel-legal,指向 ./external_plugins/cocounsel-legal,作者为 Thomson Reuters - README.md:在仓库布局中记录 external_plugins/,添加 'External / partner-built' 部分,列出 CoCounsel Legal 连接器, 并添加技能参考条目
无版本号
合并拉取请求 #3,来自 anthropics/mattpic-ant-patch-1 更新 README.md
无版本号
更新 QUICKSTART.md
无版本号
更新 README.md
无版本号
更新 README.md
无版本号
更新 README.md 向 README 添加视频录制
无版本号
合并拉取请求 #2,来自 anthropics/markpike/launch-morning-fixes 来自隔夜 QA 重跑的发布早晨修复
无版本号
来自 QA 重跑的发布早晨修复 针对修复后构建的隔夜 QA 重跑发现四个问题: 1. renewal-register.yaml 存储路径。原本是技能目录内的 references/renewal-register.yaml,该目录位于插件缓存中,更新时会被 清除。已移至能在更新后保留的配置目录路径。 对于任何积累了注册表的用户来说,这是一个静默数据丢失 bug。 2. /setup 引用。文档指向 /:setup,但该命令 不存在(命令是 /cold-start-interview)。QUICKSTART.md、两个 SKILL.md 文件以及一个被注释掉的模板都有过时 引用。这是冷安装路径中唯一硬性放弃的时刻。 3. 将虚假前提防御提升到所有 12 个插件。corporate-legal 拥有套件中最强的反捏造规则:拒绝描述你无法检索到的 法规。它原本只在 12 个中的 1 个里。 已泛化并添加到所有 12 个的共享护栏块中。 4. ai-governance-legal 中的货币观察更正。EU Digital Omnibus 条目称高风险延期仍在谈判中, 而同一项目符号引用了解决它们的 5 月 7 日协议。 Illinois HB 3773 被标记为待定,但它自 2026 年 1 月 1 日起已生效,并且与不同的 AIPA 混为一谈。

暂无评论

none
暂无评论...