cocounsel-legal:deep-research – 法律深度研究 Skill

3周前更新 9 0 0 0

cocounsel-legal 的 deep-research 技能用于指导 AI Agent 对法律问题开展深度研究,围绕特定法律议题检索、梳理并整合权威资料,输出有依据的分析结论,适合需要就某一法律问题进行深入调研与论证的法律实务场景。

Skill 安装

多 Agent 安装
npx skills add https://github.com/anthropics/claude-for-legal --skill cocounsel-legaldeep-research

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

Skill 调研报告

Skill 详细介绍

anthropics/claude-for-legal#cocounsel-legaldeep-research 是 Anthropic 官方 claude-for-legal 仓库下的一个法律领域 Skill,名称为 cocounsel-legal 下的 deep-research 组件。它面向法律场景中的深度研究任务。

需要先明确:从命名结构看,它并不是一个可以独立运行的软件、也不是一个法律数据库产品。它是 Claude 生态中的一份 Skill 配置(通常由 SKILL.md 等指令文件构成),安装后为 Agent 增加围绕法律主题进行深度检索与研究整理的工作能力。

它不是什么

  • 不是法律意见提供者,不能替代执业律师;
  • 不是判例 / 法规数据库本身,不内置权威法律数据源;
  • 不是 Web 抓取工具,检索能力依赖 Agent 自身的联网 / 搜索能力;
  • 不是面向中国大陆法律体系的专用 Skill。

它解决的问题

法律研究通常需要:跨多个来源检索、区分事实与法律适用、梳理争点、生成结构化的研究备忘录。普通 Agent 在没有专门指令时,容易输出泛泛而谈的内容。该 Skill 的作用是把这类任务收敛成一套更有章法的研究流程。

典型任务

  • 针对某个法律问题做背景研究与资料汇总;
  • 梳理相关法规、判例、学理观点的脉络;
  • 就某个交易 / 争议场景整理法律要点;
  • 生成结构化的法律研究备忘录初稿。

关于功能边界的重要说明

当前官方资料对该 Skill 内部的具体工作流、输出格式、是否包含特定法律体系限定等信息,未做逐条公开说明。上面列出的任务类型是基于法律深度研究这一名称与所属仓库定位的合理归纳,具体能力以该 Skill 当前的 SKILL.md 与 Anthropic 官方说明为准。使用者不应当把它的输出当作法律依据。

适合谁

  • 法律从业者做前期资料梳理;
  • 合规、法务人员做背景研究;
  • 需要快速了解某一法律议题框架的研究人员。

不适合什么需求

  • 需要正式法律意见书的场景;
  • 需要检索中国大陆特定法律法规原文并保证准确性的场景(该 Skill 未表明针对中国大陆法律体系);
  • 需要精确引用条文编号且要求零错误的场景。

Skill 安全评估

总体判断:来自 Anthropic 官方仓库 claude-for-legal,来源可信度较高。作为一份 Skill 指令配置,它本身通常不包含可执行二进制、不主动发起网络请求、不写入敏感路径。主要风险来自使用方式,而不是 Skill 本体。

需要关注的点

  • 来源可信度:属于 Anthropic 官方组织仓库。但仍建议以仓库当前实际内容为准,不要从第三方镜像或 Fork 安装。
  • 法律内容准确性:这是本 Skill 最实际的风险,而非安全问题。LLM 生成的法规引用、判例名称、条文编号可能存在幻觉。不要直接采信输出中的具体引用。
  • 联网检索:深度研究通常需要 Agent 联网搜索。如果 Agent 开启了网页读取 / 网络访问,检索内容可能被网页中的 Prompt Injection 影响。建议对来源不明的网页保持警惕。
  • 文件读写:如果 Agent 被允许读写项目文件,生成的研究文档会写入本地。这是常规操作,按需开启即可。
  • Shell 权限:该 Skill 作为研究类 Skill,一般不需要自动执行 Shell。除非确有必要,建议关闭 Agent 的自动执行 Shell 权限,由用户手动执行命令。
  • 机密信息:法律研究常涉及案情、合同、当事人信息。如果把这些内容交给 Agent,需确认所用 Agent / 服务的数据处理策略,避免向不可信的第三方端点发送敏感材料。
  • 账号 / API Key:该 Skill 本身通常不需要额外账号或 Key;但如果 Agent 通过某个模型 API 运行,Key 由 Agent 侧管理。不要把 Key 写进 Skill 相关文件。

降低风险的建议

  • 只从 Anthropic 官方仓库安装;
  • 对输出中的法规、判例、条文编号做人工复核;
  • 对敏感案情做脱敏后再交给 Agent;
  • 非必要不开启自动 Shell 执行。

Skill 使用要求

一、Agent / 客户端

该 Skill 属于 Anthropic 官方 Skill 体系,与 Claude Code 高度适配,可以优先在 Claude Code 中使用。官方没有公布完整的第三方 Agent 兼容列表。从 Agent Skill 的通用工作方式看,在支持 Skills、自定义 Skill 或类似指令加载机制的环境中,通常也可以尝试在 Codex、Cursor、Trae、OpenClaw、WorkBuddy 等主流 Agent 中使用,但各 Agent 的 Skill 加载方式与兼容程度可能不同,具体以对应 Agent 当前版本为准。

