[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$ffx9jpl0ya633":3},{"code":4,"message":5,"data":6,"timestamp":26},10000,"success",{"full_name":7,"position":8,"description":9,"language":10,"stars":11,"forks":12,"stars_gained":13,"age_days":14,"hn_threads":15,"one_liner":16,"summary_md":17,"topic":18,"github_topics":21,"license":22,"homepage":23,"updated_at":24,"history":25},"vercel-labs\u002Fskills",9,"The open agent skills tool - npx skills","TypeScript",36385,3131,4084,282,[],"给不同厂商的编程 Agent 统一安装、查找和更新可复用技能指令的包管理器。","## 解决什么问题\n\n编程 Agent 现在五花八门：Claude Code、Codex、Cursor、OpenCode 等等，每家放指令文件的位置都不一样。你写好一条“我们团队怎么做 code review”或“怎么用这个内部库”的提示词，想推广出去，就得按项目、按 Agent 手工复制一遍，指令一改还要再来一轮。`skills` 把这件事从“复制文件”变成了“安装依赖”。\n\n## 有什么不同\n\n常见做法有两类：用单个 Agent 自带的规则文件（`.cursorrules`、`CLAUDE.md` 之类），或者自建一个 dotfiles 仓库用软链管理。单 Agent 场景都够用，但团队里混用多个 Agent 就撑不住了。这个 CLI 补上的是分发层：`skills.sh` 目录加 `npx skills find` 做检索，自动识别各 Agent 的安装路径，并提供更新检查。最值得关注的是实验性的 `experimental_sync`，可以把 npm 包里附带技能同步进项目，让 Agent 指令跟普通依赖版本一起走——这个思路最有意思，也是目前最不稳定的一块。\n\n## 适合谁\n\n适合团队里同时用多个编程 Agent 的情况，也适合维护内部库、希望使用说明能触达每个开发者手头 Agent 的团队。个人开发者想试社区技能、又不想手动改配置的，也可以用。如果你的团队只用一个 Agent、且对它自带的规则文件满意，那这层间接性收益很小，可以跳过。还在用旧版 Node 的也要注意，它要求 Node.js 22.20 以上。\n\n## 上手成本\n\n需要 Node.js 22.20 或更高版本，通过 npx 安装，例如 `npx skills add vercel-labs\u002Fagent-skills`。CLI 默认收集匿名遥测，必须用 `DISABLE_TELEMETRY=1` 或 `DO_NOT_TRACK=1` 显式关闭——在合规敏感的环境里，上线前大概率要走一次评审。技能默认装进当前项目目录，最好一开始就想清楚要不要 `-g` 全局安装。`experimental_sync` 官方自己标注为不稳定。MIT 协议，出自 Vercel Labs，按实验室产品而不是长期承诺的平台来看待更稳妥。\n\n## 点评\n\n项目很新，2026 年初才创建，到现在不到一年，却已经积累了约 3.6 万 star、3 千多 fork，在 TypeScript 月榜上也拿到了实打实的增量。这说明需求是真的、早期尝鲜者很多，但不代表命令行接口已经稳定。核心的 add\u002Flist\u002Fupdate 流程小而低风险，真正可能变的是 npm 同步那块实验功能。如果跨 Agent 分发技能今天就是你的痛点，值得上手；同时把技能内容放在普通 git 仓库里，别把自己锁死在工具的目录结构上。",{"slug":19,"name":20},"developer-tools","开发工具",[],"MIT","https:\u002F\u002Fskills.sh","2026-10-24T16:06:57Z",[],1792868620]