use-case-triage – AI 用例分诊 Skill

3周前更新 8 0 0 0

use-case-triage 是用于指导 AI Agent 对法律使用场景做初步分类与优先级判断的 Skill,帮助快速辨别需求类型并分流到合适的后续处理流程。

Skill 安装

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

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

Skill 调研报告

Skill 详细介绍

anthropics/claude-for-legal#use-case-triage 是 Anthropic 官方 claude-for-legal 仓库下的一个法律方向 Skill,Skill 名称为 use-case-triage。它的定位是法律场景中的“用例初筛 / 需求分流”,帮助使用者把模糊的法律需求、业务场景或咨询意图,快速拆解并归类到更明确的法律问题类型、处理路径或后续动作上。

它本身不是一个可以独立运行的法律软件,也不是法律意见提供者,更不是替代律师进行判断的工具。它更像是一套面向法律工作场景的提示词 / 工作流指令集:安装之后,Agent 会多出一个专门用于梳理、分类、初步整理法律需求的能力。

它主要解决什么问题

  • 需求描述模糊,不知道属于哪一类法律事务;
  • 业务方提出的是场景而不是法律问题,需要先转译;
  • 同时存在多个法律维度,需要先拆分成可处理的子问题;
  • 需要在使用正式法律 Skill 之前,先判断应该走哪条路径。

典型任务

  • 把一个业务场景整理成结构化的法律问题清单;
  • 判断某个需求更偏向合同、合规、隐私、知识产权还是其他方向;
  • 把一段自然语言咨询拆分成若干可独立处理的事项;
  • 输出后续处理建议、需要补充的信息、需要确认的假设。

它不是什么

  • 不生成正式法律意见;
  • 不代表律师判断;
  • 不替代具体法律检索、合同审查或合规分析 Skill;
  • 不是独立的可执行程序。

适合谁

  • 法律团队在接到内部需求时做初步分流;
  • 法务人员把业务语言转换为法律问题;
  • 需要在多个法律 Skill 之间选择合适入口的使用者。

不适合

  • 需要正式法律结论的场景;
  • 需要具体法条引用、判例检索的场景;
  • 需要签署级合同修改或出具法律意见书的场景。

因为 use-case-triage 属于 claude-for-legal 这类以工作流和指令集为主的 Skill,它本身并不带来新的运行能力,而是让 Agent 在法律需求梳理这一环节更规范、更聚焦。

Skill 安全评估

从来源看,它来自 Anthropic 官方仓库 anthropics/claude-for-legal,可信度相对较高。总体判断是:该 Skill 属于低风险指令类 Skill,正常使用不会对系统产生直接破坏性操作。

来源可信度

  • 组织:Anthropic(官方);
  • 仓库:claude-for-legal;
  • 属于官方法律方向 Skill 集合的一部分。

行为层面

根据该 Skill 的定位,它的主要行为是文本层面的分析与整理,通常不涉及以下高风险动作:

  • 不主动执行 Shell 命令;
  • 不主动读写本地文件;
  • 不访问外部网络;
  • 不申请 API Key、Token、OAuth;
  • 不修改项目代码。

需要注意的点

  1. 法律内容敏感性:用户可能把真实业务场景、合同信息、合规细节交给 Agent 处理。这些内容本身可能属于敏感数据,即使 Skill 本身不联网,也要考虑所在 Agent 平台的数据处理方式。
  2. 输出不等同于法律意见:它的输出是整理和分类,不构成法律建议。不要直接作为法律决策依据。
  3. 依赖宿主 Agent 的权限:即使 Skill 本身不需要 Shell 或网络,如果你在的 Agent 开启了自动执行权限,其他环节也可能带来风险。建议在处理敏感法律内容时关闭自动执行 Shell、避免自动写入文件。
  4. 提示注入风险:如果处理的是来自第三方的文本(例如业务方转述、外部邮件内容),其中可能包含误导性指令。使用时保持人工复核。

降低风险的建议

  • 不要在提示中直接粘贴未脱敏的真实合同全文、个人信息或商业机密;
  • 把 Skill 输出当作草稿和整理结果,由专业人员复核;
  • 在不需要 Agent 执行命令的场景下,关闭 Shell 与文件写入权限。

Skill 使用要求

一、Agent / 客户端

该 Skill 来自 Anthropic 官方 claude-for-legal 集合,与 Claude Code 的 Skill 机制一脉相承,优先在 Claude Code 中使用体验最完整。官方没有公布完整的第三方 Agent 兼容列表。从 Agent Skill 的通用工作方式来看,在支持自定义 Skill、指令加载或类似机制的环境中,通常也可以尝试在 Codex、Cursor、Trae、OpenClaw、WorkBuddy 等主流 AI Agent 中使用。不同 Agent 对 Skill 的加载方式、文件结构和识别规则可能不同,具体以对应 Agent 当前版本为准。

