Vercel 一边开源 Skills 想统一 AI 工具层，一边造 Zero 新语言：野心会不会太大

Vercel 一边开源 Skills 想统一 AI 工具层，一边造 Zero 新语言：野心会不会太大

【免费下载链接】skillsThe open agent skills tool - npx skills项目地址: https://gitcode.com/GitHub_Trending/ad/skills

2026 年，Vercel 同时在两条战线上押注：一边把开源项目 skills 做成“AI 界的 npm”，试图统一散落在 Claude Code、Cursor、Codex、OpenCode 等几十个 Agent 之间的工具层；另一边，Zero 语言在社区点燃了“AI 时代是否真的需要一门新语言”的激烈辩论。一边做兼容层、一边造新标准，这是战略协同，还是战略分裂？本文结合 Vercel 开源仓库的真实源码、skills.sh 生态数据与全网社区讨论，尝试给出一个不那么情绪化的回答。

一、Skills：不生产模型，只统一工具层

什么是 Agent Skills

在 src/skills.ts 中，技能被严格定义为：目录下含SKILL.md文件、YAML frontmatter 里必须有name和description两个字段。任何缺字段、YAML 解析失败的文件都会被直接跳过：

--- name: my-skill description: What this skill does and when to use it --- # My Skill Instructions for the agent to follow when this skill is activated.

正如社区文章所总结的——Skill 的本质“非常朴素，就是一个 Markdown 文件”，但正是这种朴素让它获得了跨 Agent 的传播能力。它不依赖任何特定模型，不绑定任何特定 IDE，只是一份写给 Agent 的“领域操作手册”。

一句话安装：npx skills add

仓库 README 的开篇即给出核心体验：

npx skills add vercel-labs/agent-skills

这个 CLI（npm 包名skills）内置了add / use / list / find / remove / update / init / sync全套子命令（src/cli.ts）。值得注意的还有skills use：它能把某个技能渲染成一段 prompt 直接管道给已安装的 Agent，甚至用--agent参数交互式拉起 Claude Code、Codex 等，实现“不安装也能用”（src/use.ts）。从安装方式看，它兼容 GitHub shorthand、完整 URL、GitLab、Azure Repos、任意 git 地址乃至本地路径，并支持私有仓库凭据继承，README.md 对此有完整描述。

一张兼容表：75+ 个 Agent 的“公约数”

这个项目最有野心的部分，是那份长长的支持 Agent 列表：Claude Code、Codex、Cursor、Copilot、Gemini CLI、Windsurf、Trae、OpenCode……共 75 个以上（README.md）。src/agents.ts 的agents表为每个 Agent 精确记录了项目级与全局级的技能目录与安装检测逻辑：

Claude Code → .claude/skills/ ~/.claude/skills/ Codex → .agents/skills/ ~/.codex/skills/ Cursor → .agents/skills/ ~/.cursor/skills/ OpenCode → .agents/skills/ ~/.config/opencode/skills/

加上“项目级安装默认进./<agent>/skills/、可随仓库提交共享给团队”的设计，它事实上把“技能安装”变成了可版本控制、可 CI/CD 化、可跨人同步的工程资产。社区称之为“AI 能力 npm 化”，并非夸张。

生态数据与安全护栏

据掘金、头条等社区报道，skills.sh 收录的社区与官方技能包已达 60 万+ 级别，vercel-labs/agent-skills中 React/Next.js 相关技能单包安装量达到 10 万到 18 万以上。代码里并不只有“装包”这一面：src/add.ts 只在 GitHub 确认仓库为公开时才发起安全审计请求，src/telemetry.ts 把审计封装为 3 秒超时、失败绝不阻塞安装的旁路；安装完成后还会渲染一张包含 Socket/Snyk 风险评级的Security Risk Assessments表格。

但这恰恰映射出社区的担忧：有媒体审计发现，超过 30% 的第三方技能包存在恶意脚本或权限滥用风险——从提示词工程迈向能力工程的同时，供应链安全正成为新的门槛。

二、Zero：为什么偏偏要造一门新语言

