reg-gap-analysis – 法规差距分析 Skill

3周前更新 9 0 0 0

reg-gap-analysis 是用于指导 AI Agent 对法规要求与现有政策、流程或控制措施进行逐条比对、识别合规缺口的分析型 Skill,适合法律合规审查、监管对标和整改清单梳理等任务。

Skill 安装

多 Agent 安装
npx skills add https://github.com/anthropics/claude-for-legal --skill reg-gap-analysis

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

Skill 调研报告

Skill 详细介绍

anthropics/claude-for-legal#reg-gap-analysis 是 Anthropic 官方仓库 claude-for-legal 下的一个法务方向 Skill,Skill 名称为 reg-gap-analysis(合规差距分析)。从名称和所属仓库定位来看,它面向的是监管 / 合规差距分析这一具体任务:把一份法规、监管要求或合规条款,与企业现有的制度、流程、政策文本做对照,找出要求写了什么、我们目前做了什么、两者之间差在哪里。

它不是一个独立运行的软件,也不是一个可以联网查法条、自动抓取监管数据库的爬虫工具。它本质上是一套结构化的分析指令与工作方法,安装到支持 Skill 的 AI Agent 之后,让 Agent 在处理合规类文档时按固定的分析框架输出,而不是随意发挥。

核心功能

  • 把监管要求拆解成可逐条核对的条目(义务项、适用范围、时间节点、责任主体等)。
  • 将拆解后的条目与现有内部政策 / 流程 / 控制措施做映射,标记已覆盖 / 部分覆盖 / 未覆盖。
  • 输出差距清单,并通常附带差距描述、潜在影响和建议补足方向。
  • 以结构化格式(表格或分层清单)呈现,便于后续交接给合规、法务或审计团队。

典型任务

  • 新法规出台后,快速比对现有合规手册,找出需要修改的条款。
  • 外部审计或监管检查前,做一轮内部自查式差距盘点。
  • 把一份冗长的监管文件转成可执行的内部整改清单。
  • 对跨境业务,比对不同司法辖区的规则差异对内部制度的影响。

适合谁

  • 企业法务、合规、内控、风控人员;
  • 需要处理监管文本与内部制度对照的咨询、审计从业者;
  • 希望用 AI 提升文档比对效率、但不希望 AI 凭空编造结论的团队。

不适合什么

  • 不适合当作法律意见的最终来源。它帮助整理和对照,不替代执业律师的判断。
  • 不适合需要实时抓取监管网站最新公告的场景,除非 Agent 本身具备联网工具且用户明确要求。
  • 不适合没有输入材料(法规文本、内部制度)时凭空生成分析。

与 Agent 自身能力的区别

通用 Agent 也能读法规、做对比,但输出结构、颗粒度、术语一致性不稳定。这个 Skill 的价值在于把分析方法固定下来:什么算一条义务、如何映射、差距怎么分级、输出长什么样。它约束的是怎么做分析,而不是提供额外数据。

Skill 安全评估

总体判断:作为 Anthropic 官方仓库 claude-for-legal 下的一个 Skill,来源可信度较高。它的工作方式是处理用户提供的文本(法规、制度文件)并生成分析结果,本身不包含明显的破坏性行为。风险主要取决于你把它接到什么 Agent、给它什么权限。

来源与供应链

  • 来自 Anthropic 官方组织仓库,相比第三方同名 Skill,被篡改或夹带的风险更低。
  • 仍需以当前仓库的最新内容为准,确认安装来源确实是官方仓库路径,而不是名称相似的 fork 或转载版本。

文件与数据

  • 要完成差距分析,Agent 必须能读取你提供的法规与内部制度文件。这些文件往往含敏感内容(内部政策、业务流程、甚至个人信息)。
  • 是否允许 Agent 写文件、是否让它批量扫描本地目录,属于可选项。如果只是要一份分析结果,可以只在对话中粘贴文本,减少文件权限暴露。

网络与执行

  • 该 Skill 的核心任务是文本分析,通常不需要它自动执行 Shell 命令或访问外部网络。
  • 如果不需要,建议关闭 Agent 的自动 Shell 执行权限,由你手动运行任何命令。

凭证

  • 该 Skill 本身不依赖特定平台 API Key。是否用到凭证,取决于你让 Agent 后续做什么(例如把结果写入某个协作平台)。
  • 不要为了让它查法条而随意把敏感 Token 交给 Agent。

内容层面的风险

  • 最大的实务风险不是安全攻击,而是分析结果被当成法律结论。差距分析是辅助材料,涉及法律责任、处罚、合规义务的内容,应由具备资质的人复核。
  • 若输入文本中夹带指令(例如被处理的文件里写入忽略以上规则一类语句),存在提示注入的可能。对来源不明的文档要保持警惕。

降低风险的建议

  1. 只安装官方仓库来源的版本。
  2. 处理敏感文件时,优先用最小必要范围,避免让 Agent 全盘扫描。
  3. 无必要时关闭自动 Shell 与自动联网。
  4. 把输出当作初稿清单,由法务 / 合规人员终审。

Skill 使用要求

一、Agent / 客户端

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

二、运行环境 / 依赖