二、运行环境 / 依赖

作为一份 Skill 指令配置,它本身通常不需要单独安装 Node.js、Python、Docker 等运行时。深度研究依赖的是 Agent 自身的搜索 / 联网能力。

项目 要求
Agent Claude Code 优先,其他支持 Skill 的 Agent 可尝试
网络 建议可用,用于检索研究资料
Node.js / Python Skill 本身通常不需要,除非对应 Agent 的运行环境另有要求

三、权限

  • 文件读取:可选,用于读取用户提供的案件 / 文档材料。
  • 文件写入:可选,用于输出研究备忘录。
  • 网络访问:建议,用于资料检索。
  • Shell:通常不需要自动执行。

四、账号 / API Key

该 Skill 本身通常不需要单独的账号或 API Key。模型调用凭证由所用 Agent 管理。如果研究过程中需要访问特定法律数据库,那是第三方服务的要求,与本 Skill 无关。

最小使用条件

  1. 一个支持该 Skill 的 Agent(优先 Claude Code);
  2. 可以读取 Skill 文件的基本权限;
  3. 可选的联网能力,用于检索资料。

Skill 安装、使用与卸载教程

一、安装

可以直接复制本页面提供的 Skill 安装指令,粘贴到对应 Agent 或终端执行。如果你不清楚自己的 Agent 如何安装 Skill,可以直接询问当前 Agent:

如何安装 anthropics/claude-for-legal#cocounsel-legaldeep-research?

如何在 Claude Code 中安装 anthropics/claude-for-legal#cocounsel-legaldeep-research?

如何在 Cursor 中安装 anthropics/claude-for-legal#cocounsel-legaldeep-research?

让当前 Agent 根据自己的 Skill 加载 / 管理机制来指导安装。

二、安装后如何使用

安装完成后,通常不需要特殊命令,直接用自然语言描述法律研究任务即可触发。适合交给这个 Skill 的任务类型:围绕某个法律议题做检索与整理、梳理某类交易的合规要点、生成研究备忘录初稿。

自然语言使用示例:

使用 cocounsel-legal deep-research,帮我梳理一下数据跨境传输在主要法域下的监管思路差异。

使用 cocounsel-legal deep-research,就这份并购意向书里涉及的竞业限制条款,整理相关法律要点和研究资料。

使用 cocounsel-legal deep-research,帮我把 SaaS 合同里常见的责任限制条款类型做一个结构化梳理。

三、卸载

不同 Agent 的 Skill 安装位置和管理方式可能不同。通常可以使用对应 Agent 或 Skill 管理器提供的删除方式移除该 Skill。如果没有统一卸载命令,直接询问当前 Agent 通常更稳妥:

如何卸载 anthropics/claude-for-legal#cocounsel-legaldeep-research?

常见问题

这个 Skill 能给我出具法律意见吗?
不能。它是研究辅助工具,输出是资料整理和研究初稿,不构成法律意见,也无法替代执业律师。具体引用请人工复核。

它可以检索中国大陆的法律法规吗?
官方资料没有说明它针对特定法域。它本身不内置法律数据库,能检索到什么取决于所用 Agent 的搜索能力。如果需要中国大陆法规的准确原文,建议直接使用权威官方渠道核对。

可以同时安装到多个 Agent 吗?
只要各 Agent 的 Skill 目录相互独立,通常可以分别安装,互不影响。具体以各 Agent 的 Skill 管理机制为准。

安装后 Agent 没有识别到这个 Skill,怎么办?
先确认 Skill 文件放在了 Agent 期望的目录下。不同 Agent 对 Skill 目录结构、命名和描述字段的要求可能不同。最直接的办法是询问当前 Agent 如何确认 Skill 已被正确加载。

Skill 更新后需要重新安装吗?
取决于 Agent 的加载方式。有的 Agent 每次启动会重新读取 Skill 目录,有的需要手动同步。建议以对应 Agent 的说明为准。

可以把真实的案情 / 合同交给它处理吗?
如果内容涉及机密或当事人信息,建议先脱敏,并确认所用 Agent 及底层服务的数据处理策略。不要把敏感材料发送到你无法信任的端点。

它和普通的法律问答有什么区别?
普通问答往往是一轮对话给结论。这个 Skill 的目标是把任务组织成更有条理的深度研究流程,输出结构化的研究材料,但前提是你能提供清晰的研究问题。

Skill 更新日志

版本列表
无版本号
更新插件内容 (#104) 无需验证:仅涉及 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` 在目标允许列表和模式验证器运行之前,就将每个格式良好的交接拒绝为 `invalid_json`。实际上,跨代理交接路径对任何现实负载都无法工作。 将全匹配正则替换为起始锚点(`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 标题字段) - 向 README 技能参考添加缺失的 ai-inventory 和 invention-intake 行 - 在 11 个插件的 customize/cold-start SKILL.md 正文中,将过时的短格式技能名称替换为规范目录名称(与 /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 合作伙伴插件 在新建的 external_plugins/ 目录下添加 Thomson Reuters CoCounsel Legal 插件(Westlaw Deep Research)作为供应商维护的插件,遵循其他地方使用的合作伙伴构建布局。 - 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
暂无评论...