vercel-labs/skills

解决什么问题

编程 Agent 现在五花八门：Claude Code、Codex、Cursor、OpenCode 等等，每家放指令文件的位置都不一样。你写好一条“我们团队怎么做 code review”或“怎么用这个内部库”的提示词，想推广出去，就得按项目、按 Agent 手工复制一遍，指令一改还要再来一轮。skills 把这件事从“复制文件”变成了“安装依赖”。

有什么不同

常见做法有两类：用单个 Agent 自带的规则文件（.cursorrules、CLAUDE.md 之类），或者自建一个 dotfiles 仓库用软链管理。单 Agent 场景都够用，但团队里混用多个 Agent 就撑不住了。这个 CLI 补上的是分发层：skills.sh 目录加 npx skills find 做检索，自动识别各 Agent 的安装路径，并提供更新检查。最值得关注的是实验性的 experimental_sync，可以把 npm 包里附带技能同步进项目，让 Agent 指令跟普通依赖版本一起走——这个思路最有意思，也是目前最不稳定的一块。

适合谁

适合团队里同时用多个编程 Agent 的情况，也适合维护内部库、希望使用说明能触达每个开发者手头 Agent 的团队。个人开发者想试社区技能、又不想手动改配置的，也可以用。如果你的团队只用一个 Agent、且对它自带的规则文件满意，那这层间接性收益很小，可以跳过。还在用旧版 Node 的也要注意，它要求 Node.js 22.20 以上。

上手成本

需要 Node.js 22.20 或更高版本，通过 npx 安装，例如 npx skills add vercel-labs/agent-skills。CLI 默认收集匿名遥测，必须用 DISABLE_TELEMETRY=1 或 DO_NOT_TRACK=1 显式关闭——在合规敏感的环境里，上线前大概率要走一次评审。技能默认装进当前项目目录，最好一开始就想清楚要不要 -g 全局安装。experimental_sync 官方自己标注为不稳定。MIT 协议，出自 Vercel Labs，按实验室产品而不是长期承诺的平台来看待更稳妥。

点评

项目很新，2026 年初才创建，到现在不到一年，却已经积累了约 3.6 万 star、3 千多 fork，在 TypeScript 月榜上也拿到了实打实的增量。这说明需求是真的、早期尝鲜者很多，但不代表命令行接口已经稳定。核心的 add/list/update 流程小而低风险，真正可能变的是 npm 同步那块实验功能。如果跨 Agent 分发技能今天就是你的痛点，值得上手；同时把技能内容放在普通 git 仓库里，别把自己锁死在工具的目录结构上。