二、运行环境 / 依赖

该 Skill 属于指令 / 工作流型 Skill,没有官方说明要求特定 Node.js、Python 或 Docker 环境。是否需要额外依赖,取决于你使用的 Agent 本身的 Skill 加载要求。

项目 要求
Agent Claude Code 优先,其他支持 Skill 的 Agent 可尝试
Node.js 非该 Skill 自身要求,视宿主 Agent 而定
Python 非该 Skill 自身要求
网络 仅在安装 / 拉取仓库时需要;日常使用通常不需要
Git 仅在你采用 git 方式安装时需要

三、权限

  • 文件读取:可选。取决于 Agent 是否需要读取 Skill 文件本体。
  • 文件写入:非必需。
  • Shell:非必需。安装过程可能需要,日常梳理无须。
  • 网络:仅安装时需要。
  • 浏览器 / Docker / GitHub 授权:非必需。

四、账号 / API Key

该 Skill 本身不需要单独的账号、API Key 或 Token。如果你使用的宿主 Agent(例如 Claude Code)本身需要登录,那是 Agent 层面的要求,与该 Skill 无关。

最小使用条件

  1. 一个支持 Skill / 自定义指令的 Agent;
  2. 可以访问并加载 anthropics/claude-for-legal 下的 use-case-triage Skill;
  3. 能正常向 Agent 描述法律需求场景。

Skill 安装、使用与卸载教程

一、安装

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

如果你不确定自己的 Agent 应该如何安装,最直接的方式是向当前 Agent 提问:

如何安装 anthropics/claude-for-legal#use-case-triage?

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

如何在 Cursor 中安装 anthropics/claude-for-legal#use-case-triage?

让 Agent 依据它自身的 Skill 加载 / 管理机制指导安装,通常比套用统一命令更可靠。如果该 Skill 存在必须遵循的特殊官方安装条件,以官方仓库说明为准。

二、安装后如何使用

安装后,当你在对话中提出法律需求梳理、场景分类或初步分流类的任务时,Agent 会识别并调用该 Skill。适合交给它的任务包括:把业务场景转成法律问题、判断需求应走哪条处理路径、拆分一个复杂咨询中的多个法律维度。

使用时,把你要梳理的原始需求直接讲清楚即可,不需要刻意套用固定格式。示例:

使用 use-case-triage,帮我把“客户想把用户数据用于模型训练”这个场景拆解成需要确认的法律问题。

使用 use-case-triage,把我们部门这个季度的法律咨询需求按问题类型做个初步分流。

使用 use-case-triage,判断这条需求更偏向合同、合规还是隐私方向,并说明理由。

三、卸载

该 Skill 没有官方统一公布的卸载命令。不同 Agent 的 Skill 安装位置和管理方式不同,常见做法是:

  • 通过对应 Agent / Skill 管理器提供的删除或移除功能,删除 use-case-triage 这个 Skill;
  • 或直接询问当前 Agent:

    如何卸载 anthropics/claude-for-legal#use-case-triage?

让 Agent 根据实际安装位置移除,比手动猜测目录更稳妥。

常见问题

Q1:这个 Skill 会直接给我法律意见吗?
不会。它负责梳理、分类和初筛,输出的是结构化的需求整理,不是法律结论。正式判断仍需专业人员完成。

Q2:可以在多个 Agent 里同时安装吗?
可以尝试。它本质是指令 / 工作流型 Skill,理论上可在多个支持 Skill 的 Agent 中各装一份。但不同 Agent 的加载机制不同,识别情况可能有差异。

Q3:安装后 Agent 没反应 / 没调用这个 Skill,怎么办?
先确认 Skill 是否放在该 Agent 能识别的目录、是否重新加载或重启过会话。若仍不生效,可直接问 Agent:“你现在能用 use-case-triage 这个 Skill 吗?为什么没调用它?”

Q4:Skill 更新后需要重新安装吗?
取决于你的安装方式。若是直接克隆仓库到本地,通常 git pull 更新即可;若是通过 Agent 的 Skill 管理器安装,按该管理器的更新方式处理。

Q5:中国大陆使用是否有网络要求?
访问 GitHub 拉取该 Skill 时,可能会遇到网络不稳定。日常使用该 Skill 进行需求梳理时,该 Skill 本身不需要额外联网。

Q6:它和 claude-for-legal 里的其他法律 Skill 有什么区别?
use-case-triage 更靠前,负责判断“这是什么问题、该走哪条路径”;具体合同审查、合规分析等通常由该仓库内更专门的其他 Skill 承担。

Q7:处理真实合同或敏感信息安全吗?
该 Skill 本身不上传数据到第三方,但内容会进入你所用 Agent 的处理流程。处理敏感法律内容时,建议脱敏并关闭不必要的高权限操作。

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` 在目标允许列表和 模式验证器运行之前,就将每个格式良好的 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
暂无评论...