项目 要求
Agent Claude Code 优先,其他兼容 Agent 可尝试
Node.js / Python 该 Skill 为文本分析类指令,通常不需要额外运行时;以当前官方说明为准
网络 安装与使用取决于所用 Agent;分析本身通常不强制联网
输入材料 需要你提供法规 / 监管文本与内部制度材料

三、权限

  • 文件读取:必需(要读法规和内部制度)。
  • 文件写入:可选,取决于你是否要它把结果落盘。
  • Shell 执行:通常非必需。
  • 网络访问:通常非必需,仅在你需要它检索外部资料时开启。

四、账号 / API Key

  • Skill 本身不要求单独注册账号或配置专属 API Key。
  • 你所在的 Agent 平台是否需要账号(如登录 Claude Code),取决于该平台,与 Skill 无关。
  • 如果后续要把分析结果推送到第三方系统(如协作平台、文档库),那部分凭证属于你后续动作的需求,不属于 Skill 本身。

最小使用条件

  1. 一个支持 Skill 的 Agent(优先 Claude Code)。
  2. 待分析的法规 / 监管文本。
  3. 对应的内部制度或现状说明材料。
  4. 能读取以上文件的权限(或在对话中直接粘贴)。

Skill 安装、使用与卸载教程

一、安装

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

如果你不确定自己的 Agent 该怎么装,可以直接问当前 Agent:

如何安装 anthropics/claude-for-legal#reg-gap-analysis?

如何在 Claude Code 中安装 anthropics/claude-for-legal#reg-gap-analysis?

如何在 Cursor 中安装 anthropics/claude-for-legal#reg-gap-analysis?

让 Agent 根据自身的 Skill 加载与管理机制给出步骤,通常比照搬别人环境下的命令更稳妥。如果该 Skill 有特殊官方安装条件,以官方仓库说明为准。

二、安装后如何使用

安装后,通常不需要记特定命令,直接用自然语言描述任务、并点明要用的 Skill 即可。适合交给它的任务是:把监管要求与内部制度做对照、找出差距并整理成清单。

可以这样描述需求:

使用 reg-gap-analysis,把这份监管文件和我们公司的合规手册做对比,列出未覆盖的条款。

使用 reg-gap-analysis,帮我把这份新规拆成可执行的整改清单,标出我们已经做到和还没做到的部分。

使用 reg-gap-analysis,检查我们的数据保护政策相对于这份法规有哪些差距。

描述时尽量说明:法规文本是哪一份、内部对照材料是哪一份、输出想要什么格式(表格 / 清单 / 按优先级排序)。给的信息越具体,结果越可用。

三、卸载

不同 Agent 的 Skill 安装位置和管理方式不同。通用做法是:

  • 使用对应 Agent 或 Skill 管理器提供的删除 / 移除功能;
  • 或直接询问当前 Agent:如何卸载 anthropics/claude-for-legal#reg-gap-analysis?

如果官方没有提供统一卸载命令,直接让当前 Agent 指引移除通常更可靠,不要凭猜测删除目录,以免影响其他 Skill。

常见问题

Q1:这个 Skill 会自己联网查最新法规吗?
通常不会。它的定位是分析框架,不内置监管数据库。要联网检索最新法规,需要 Agent 本身具备联网工具并由你明确要求,检索到的内容再由该 Skill 做差距分析。

Q2:输出能直接当法律意见用吗?
不建议。它产出的是差距清单和对照分析,属于辅助材料。涉及法律责任、处罚、强制性义务的结论,应由执业律师或合规负责人复核后再使用。

Q3:可以同时安装在多个 Agent 里吗?
一般可以,取决于各 Agent 的 Skill 管理机制。同一个 Skill 装到 Claude Code 和另一个兼容 Agent 里,通常互不影响,但各 Agent 的加载方式可能不同,需要分别确认。

Q4:安装后 Agent 没识别到这个 Skill,怎么办?
先确认安装路径是否符合该 Agent 的要求,再确认 Agent 是否需要重启或重新加载 Skill。也可以直接问当前 Agent:为什么没有加载 anthropics/claude-for-legal#reg-gap-analysis?让它检查安装状态。

Q5:Skill 更新后要重新安装吗?
取决于你用的 Agent 和安装方式。有些 Agent 支持拉取更新,有些需要重新安装。以当前 Agent 的 Skill 管理说明为准,不要手动混用新旧文件。

Q6:中国大陆使用有网络要求吗?
分析任务本身通常不强制联网。网络需求主要来自你所在的 Agent 平台以及安装 / 更新环节,这部分以平台要求为准。

Q7:它会不会修改我已有的项目文件?
默认情况下,差距分析只需要读文件、产出分析结果。是否会写文件取决于你授予的权限。若不想改动任何现有文件,可在使用时明确要求只输出到对话,不写入磁盘。

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 开源仓库中使用的相同 个人贡献者许可协议 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 标题字段) - 将缺失的 ai-inventory 和 invention-intake 行添加到 README 技能参考中 - 将 customize/cold-start SKILL.md 正文中过时的短格式技能名称替换为 11 个插件中的规范目录名称(与 /setup -> /cold-start-interview QA 修复属于同一类 bug) - 修复 launch-radar 文档中的 FYY -> FYI 拼写错误和一处虚假的 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
暂无评论...