customize – Claude 法律工作流定制 Skill

3周前更新 7 0 0 0

claude-for-legal#customize 是用于按具体业务或执业领域定制 Claude 法律工作流的 Skill,可调整合同审查、条款起草与法律文档分析等任务的指令和输出格式,适合律师、法务及合规人员将通用法律能力适配到自己的实务场景。

Skill 安装

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

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

Skill 调研报告

Skill 详细介绍

anthropics/claude-for-legal#customize 是 Anthropic 官方 claude-for-legal 技能集中的“自定义”Skill。它面向 Claude Code 等支持 Skills 机制的 AI Agent,用来帮助用户把法律场景中的通用法律工作流调整为自己团队、律所或企业的特定做法。简单说,它不是一份法律数据库,也不是一个会自动出具法律意见的软件产品,而是一套关于“如何把法律类 Skill 改成适合你所在组织使用”的指令与工作流。

claude-for-legal 整个仓库围绕法律实务场景设计,包含合同审查、法律研究、合规检查等方向的 Skill。customize 处于这一体系中的“配置与适配”环节,主要解决一个现实问题:法律工作高度依赖组织内部规范、术语、模板和风险偏好,开箱即用的通用法律 Skill 往往无法直接贴合具体使用者。customize 的作用是引导用户或 Agent 对这些法律 Skill 进行定制,例如调整审查标准、术语习惯、输出结构、适用法域或内部流程。

核心用途

– 把通用法律 Skill 调整为特定组织、团队或业务线的用法
– 定制法律工作的输出格式、术语和审查口径
– 适配不同法域、行业或合同类型的差异
– 让法律类 Skill 更贴合内部规范与既有工作流程

它不是什么

– 不是法律意见来源,不会替代执业律师的专业判断
– 不是一个独立运行的软件,本身不提供法律数据库或判例检索服务
– 不是开箱即用的通用法律助手,而是面向“定制”这一环节

工作方式

customize 本质上属于指令集 / 工作流型 Skill。它通过 Skill 机制加载到 Agent 中,在对话里引导 Agent 理解用户的定制需求,然后据此改写或调整 claude-for-legal 体系内其他法律 Skill 的行为。它不会自行执行法律检索或对外发起请求,能力边界取决于所运行的 Agent 以及被定制的目标 Skill。

典型使用场景

– 律所希望把通用合同审查 Skill 改成符合本所审查清单的版本
– 企业法务团队想统一法律输出的格式与术语
– 需要针对特定法域或合同类型调整法律 Skill 的判断重点
– 把团队内部的法律工作规范写入 Skill,减少重复说明

适合谁

– 正在使用 Claude Code 并已安装或计划安装 claude-for-legal 技能集的用户
– 需要把法律类 AI 工作流落地到自己组织的法务、合规或律所场景的人
– 愿意阅读并调整 Skill 配置,而不是只想要一键出结果的人

不适合谁

– 想要直接获得法律结论、替代律师判断的用户
– 不打算接触任何配置、只想用通用问答的用户
– 期望它自己联网查法律数据库的用户

与 Agent 自身能力的区别

普通 Agent 也能处理法律相关提问,但输出往往缺乏组织一致性和可复用性。customize 的价值在于把“如何定制”这件事流程化,让定制结果可以沉淀在 Skill 里,从而在后续任务中反复使用,而不是每次对话都从头交代规范。

Skill 安全评估

总体判断:来自 Anthropic 官方仓库,来源可信度较高;风险主要取决于定制内容本身和你授予 Agent 的权限,而非这个 Skill 会主动做危险操作。

来源可信度

– 该 Skill 属于 Anthropic 官方 `claude-for-legal` 仓库,属于一手官方来源,供应链可信度相对较高。
– 但仍建议确认你安装的版本确实来自官方仓库,而不是第三方镜像或改名转载版本。

权限与行为

– customize 属于指令 / 工作流型 Skill,官方资料未显示它会主动执行破坏性操作。
– 它通常需要读取和改写 Skill 相关文件,因此可能涉及文件读取与文件写入权限。
– 是否触发 Shell、网络访问,取决于所运行的 Agent 和被定制的目标 Skill,而不是 customize 本身。

需要关注的风险点

– 定制内容风险:如果你把敏感的内部法律规范、客户信息或合同细节写入定制后的 Skill,这些内容会保存在文件里,需要按内部数据规范管理。
– 权限范围:如果 Agent 同时具备 Shell、网络等权限,需确认这些权限是定制流程真正需要的,避免过度授权。
– 法律准确性:定制不会自动保证法律正确性。定制后的 Skill 仍可能产生不准确输出,专业判断不能省略。
– Prompt Injection:如果定制过程会读取外部文档或网页内容,需警惕其中夹带的恶意指令。

降低风险的建议

