[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$f185f2avcov1yb":3},{"code":4,"message":5,"data":6,"timestamp":32},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":22,"summary_md":23,"topic":24,"github_topics":27,"license":28,"homepage":29,"updated_at":30,"history":31},"vercel-labs\u002Fagent-skills",15,"Vercel's official collection of agent skills","JavaScript",32947,2880,1494,320,[16],{"id":17,"title":18,"points":19,"comments":20,"posted_at":21},46623875,"Agent Skills: AI Agents for React and Next.js Workflows",2,0,"2026-01-14","把 Vercel 的 React、Next.js 与部署约定打包成技能，让 AI 编程助手按需加载。","## 解决什么问题\n\nAI 编程助手大致懂 React，但不懂你们团队的绩效规则、无障碍清单、文档语气和发布流程。结果它写出的代码看着没问题，评审时却一堆毛病：请求瀑布、包体过大、缺少 aria 标签、文案风格不对。这个仓库把这些约定做成可安装的 skill，遇到相关任务时再加载对应内容，而不是每次对话都塞进上下文。\n\n## 有什么不同\n\n常见做法是在仓库里放一份 rules 文件或长系统提示词，要么污染所有对话，要么长到被模型忽略。这里按主题拆成独立 skill，靠描述触发按需加载。内容也足够有立场：React 规则按影响排序（先讲瀑布和包体，再讲微优化），写作规则直接沿用 Vercel 自己的写作手册，连禁用词表都写进去了。deploy skill 是异类，它跳出编辑器，打包并上传项目，对聊天式 Agent 有用，但也是整套东西开始把用户引向 Vercel 平台的地方。\n\n## 适合谁\n\n适合用 Claude Code、Cursor 之类助手、技术栈在 Next.js、React 或 React Native 上的团队，希望评审和生成的代码符合内部风格。前端平台组和 DX 负责人收益最大，他们本来就要自己维护这类清单。如果你用别的框架、已有成熟的内部规则，或者不在 Vercel 上却需要部署工具，就不太值得：优化 skill 要读取 Vercel 指标，换到别处几乎没用。\n\n## 上手成本\n\n安装就一条命令 `npx skills add vercel-labs\u002Fagent-skills`，产物是 Markdown 加可选脚本，规则可以读也可以 fork。README 写的是 MIT，但仓库元数据没有声明许可证，内嵌前先确认。skill 装上后会静默改变 Agent 行为，这里没有评测机制告诉你某条规则是帮忙还是添乱。上游规则更新时要定期同步，deploy skill 还需要 Vercel 访问权限。\n\n## 点评\n\n这是一个由 Next.js 厂商维护的、有明确立场的检查清单，不是框架；你的技术栈离 Vercel 默认值越近，它越值钱。仓库 2025 年 12 月才创建，还很年轻，但已有 32.9k star，跟踪当月新增 +1,494，看起来是快速被采用，而不是长期沉淀的必需品；它没上过每日趋势榜，Hacker News 上的讨论也很少。建议把它当作抄进自己团队约定的起点，每条规则先读再用，别直接放进 CI。",{"slug":25,"name":26},"developer-tools","开发工具",[],null,"https:\u002F\u002Fskills.sh\u002Fvercel-labs\u002Fagent-skills","2026-10-24T18:05:57Z",[],1792878966]