Skill 安装
多 Agent 安装npx skills add https://github.com/anthropics/knowledge-work-plugins --skill vendor-review
使用 npx skills 快速安装,支持将 Skill 添加到多个兼容的 AI Agent。
Skill 调研报告
Skill 详细介绍
vendor-review 是 Anthropic 官方 knowledge-work-plugins 仓库中的一个技能,面向知识工作场景中的供应商评估任务。它的作用不是运行一套独立的软件,而是给已经具备 Agent 能力的 AI 客户端加载一份结构化的评审方法论与指令集,让 Agent 在面对“这家供应商能不能用、风险在哪、合不合规、值不值得签约”这类问题时,按固定框架输出可复核的分析结论,而不是随手给一段泛泛的评价。
可以把它的定位理解为:一份专门为供应商准入、续约、替换、风险评估场景准备的评审提示词与工作流封装。安装之后,Agent 增加的是“按标准流程审查供应商”的能力,而不是新增一个外部服务或后台系统。
它主要解决什么问题
- 供应商信息分散在合同、报价单、资质文件、问卷回复、公开资料里,需要有人统一归纳后给出判断。
- 采购、法务、合规、安全团队对同一家供应商的关注点不同,需要一个能覆盖多视角的评审框架。
- 人工评审容易漏项,尤其是资质有效期、数据合规、分包情况、续约条款这类容易被忽略的细节。
- 评审结论需要可追溯、可复述,而不是“感觉还不错”。
它不是做什么的
- 它不是供应商数据库,不内置任何企业的真实资质信息。
- 它不会自动去某个平台抓取供应商档案,除非用户把资料交给 Agent 或 Agent 本身具备相应工具。
- 它不替代人工审批,也不产生任何具有法律效力的正式意见。
- 它不是独立的可执行程序,离开支持 Skill 机制的 Agent 环境无法单独运行。
典型的评审关注维度
由于厂商评审场景通常围绕几个稳定的判断面展开,这个 Skill 一般会引导 Agent 从以下方向组织内容。具体维度的取舍以该 Skill 当前官方说明为准:
- 供应商基本情况与业务范围匹配度。
- 资质与合规:营业执照、行业许可、认证、数据保护相关承诺。
- 财务与稳定性:经营状况、履约能力、依赖风险。
- 安全与隐私:数据处理方式、访问权限、分包与跨境情况。
- 商业条款:价格结构、付款方式、续约与退出条件、违约责任。
- 服务水平:SLA、支持响应、故障处理机制。
- 替代方案与切换成本。
- 总体结论与建议(通过、有条件通过、需补充材料、不建议)。
适合哪些用户
- 负责采购、供应商准入、供应商年度复审的运营或采购人员。
- 需要出具供应商风险意见的法务、合规、信息安全岗位。
- 需要评估技术供应商(云服务、SaaS、外包开发、数据服务)的技术负责人。
- 经常要在多个候选供应商之间做横向比较并形成书面材料的团队。
不太适合的需求
- 需要法律意见书、审计报告等具资质结论的场景。
- 需要实时接入某平台供应商数据自动更新的场景。
- 需要完全无人值守、自动完成审批流程的场景。
- 只想要一句“能不能用”的简单问答,而不需要结构化分析。
与 Agent 自身能力的区别
不安装这个 Skill,Agent 也能回答供应商相关问题,但输出结构、覆盖维度、评审颗粒度往往取决于当时的提问方式,稳定性有限。安装之后,评审框架被固定下来,同类问题会得到更一致、更易横向对比的输出,这是它最直接的价值。
Skill 安全评估
总体判断:这是一个以提示词 / 工作流为主的 Skill,来源为 Anthropic 官方 knowledge-work-plugins 仓库,属于可信来源。它本身不携带可执行代码、不监听端口、不主动联网,风险主要取决于“用户把什么资料交给 Agent”以及“Agent 在该会话中拥有哪些权限”,而不是 Skill 自身。
真正需要关注的点
- 资料敏感性:供应商评审通常涉及合同条款、报价、资质文件、数据合规声明,部分可能包含商业机密或个人数据。把这些内容交给 Agent 时,实际信息流向取决于所使用的 AI 客户端及其模型调用方式。敏感材料建议先脱敏,或仅在符合组织数据政策的客户端中使用。
- 来源可信度:Skill 来自 Anthropic 官方仓库,供应链风险相对可控。但如果是从第三方镜像、二次打包仓库或非官方渠道获取,来源不可确认,建议以官方仓库为准。
- 文件与工具权限:如果 Agent 同时具备文件读取、Shell、网络访问等权限,需留意它是否会在评审过程中读取到超出范围的本地文件或访问外部地址。这类风险来自 Agent 环境配置,而不是 Skill 内容本身。
- 输出被误用:该 Skill 生成的评审结论是辅助材料,不应直接当作合规意见或法律意见使用。关键决策仍需人工复核。
- Prompt Injection:如果用户把外部来源的文本(如供应商自己提供的问卷回复、网页内容)直接投放给 Agent,其中可能夹带影响模型判断的指令。评审结论应结合原始资料独立验证。
可采取的降低风险做法
- 仅在已通过组织数据合规审查的 AI 客户端中使用涉及商业机密的评审任务。
- 提交资料前先做脱敏:隐去价格明细、个人姓名、联系方式、账号信息等。
- 如果只需要框架性分析,可以在 Agent 中关闭自动执行 Shell 和网络访问权限,由用户手动提供资料。
- 对供应商提供的外部文本,先做人工筛选或标注来源,再交由 Agent 分析。
- 不把 Skill 输出直接用作对外正式文件,先经内部评审。
目前没有任何官方资料表明该 Skill 会主动外传数据、修改本地文件或执行系统命令。是否有此类行为,取决于宿主 Agent 的权限设置。
Skill 使用要求
一、Agent / 客户端
该 Skill 来自 Anthropic 官方 knowledge-work-plugins 仓库,其设计和工作方式与 Claude 生态高度适配,优先建议在 Claude Code 中使用。官方没有公布完整的第三方 Agent 兼容列表。从 Agent Skill 的一般工作方式看,凡是支持加载自定义 Skill、自定义指令集或类似机制的环境,通常也可以尝试在 Codex、Cursor、Trae、OpenClaw、WorkBuddy 等主流 AI Agent 中使用。不同 Agent 对 Skill 的加载方式、目录约定和触发机制可能不同,实际能否加载以及加载后的行为,需要以对应 Agent 当前版本为准。
二、运行环境 / 依赖
该 Skill 本身是评审工作流与提示词封装,不属于需要独立运行时环境的工具类 Skill。是否需要额外依赖,取决于所用 Agent 的安装方式。
| 项目 | 要求 |
| Agent | 支持 Skill / 自定义指令加载的 AI 客户端,Claude Code 优先 |
| Node.js / Python | Skill 本身无明确强制要求,按宿主 Agent 的安装方式而定 |
| Git | 若通过 Git 方式获取 Skill 则需要;通过 Agent 自带安装机制获取则不一定需要 |
| 网络 | 安装阶段通常需要访问 Skill 来源仓库 |
| 操作系统 | 官方未公布专门限制,一般随 Agent 支持范围 |
具体版本号以该 Skill 当前官方说明为准,本文不做版本推测。
三、权限
- 文件读取:可选。用于让 Agent 读取用户提供的合同、问卷、资质材料。
- 文件写入:可选。用于将评审结论保存为文档。
- Shell:非必需。供应商评审通常不要求执行系统命令。
- 网络访问:非必需。除非希望 Agent 自行检索公开资料。
- 浏览器:非必需。
- GitHub / Docker:与本职任务无关。
最小权限配置下即可完成大部分评审任务:只给文件读取与对话能力,让用户手动粘贴或上传资料。
四、账号 / API Key
该 Skill 自身不需要账号、API Key 或 Token。它不直连任何第三方供应商平台。
需要区分的是:所使用的 AI 客户端本身可能需要登录或 API Key,这是客户端层面的要求,不是这个 Skill 的要求。评审任务中如果需要参考外部公开资料,检索能力也由客户端或其它 Skill 提供。
最小使用条件
- 一个支持 Skill 加载的 AI Agent(Claude Code 优先)。
- 能够把供应商相关资料提供给 Agent 的方式(文本、文件或对话内容)。
- 使用前明确本次评审关注的重点维度。
Skill 安装、使用与卸载教程
一、安装
LemonAIKit 本页已经提供该 Skill 的安装指令,可以直接复制页面上的安装指令,粘贴到对应 Agent 或终端中执行。不建议手动拼装安装命令,避免因版本或目录差异导致加载失败。
如果使用的是 Claude Code、Codex、Cursor、Trae、OpenClaw、WorkBuddy 等 Agent,但不清楚加载方式,可以直接向当前 Agent 提问,由它根据自身的 Skill 管理机制给出步骤:
如何安装 anthropics/knowledge-work-plugins#vendor-review?
如何在 Claude Code 中安装 anthropics/knowledge-work-plugins#vendor-review?
如何在 Cursor 中安装 anthropics/knowledge-work-plugins#vendor-review?
不同 Agent 的 Skill 目录、加载时机和刷新方式差异较大,安装步骤以当前 Agent 的官方说明为准。安装完成后,一般需要重启会话或重新加载 Skill 才能生效。
二、安装后如何使用
安装后,该 Skill 会在供应商评审类任务中被触发。触发方式通常有两种:一是显式点名它;二是任务描述明显落在供应商评估、准入审查、续约判断、风险复核这类场景时由 Agent 自动匹配。具体触发规则取决于宿主 Agent。
以下场景适合交给它:
- 对一个新供应商做准入评估。
- 对即将续约的现有供应商做复审。
- 在多家候选供应商之间做横向比较。
- 整理某供应商的风险点清单。
- 根据已有材料形成结构化的评审结论。
与 Agent 沟通时,把资料与判断重点一并给出,效果通常比只问“这家供应商行不行”要好。可以参考下面的用法:
使用 vendor-review,帮我评估这家云服务供应商的准入风险,重点看数据合规和退出条款。
使用 vendor-review,把这三家候选供应商按同一套维度做横向对比,并给出推荐顺序。
使用 vendor-review,根据我提供的合同条款和问卷回复,输出一份供应商续约评审结论。
三、卸载
卸载方式取决于所用 Agent 的 Skill 管理机制。常见做法是:
- 使用该 Agent 自带的 Skill 管理命令或界面删除对应 Skill。
- 删除 Agent 的 Skill 目录中对应的 vendor-review 文件夹。
- 直接询问当前 Agent:如何卸载 anthropics/knowledge-work-plugins#vendor-review。
如何卸载 anthropics/knowledge-work-plugins#vendor-review?
由于不同 Agent 的安装位置和管理方式不一致,如果没有统一的官方卸载命令,直接让当前 Agent 处理通常更稳妥。删除后建议重启会话,确认该 Skill 不再被加载。
常见问题
1. 安装后 Agent 没有识别到这个 Skill,怎么办?
常见原因有三类:一是安装后没有重启会话或重新加载 Skill;二是 Skill 被放到了 Agent 不扫描的目录;三是 Agent 当前版本不支持 Skill 机制。建议先重启一次会话,确认安装路径与 Agent 要求一致,如仍无效,直接向 Agent 询问“你当前加载了哪些 Skill”,看列表中是否出现该项。
2. 可以同时安装到多个 Agent 中吗?
可以。该 Skill 属于指令集 / 工作流类型,本身不与某个 Agent 绑定,分别安装到 Claude Code、Cursor 等环境中互不影响。不同 Agent 的加载方式不同,需要分别按各自机制配置。
3. 这个 Skill 会修改我的现有文件或项目吗?
Skill 本身不包含执行文件修改的逻辑。是否会产生写入行为,取决于宿主 Agent 被授予的权限以及用户的指令。如果只做评审分析,一般不需要授予写文件或 Shell 权限。
4. 中国大陆使用有网络方面的要求吗?
该 Skill 面向的是知识工作评审场景,不依赖中国大陆平台或服务。实际能不能用,主要看所选用的 AI 客户端在中国大陆网络环境下是否可以正常访问,与 Skill 本身无关。安装阶段需要访问 Skill 来源仓库,如果网络受限,可参考对应 Agent 的镜像或离线安装方式。
5. 使用它是否需要提供真实的供应商合同和资质文件?
不是必须。可以提供完整材料做全面评审,也可以只给结构化摘要(例如条款要点、资质清单)做框架性分析。材料越完整,结论越具体;反之只能得到方向性建议。涉及敏感材料时建议先脱敏。
6. 它的评审结论能直接作为正式合规意见使用吗?
不能。它输出的是辅助分析,用于整理思路、补齐漏项、形成初稿。正式合规意见、法律意见或采购决策,仍需对应岗位人员复核并出具。
7. 它和直接让 Agent 帮忙写一份供应商评审有什么区别?
直接提问时,输出的结构、覆盖维度、颗粒度由当次对话决定,稳定性较差。使用该 Skill 后,评审框架相对固定,同类任务之间更容易横向对比,也更不容易遗漏关键维度。对于偶尔一次的分析,差异不明显;对于需要重复、批量或形成规范文档的场景,收益更明显。