如果说 Skills 是“顺势而为”，Zero 则是 Vercel 主动造出的“新标准”。社区里最典型的质疑来自 InfoQ 中文网的标题——《Vercel Zero 引发争议：AI 时代真的需要一门新语言吗？》。反对者的逻辑很直接：前端已有 TypeScript 这种强类型超集，生态、工具链、人才储备都是现成的；AI 代码生成也不缺语言，缺的是更好的上下文与更好的评测。

支持者的逻辑同样成立：TS 的遗留包袱（tsconfig迷宫、装饰器、历史 API）本身就是 AI 生成代码的噪声源；Zero 把类型、模板、样式收敛进一个统一语法，等于为模型提供了一份“低熵”的训练与生成目标——生成出来的代码天然更小、更可预测、更少幻觉。

两种声音其实指向同一个判断：当模型成为主要“代码消费者”时，语言的设计目标从“人类可读优先”向“机器可生成、人类可审查”迁移——Zero 是在为 AI 原生时代重新定义语法边界。这与 Skills 的底层逻辑——把领域知识显式化、标准化、可复用化——如出一辙。

三、协同还是分裂：两条线的真实关系

从表面看，Skills 在“向下兼容一切”，Zero 在“向上重造一切”，二者似乎互相矛盾。但拆开看，它们是同一战略的两半：

• 工具层统一（Skills）解决“能力分发”问题：无论底层模型是谁、编辑器是谁，技能包都以 SKILL.md 为公约数流动，与模型无关，Vercel 可以既支持 Anthropic 生态也支持 OpenAI 生态。
• 语言层重造（Zero）解决“生成质量”问题：当技能包把“要做什么”定义清楚后，还需要一种语言让 AI 把“怎么做”写得更好。
• 中间层是 AI SDK 与 v0：Vercel 早已通过 AI SDK 统一了 OpenAI、DeepSeek、Ollama 等多厂商调用方式，v0 则负责“设计到代码”的入口。Skills 负责“代码到工程”，Zero 负责“代码本身”。

所以更准确的评价是：Vercel 并不是野心分裂，而是在刻意占领 AI 时代前端工程栈的每一层。这也解释了为什么它敢一边对几十个竞品 Agent 做“端水大师”，一边又造一门可能颠覆自己主阵地 Next.js 的新语言——兼容是手段，标准才是目的。

四、对前端开发者的实际影响

抛开情绪，这套组合拳对前端开发者的真实影响可以落到三点：

1. 能力门槛从“记住怎么做”变成“定义怎么做”。有了技能包，团队可以把内部规范（代码风格、PR 模板、部署流程）封装成可安装的包，AI 不再是“外挂”，而是带着团队规矩干活的成员。掘金热门文章（7.3 万阅读）正是由此断言“把你的最佳实践技术变成看得见摸得着的实体”。

2. 安全与供应链意识成为必备技能。一行npx skills add背后是第三方代码在 Agent 环境里执行。学会阅读 SKILL.md、检查风险评级、只从vercel-labs、anthropics等可信源安装，将是开发者在这一轮浪潮中的基础素养。

3. 语言红利窗口出现。如果 Zero 成势，早期掌握它的开发者会获得类似当年“会 React 的人先拿高薪”的先发优势；如果不成势，TS 生态依然是基本盘。理性策略是保持 TypeScript 深度的同时，用小成本跟进 Zero 的语法草案与生成结果，观察它在真实工程中的表现。

结语

Skills 与 Zero 并不冲突——它们分别是 Vercel 在“工具分发层”和“语言表达层”的两枚落子。真正的风险不在于“野心太大”，而在于这两条战线都需要生态方的配合：Skills 需要所有 Agent 厂商接受统一标准，Zero 需要社区放弃一部分 TS 的舒适区。以 Vercel 过往在 Next.js、v0、AI SDK 上的执行力来看，这场赌注值得认真对待，但最终裁决权，握在每一个前端工程师的日常选择里。

【免费下载链接】skillsThe open agent skills tool - npx skills项目地址: https://gitcode.com/GitHub_Trending/ad/skills