1. 基本信息
| 项目 | 内容 | 数据来源 |
|---|---|---|
| 名称 | regulatory-legal | —— |
| 作者/维护者 | Anthropic | GitHub API |
| 来源链接 | https://github.com/anthropics/claude-for-legal/tree/main/regulatory-legal | —— |
| 许可证 | Apache-2.0 | GitHub API |
| GitHub Stars | 9,071(合集仓库整体,见下方说明) | GitHub API |
| Forks | 1,758(合集仓库整体) | GitHub API |
| 最新版本 | 1.0.2(plugin.json) | GitHub API |
| 安装方式 | Claude Code / Claude Cowork 插件市场 | 仓库 README/QUICKSTART |
⚠️ 9,071 stars 与 1,758 forks 是 anthropics/claude-for-legal 整个合集仓库(12 个执业方向插件)的数字,不代表 regulatory-legal 这一个插件自身的热度。
2. 功能介绍与亮点
regulatory-legal 是 Anthropic 官方 Claude for Legal 套件中专门服务“监管动态跟踪”这一职能的插件,由 9 个技能加 1 个定时代理组成:
- cold-start-interview:首次运行的访谈,学习团队关注哪些监管机构、连接政策文档库、校准“什么算重大变化”的材料性阈值
- reg-feed-watcher:即时检查已接入的监管信息源(Federal Register API、监管机构直连信息流、CourtListener),汇报新变化
- policy-diff:把某条具体新规与内部政策库逐条比对,定位差距
- gaps / comments:分别跟踪已发现但未闭环的差距、以及处于意见征询期(NPRM)的规则及其截止日期
- policy-redraft:针对某个差距生成一份供内部审阅的政策修订初稿(不直接改动原文档)
- matter-workspace:多客户模式下管理不同客户的独立工作空间(面向为多家受监管客户服务的律所)
- reg-change-monitor(定时代理):按团队设定的材料性阈值过滤噪音,定期(默认每周,监管环境活跃时可日频)投递一份监管变化摘要
亮点:Anthropic 官方出品;安装单元内不含任何本地脚本,.mcp.json 只声明两个可选的远程 HTTP 连接器(Slack、Google Drive),核心监控与差距分析流程零付费依赖即可运行;每一份产出都标注“供律师审阅的草案,非法律结论”,未接研究类连接器时引用会被明确标注“待核实”,涉及提交/发送/执行等后果性动作前需人工显式确认。
3. 适用场景
所属分类:文档与办公自动化(核心产出是政策差距分析备忘录、监管变化摘要与政策修订草案,属文档生成而非数据分析/集成执行类工作)。
适用人群:受监管行业(金融、医疗、能源、保险、电信、制药等)的内部合规与监管顾问,用于日常监管动态盯盘与政策更新;为多家受监管客户服务的律所律师(multi-client 工作空间支持);总法律顾问(GC)作为重大监管差距的升级接收方。
4. 跨 Agent 兼容性
- Claude Code:原生支持——仓库 README/QUICKSTART 明确给出
/plugin marketplace add+/plugin install的 Claude Code 安装步骤 - Codex:未验证
- OpenClaw:未验证
- Hermes Agent:未验证
5. 推荐理由
监管动态跟踪是一件持续性强、遗漏成本高但重复劳动占比大的工作——大多数团队靠人工反复刷监管机构网站。regulatory-legal 把“发现变化→比对政策库→定位差距→起草修订”串成一条流水线,核心差异化在于 reg-change-monitor 这个定时代理:不需要人工触发,按团队自定义的材料性阈值过滤噪音后主动推送摘要。9 个技能覆盖面广(几乎任何受监管行业都用得上),且核心功能不依赖任何付费订阅,官方出品也保证了持续维护与文档质量。
6. 评分
| 维度 | 分数 | 说明 |
|---|---|---|
| 受欢迎程度 | 7 | Anthropic 官方出品;所属 Claude for Legal 套件已被多家法律科技媒体(如 LawSites)报道,但尚未检索到专门针对 regulatory-legal 这一具体子插件的独立第三方评测或可量化采用数据 |
| 可用性 | 8 | 9 个技能结构清晰,冷启动访谈自动建立监管观察清单与材料性阈值;核心工作流(feed 监控、policy-diff、gaps 追踪)零付费依赖即可运行;最近一次实质性内容更新提交为 2026-07-23 |
| 安全性 | 8 | 见下方安全检查清单 |
| 综合 | 7.7 | 三项均值 |
安全检查清单
| 项 | 结果 |
|---|---|
| ① shell 命令及权限范围 | 安装单元内不含任何 .sh/.py/.js 脚本,无本地代码执行,hooks.json 为空对象 |
| ② 运行时联网外发 | .mcp.json 声明两个可选远程 HTTP 连接器(Slack 搜索消息、Google Drive 读取文档),是否连接由用户决定,不接也能用(引用改标“待核实”) |
| ③ API key / 凭据 | 仅可选连接器需要,走 Claude 内置 OAuth 流程授权;插件本身不索取或存储原始密钥 |
| ④ 可疑指令 | README、plugin.json、技能说明中未发现 prompt injection 或隐蔽指令迹象 |
| ⑤ 作者 / 组织信誉 | Anthropic |
| ⑥ License | Apache-2.0,仓库根目录明确声明 |
| ⑦ 最近维护 | 2026-07-23 有实质性内容更新提交 |
7. 跟同类 Skills 相比的优势
| 对比对象 | 定位 | 与 regulatory-legal 的差异 |
|---|---|---|
| claude-legal-skill | 单技能通用法律助手,覆盖合同审查、法律风险评估 | 单点工具,不含监管信息源监控、政策差距比对能力,也没有定时推送代理 |
| privacy-legal(同套件姊妹插件) | 专注数据隐私合规:处理活动分诊、DPA 审查、DSAR 响应、PIA 生成 | 领域范围不同——隐私法规 vs 广谱监管环境跟踪,两者面向不同的合规子职能,可互补而非替代 |
| commercial-legal(同套件姊妹插件) | 合同全生命周期审查与风险标注 | 面向交易文本本身的审查,不涉及监管环境变化的持续监控 |
8. 用户评价
regulatory-legal 所属的 Claude for Legal 套件已获多家法律科技媒体报道(如 LawSites《Anthropic Goes All-In on Legal》),其中 legal.io 一篇发布一个月后的复盘文章提出“验证税”(verification tax)概念——AI 生成的法律工作产出仍需人工核验,核验成本会部分抵消自动化起草带来的效率收益,该观察适用于套件内包括 regulatory-legal 在内的全部插件。截至目前,尚未检索到专门针对 regulatory-legal 这一子插件的具名第三方深度评测。
9. 其他补充
matter-workspace 技能仅面向“为多家客户服务”的私人执业场景(律所),企业内部法务团队通常不需要启用。
10. 安装使用方式
Claude Code:
- 克隆仓库到本地:
git clone https://github.com/anthropics/claude-for-legal.git - 在 Claude Code 中输入
/plugin marketplace add(注意末尾空格),将解压后的claude-for-legal文件夹拖入终端窗口自动填入路径,回车 - 安装插件:
/plugin install regulatory-legal@claude-for-legal - 重启 Claude Code(必须步骤,不重启插件不会生效)
- 运行冷启动访谈:
/regulatory-legal:cold-start-interview(快速版约 2 分钟,完整版 10–15 分钟) - (可选)连接研究类 MCP(如 Federal Register API、CourtListener 等):Claude Code 会在首次调用时提示授权;未连接时引用会被标注“待核实”
Claude Cowork: 安装 Claude Desktop、获取 Cowork 访问权限后,按官方指引添加插件(与 Claude Code 共享同一套系统提示词与技能)。
11. 注意事项
- 全部产出均为“供律师审阅的草案”,不构成法律意见,不得未经人工审核直接用于提交、发送或执行等后果性动作
- 未连接研究类 MCP 时,引用会被标注“待核实”,需要额外的人工信源核查
- Anthropic 官方文档将该插件套件定位为“研究预览”,并特别提示 Cowork 场景下因其 agentic 特性与联网访问,不建议直接用于受监管工作负载——这与本插件本身面向受监管行业合规监控的定位存在一层需要企业自行评估权衡的张力
- 依赖冷启动访谈时人工设定的“材料性阈值”,阈值校准不当可能导致监控摘要噪音过多或遗漏关键变化
- 截至目前未发现该插件的具名第三方深度评测,实际使用中的误报率、引用准确性等缺乏独立验证数据