– 只从官方仓库安装,避免使用来源不明的转载版本。
– 在定制阶段可以关闭 Agent 的自动 Shell 执行权限,改由用户手动确认关键命令。
– 不要把与定制无关的机密文件放入工作目录供 Agent 读取。
– 定制完成后,人工复核关键内容,尤其是涉及具体法域和条款的判断逻辑。

Skill 使用要求

一、Agent / 客户端

该 Skill 来自 Anthropic 官方 claude-for-legal 技能集,主要面向 Claude Code,与 Claude Code 高度适配,可以优先在 Claude Code 中使用。官方没有提供完整的第三方 Agent 兼容列表。从 Agent Skill 的通用工作方式来看,在支持 Skills、自定义 Skill 或类似指令加载机制的环境中,通常也可以尝试在 Codex、Cursor、Trae、OpenClaw、WorkBuddy 等主流 AI Agent 中使用;不同 Agent 的 Skill 加载方式和兼容程度可能不同,具体以对应 Agent 当前版本为准。

二、运行环境 / 依赖

| 项目 | 要求 |
|—|—|
| Agent | Claude Code 优先,其他支持 Skills 的 Agent 可尝试 |
| 网络 | 仅在安装、更新或需要外部资料时使用 |
| Git / 包管理器 | 取决于你采用的安装方式,官方未强制特定版本 |

官方资料未明确要求特定的 Node.js、Python 或 Docker 版本,因此不在本文猜测具体版本。

三、权限

– 文件读取:通常需要,用于读取待定制的 Skill 文件。
– 文件写入:通常需要,用于保存定制结果。
– Shell:视 Agent 与安装方式而定,非必然必需。
– 网络:视是否需拉取仓库或资料而定,非必然必需。

四、账号 / API Key

– customize 本身未显示需要单独的账号、API Key 或 Token。
– 是否需要凭证取决于你运行的 Agent(如 Claude Code 的登录方式),以及你在定制内容中是否引入第三方服务。

最小使用条件

1. 一个支持 Skills 机制的 AI Agent(Claude Code 优先)。
2. 已获取 claude-for-legal 技能集。
3. 具备读写相关 Skill 文件的能力。
4. 明确你想定制的法律场景与目标 Skill。

Skill 安装、使用与卸载教程

一、安装

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

如果你不确定自己的 Agent 如何安装,可以直接询问当前 AI Agent:

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

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

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

让当前 Agent 根据自己的 Skill 加载与管理机制来指导安装。由于不同 Agent 的 Skill 目录结构和安装方式差异较大,官方资料未提供统一的跨 Agent 安装命令,因此不在本文臆造具体命令。

二、安装后如何使用

安装后,customize 通常在涉及“把法律 Skill 改得更贴合自己组织”这类任务时触发。你可以直接用自然语言描述定制目标,由 Agent 调用该 Skill 引导完成。

使用 customize,把 claude-for-legal 里的合同审查 Skill 改成符合我们律所审查清单的版本。

使用 customize,调整法律研究 Skill 的输出格式,统一成我们团队的模板。

使用 customize,帮我把合规检查 Skill 适配到我们所在的行业规范。

三、卸载

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

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

官方资料未明确提供专用卸载命令,因此本文不编造卸载命令。

常见问题

1. 安装后 Agent 没有识别到这个 Skill,怎么办?
先确认 Skill 文件确实放到了当前 Agent 约定的 Skill 目录,并确认该 Agent 版本支持 Skills。可以重启 Agent 会话后再次检查,或直接询问当前 Agent 是否已加载 anthropics/claude-for-legal#customize。

2. 可以同时安装到多个 Agent 吗?
通常可以。Skill 一般是文件形式,复制或分别安装到不同 Agent 各自的 Skill 目录即可。但各 Agent 的加载机制不同,是否都能正常触发需分别验证。

3. Skill 更新后需要重新安装吗?
取决于你的安装方式。如果是从仓库拉取或使用包管理器管理,更新方式由该方式决定;如果是手动复制文件,则需要重新复制新版本。官方未提供统一更新命令。

4. 定制后的结果会不会覆盖我原有的 Skill?
这取决于你如何执行定制以及是否选择覆盖原文件。建议在定制前备份原始 Skill,或让 Agent 输出到新文件,避免误覆盖。

5. 在中国大陆使用有网络要求吗?
customize 本身不依赖特定网络。是否需要网络取决于安装方式和你在定制中是否引入外部资料。如果从境外仓库拉取,可能受网络环境影响。

6. 它可以替代律师或法务做判断吗?
不可以。customize 只负责定制 Skill 行为,不提供法律结论,也不替代专业法律判断。任何法律输出都应由具备资质的人复核。

7. 是否适合直接用于生产环境?
这取决于你的合规与数据要求。对于涉及真实客户、案件或敏感数据的使用,建议在内部规范下先做小范围验证,再决定是否推广。

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
暂无评论...