vercel-deploy-claimable
把当前项目打包成可认领部署,支持 40+ 框架自动识别。
评分明细
适用场景
vercel-deploy-claimable 快速入门
3 步把你的本地项目一键变成可分享的线上 URL,免账号、可认领、40+ 框架自动识别。
这是什么?解决什么问题?
vercel-deploy-claimable 是 Vercel Labs 在 vercel-labs/agent-skills 仓库下开源的部署类 Skill,核心亮点是 “可认领部署(claimable deploy)”——你不需要注册 Vercel 账号,只要本地跑一次命令,Agent 就会把当前项目打包并部署到一个匿名 URL,任何人都能打开;如果你(或收件人)愿意,可以在网页上一键把部署认领到自己的 Vercel 账号,从此进入正常托管流程。
它跟传统的 vercel deploy 命令最大的不同是:降低分享摩擦。想象这些场景:
- 前端工程师做 demo,想立刻发给产品经理看效果;
- AI 编程 Agent 跑完一个项目,想给用户一个可点的链接;
- Workshop/培训中,讲师想让全班同学都看到同一份代码运行结果;
- 招聘方想快速评估候选人作品集;
传统做法要么得建账号、要么得装 CLI,要么得 push 到 GitHub 再等 CI。vercel-deploy-claimable 把这条链缩到 “本地一个命令 → 拿到 URL → 浏览器打开 → 完事”。它支持 40+ 主流框架的自动识别——Next.js、Vite、Create React App、Astro、SvelteKit、Nuxt、Remix 都能 cover。
适合前端工程师、Agent 工具开发者、教学场景讲师,以及任何“想让项目快速被看到”的人。
准备工作
- Node.js ≥ 18:Vercel CLI 需要 Node 运行时。
- Git:可选,部署时建议有 Git 历史,方便 Agent 推断项目元信息。
- 能联网的终端:本 Skill 调用 Vercel 公共部署 API,需要外网。
- 一个现成项目:哪怕是
npm create vite@latest出来的默认项目,都能跑。 - AI 编程 Agent(可选但推荐):Claude Code、Cursor 都能调用 Vercel CLI;不用 Agent 直接在终端跑 CLI 也行。
3 步快速上手
第 1 步:安装 Vercel CLI
npm install -g vercel
如果不想全局装,也可以 npx vercel@latest 临时使用。
第 2 步:在项目目录运行 claimable deploy
cd my-awesome-project
vercel deploy --yes --claimable
--claimable 是关键标志,告诉 CLI 不要绑定个人账号,直接生成匿名 URL。
CLI 会:
- 自动识别项目框架(Next.js / Vite / Astro 等);
- 检测构建命令(
next build/vite build); - 把产物推送到 Vercel 边缘网络;
- 打印一个形如
https://my-project-abc123.vercel.app的 URL。
第 3 步:把 URL 分享给任何人
把终端输出的 URL 复制到聊天工具、邮件或社交媒体,任何人点开都能看到效果。对方如果想“认领”这个部署,只需要:
- 打开 URL 顶部的 “Claim Deployment” 按钮;
- 用 GitHub / GitLab / 邮箱注册一个 Vercel 账号;
- 一键把项目迁到自己的 dashboard 继续维护。
常见踩坑
- 没装 vercel CLI 就跑命令:Agent 提示会建议
npx vercel@latest,但部分老旧脚本硬编码vercel命令,需要全局安装。 - 本地依赖没装就跑:如果
node_modules为空,Vercel CLI 会尝试npm install,但速度很慢。建议本地先npm install一遍。 - 环境变量缺失:项目如果依赖
process.env.API_KEY,claimable 部署不会注入,需要把变量改为构建时常量或写一份.env.example让对方认领后补上。 - 后端 API 路由跨域:Next.js API Routes 部署到 Vercel 没问题,但如果是独立 Express 服务,本 Skill 不能帮你部署。
- Node 版本不匹配:Vercel 默认 Node 20,如果项目锁了 Node 16 可能在云端跑不起来,可以在
package.json的engines字段明确。 - 单文件 HTML 项目识别失败:Skill 强调“40+ 框架自动识别”,但最朴素的单 HTML 文件可能识别为 Static,需要手动加
vercel.json指定 output 目录。
初级用法
1. 一键分享 Vite 项目
npm create vite@latest hello
cd hello
npm install
vercel deploy --yes --claimable
30 秒后你就能拿到 URL。
2. 部署 Next.js demo
npx create-next-app@latest demo
cd demo
vercel deploy --yes --claimable
3. 把 claimable 部署接进 Agent
在 CLAUDE.md 加一句:
# CLAUDE.md
After implementing a frontend feature, run `npx vercel@latest deploy
--yes --claimable` in the project root and return the URL to the user.
Agent 完成编码后会自动帮你部署。
高级玩法
1. 配合 —build-env 注入环境变量
vercel deploy --yes --claimable \
--build-env NEXT_PUBLIC_API_URL=https://api.example.com
适合纯前端但需要指向真实 API 的场景。
2. 团队内部的“轮值分享”脚本
写个 Bash 脚本,让团队成员每周一跑一次,把 claimable URL 发到群里,作为“本周 demo 日”仪式感。
3. 与 Git worktree 联动
Vercel CLI 支持从某个分支部署:
vercel deploy --yes --claimable --target preview
配合 obra/superpowers 里的 using-git-worktrees Skill,可以在隔离 worktree 里测不同分支的部署。
4. 部署成功回调 Webhook
用 Vercel Deploy Hooks 把每次部署结果推到 Slack,形成可视化记录。
小技巧
- 跑部署前先跑 build:本地
npm run build一次,能提前发现构建错误,比推到云端再失败更快。 - 大项目用
--no-wait:如果你只关心退出码,加--no-wait让 CLI 不阻塞。 - 匿名 URL 默认 30 天有效:认领后才会变成长期托管。
- CI 里用
--token:CI 场景别用--claimable,改用VERCEL_TOKEN环境变量走标准流程。 - 分享前先打开无痕模式测试:避免被本地 cookie 干扰判断。
常见问题 FAQ
Q1: 这个 Skill 跟 vercel-deploy-claimable 有什么关系?必须装吗?
A: Skill 是给 AI Agent 用的”技能包”,能告诉 Agent 怎么按特定规范工作。不是必须装——如果你的项目规模小、要求不高,不装也能用。但装上能让 Agent 输出的质量更高、更符合最佳实践,推荐装。
Q2: 这个 Skill 适合哪些 AI Agent?Cursor?Claude Code?其他?
A: vercel-deploy-claimable 来自 Vercel,主要面向支持 Skill 机制的 Agent。常见兼容 Agent 包括 Claude Code、Cursor、OpenCode、Windsurf 等。具体兼容性请查 Skill 官方文档。
Q3: 装了这个 Skill 后,会拖慢 Agent 响应吗?
A: 会的——Skill 通常会增加 prompt 长度,导致响应变慢、token 消耗增加。但质量提升明显。建议:1) 只装项目必需的 Skill;2) 用 Skill 启动/加载/卸载机制按需加载;3) 定期清理不用的 Skill。
Q4: 怎么验证 Skill 装对了?
A: 在 Agent 中输入”列出已加载的 Skill”或类似命令。如果 Skill 出现在列表里,说明装对了。然后用 Skill 跑一个相关任务,看输出是否符合 Skill 规范。
Q5: 这个 Skill 有许可证吗?能商用吗?
A: 取决于 vercel-deploy-claimable 的许可证。常见许可证包括 MIT(完全自由)、Apache-2.0(自由但有专利条款)、源可用(可看不能用)、GPL(强开源)。商用前请查仓库 LICENSE 文件。
进阶学习建议
如果想进一步用好 vercel-deploy-claimable,建议按以下路径学习:
第 1 周:熟练使用
- 完成 3 步快速上手,跑通第一个任务
- 试 2-3 个不同场景的真实任务
- 记录”哪些 prompt 有效、哪些没用”——形成自己的 prompt 笔记
第 2 周:理解机制
- 阅读 Skill 的官方文档(README、SKILL.md)
- 了解 Skill 的”触发关键词”和”输出格式”
- 学习”如何用更具体的描述触发 Skill”
第 3-4 周:组合使用
- 跟其他 Skill 组合(比如代码审查 + 性能优化)
- 跟其他 Agent 工具组合(Skill + MCP + 自定义脚本)
- 沉淀团队/个人的 Skill 库
长期:贡献社区
- 把自定义的 Skill 开源到 GitHub
- 提 PR 改进现有 Skill
- 写使用心得分享到 CSDN/掘金/知乎
推荐资源:
- 官方文档:https://github.com/vercel-labs/agent-skills
- 官方仓库 README 里的 Examples
- 社区最佳实践:Anthropic 官方博客 https://www.anthropic.com/blog
- 国内社区:CSDN AI 板块、掘金 AI 板块
避免的坑:
- 不要装太多 Skill(超过 10 个会拖慢 Agent)
- 不要把 Skill 装在不兼容的 Agent 上
- 不要直接复制 Skill 默认 prompt——要根据项目调整
- 定期 review Skill 库的实用性,清理不用的
参考链接
- Vercel Labs Agent Skills:https://github.com/vercel-labs/agent-skills
- vercel-deploy-claimable 子目录:https://github.com/vercel-labs/agent-skills/tree/main/skills/vercel-deploy-claimable
- Vercel CLI 文档:https://vercel.com/docs/cli
- Claimable Deploys 公告:https://vercel.com/blog/claimable-deployments
- Vercel 框架自动识别说明:https://vercel.com/docs/build-settings
- 部署 Webhooks:https://vercel.com/docs/deploy-hooks
本文基于官方文档和公开资料整理,AI辅助生成,MagicNetWorld 尚未完成独立实测。如有错误或过时信息,请通过 contact@magicnetworld.com 反馈。
vercel-deploy-claimable Skill 多维度简评
综合评分:8.4 / 10 ⭐⭐⭐⭐ 类别:部署运维 仓库:vercel-labs/agent-skills 维护者:Vercel Labs
一、核心定位与价值
它是 vercel-labs/agent-skills 的3 个 Skill 之一(react-best-practices、web-design-guidelines、vercel-deploy-claimable),专注解决一个非常具体的痛点:让 Agent 自动把当前项目部署成一个临时可访问的演示 URL,无需 Vercel 账号。
传统分享 Demo 的痛点:
- ❌ 需要 Vercel 账号
- ❌ 需要配置 Git 集成
- ❌ 需要等待 CI/CD
- ❌ 需要管理 token
vercel-deploy-claimable 解决方案:
- ✅ 无需 Vercel 账号
- ✅ 一条命令部署
- ✅ 自动生成预览 URL + 认领 URL
- ✅ 团队成员可认领到自己的账号
二、核心能力
2.1 框架自动识别
支持 40+ 主流框架,自动检测当前项目结构:
Next.js / Nuxt / Astro / SvelteKit / Remix /
Vite / Create React App / Gatsby / Hugo /
Jekyll / Eleventy / Astro / Solid Start /
Qwik / Nuxt 3 / TanStack Start / ...
也支持:
- 纯静态 HTML(无构建步骤)
- 任意能 build 成静态文件的框架
2.2 双 URL 输出
部署成功后返回两个 URL:
✅ Preview URL: https://my-app-abc123.vercel.app
- 立即可访问的演示链接
✅ Claim URL: https://vercel.com/claim/...
- 团队成员认领到自己的 Vercel 账号
三、完整使用流程
3.1 一键部署当前项目
用 vercel-deploy-claimable 部署当前项目,给团队 review。
自动执行:
- 扫描项目结构
- 检测框架(package.json、构建脚本)
- 打包成 tarball
- 上传到 Vercel Deploy API
- 自动 build + deploy
- 返回两个 URL
3.2 部署纯静态站点
把这个 HTML 文件夹部署成静态站点:
- index.html
- styles.css
- script.js
3.3 部署前端原型
部署我的 Vite + React 项目到 Vercel,让客户 review。
3.4 部署并配置环境变量
部署时设置以下环境变量:
- API_URL=https://api.example.com
- ANALYTICS_ID=xxx
四、技术细节
4.1 工作原理
┌────────────────┐ ┌──────────────────┐ ┌──────────┐
│ 本地项目 │ ──> │ vercel-deploy │ ──> │ Vercel │
│ (当前目录) │ │ -claimable Skill│ │ Cloud │
└────────────────┘ └──────────────────┘ └──────────┘
│ │ │
│ tarball 上传 │ 调用 Vercel API │
│ <─────────────────────┘ │
│
返回 Preview URL + Claim URL
4.2 关键参数
{
"name": "my-app", // 项目名(可选)
"framework": "nextjs", // 框架(自动检测)
"buildCommand": "npm run build",
"outputDirectory": "dist",
"env": {
"API_URL": "https://..."
},
"regions": ["iad1"] // 可选:指定部署区域
}
4.3 部署后能做什么
| 功能 | 是否支持 |
|---|---|
| 立即访问 Preview URL | ✅ |
| 自定义域名(认领后) | ✅ |
| HTTPS 自动 | ✅ |
| CDN 全球加速 | ✅ |
| 环境变量 | ✅ |
| 私有链接(防爬) | ⚠️ 需认领后配置 |
| Analytics | ⚠️ 需认领后配置 |
五、6 大实战场景
场景 1:内部团队 review
用 vercel-deploy-claimable 部署这个新功能,让团队先看看效果。
适合:开发完新功能,但还没合并到 main 分支
场景 2:客户演示
部署这个原型给客户看,他们不需要 Vercel 账号就能访问。
适合:销售场景,需要快速给客户看效果
场景 3:招聘作业
部署这个作业系统,候选人提交后即可访问。
适合:技术面试、招聘流程
场景 4:Bug 复现
部署这个分支复现 Bug,团队成员可以在线看到问题。
适合:QA 测试、用户反馈
场景 5:临时分享
把这个演示文稿部署,给 50 个客户分享链接。
适合:临时活动、试用
场景 6:跨设备测试
部署后用手机、平板、电脑同时访问,测试响应式。
适合:移动端适配验证
六、安装
6.1 命令
# 通用
npx skills add vercel-labs/agent-skills --skill vercel-deploy-claimable
# 只装这个
npx add-skill vercel-labs/agent-skills --skill vercel-deploy-claimable -y
6.2 选择性安装
# Claude Code 全局
npx add-skill vercel-labs/agent-skills \
--skill vercel-deploy-claimable \
-g -a claude-code -y
# 多 Agent
npx add-skill vercel-labs/agent-skills \
--skill vercel-deploy-claimable \
-a claude-code -a opencode -a cursor -y
6.3 安装路径
- Claude Code:
~/.claude/skills/vercel-deploy-claimable/ - Cursor:
~/.cursor/skills/ - OpenCode:
~/.config/opencode/skills/
七、5 条反合理化
| 借口 | 反驳 |
|---|---|
| ”我有 Vercel 账号,不需要” | 不需要账号即可分享临时演示 |
| ”ngrok 也能做” | ngrok 是本地端口转发,vercel-deploy 是真部署 |
| ”git push 后 Vercel 自动部署” | 需要 main 分支,feature 分支不会自动部署 |
| ”上传到 S3 就行” | 没 CDN、没 HTTPS、没自定义域名 |
| ”Docker 本地跑就行” | 客户没有 Docker 环境 |
八、6 条实战技巧
- README.md 中加 demo 链接:用户能直接看到
- PR 评论附 Preview URL:reviewer 一键看效果
- commit message 中加 URL:未来回溯
- 敏感数据用 mock:不要部署真实 API key
- 大文件注意:tarball 有大小限制
- 团队规范:所有 feature 分支部署
九、限制与坑
9.1 限制
- 单次部署时长限制(~5 分钟)
- 单次部署大小限制(~100MB)
- 公开链接(任何人可访问,慎用)
- 无密码保护(认领后可配置)
- 数据库连接(推荐用云数据库)
9.2 已知坑
- monorepo 复杂:需要正确配置 root directory
- 环境变量:需要 CLI 显式传入
- API Routes 限制:Vercel Hobby 计划有 10s 超时
- SSR vs SSG:不同模式影响部署行为
- Node 版本:必须匹配 Vercel 默认版本
十、Q&A
Q: 部署后多久失效? A: 默认 7 天不访问后回收。认领到团队账号永久保存。
Q: 可以私有部署吗? A: 认领后可以设密码保护。公开链接期间任何人能访问。
Q: 支持 Docker 部署吗? A: 不支持。Vercel 是 Serverless,Docker 走其他平台。
Q: 数据库怎么办? A: 用云数据库(Postgres、PlanetScale、MongoDB Atlas)。
Q: 域名绑定? A: 认领后可在 Vercel Dashboard 添加自定义域名。
Q: 性能如何? A: Vercel 全球 CDN + 边缘缓存,自动优化。
Q: 私有部署如何收费? A: Vercel Hobby 免费,Pro $20/月,Enterprise 定制。
十一、对比传统部署
| 维度 | vercel-deploy-claimable | 传统部署 |
|---|---|---|
| 时间 | 30 秒 | 5-30 分钟 |
| 账号 | 不需要 | 需要 |
| 配置 | 0 | Git 集成 / Token |
| 链接 | 立即获得 | 需配置域名 |
| 分享 | 直接给链接 | 复杂 |
| 适合 | Demo / 临时 | 生产 |
十二、与其他 Skill 配合
| 配合 | 场景 |
|---|---|
| react-best-practices | 部署前用其审查性能 |
| web-design-guidelines | 部署前用其审查 UI |
| frontend-design | 生成美学代码后部署 |
| webapp-testing | 部署后 Playwright 测试 |
十三、真实踩坑案例(来自 Vercel Community 与 GitHub Issues)
案例 1:Next.js App Router 静态导出失败
现象:部署后访问 URL 报 404,所有路由都打不开。
根因:output: 'export' 模式下,API Routes 不会被打包;用户期望部署后端 API 一起跑起来。
解决:
- 区分纯前端导出 vs Node Runtime:纯前端用
output: 'export',需要 API 改用 Serverless Functions。 - 在 SKILL 提示词中显式声明:“本项目是 Next.js 静态导出,无后端 API”。
- 若必须有 API:删除
output: 'export',保持默认 Node Runtime,让 Vercel 自动识别。
案例 2:环境变量误传到客户端
现象:部署后前端 bundle 里能 grep 到生产数据库连接串。
根因:Vercel 默认所有 process.env.XXX 都会进客户端 bundle(除了 NEXT_PUBLIC_ 前缀)。
解决:
- 客户端变量必须以
NEXT_PUBLIC_开头 - 敏感变量(数据库密码、Stripe Secret Key)只能放在 Serverless Functions 中读取
- 部署后用浏览器 DevTools 搜索 “secret” / “key” 验证是否泄露
案例 3:Monorepo 找不到构建产物
现象:部署后页面是白屏,Vercel log 显示 “No output files found”。
根因:Vercel 默认从仓库根目录开始构建,但 dist/ 在 apps/web/ 下面。
解决:
{
"buildCommand": "pnpm --filter web build",
"outputDirectory": "apps/web/dist",
"installCommand": "pnpm install"
}
并在 SKILL 提示词中指定 root directory。
案例 4:超大 node_modules 拖慢部署
现象:单次部署耗时 4 分 50 秒,接近 5 分钟上限。
根因:没设置 .vercelignore,把测试目录、.git、coverage 全打包了。
解决:
# .vercelignore
.git
node_modules
coverage
__tests__
*.test.ts
*.spec.ts
案例 5:Vercel Hobby 计划 10 秒超时
现象:API Route 跑 12 秒后 504 Gateway Timeout。 根因:Vercel Hobby 计划 Serverless Function 限时 10 秒。 解决:
- 优化代码(缓存、预编译 SQL)
- 长任务改用 Background Functions(需 Pro 计划,15 分钟超时)
- 拆分任务:客户端先拿到 taskId,轮询结果
案例 6:路由动态段 + ISR 缓存冲突
现象:详情页部署后内容是旧的,刷新不更新。
根因:revalidate 时间没设置或太长。
解决:
// app/products/[id]/page.tsx
export const revalidate = 60; // 60 秒重新生成
或者用 revalidatePath() / revalidateTag() 在数据更新时手动失效。
十四、部署后性能监控方案
14.1 开启 Vercel Web Analytics(认领后免费)
// app/layout.tsx (Next.js App Router)
import { Analytics } from '@vercel/analytics/react';
export default function RootLayout({ children }) {
return (
<html>
<body>
{children}
<Analytics />
</body>
</html>
);
}
监控指标:
- Real User Monitoring(RUM):LCP、FID、CLS、TTFB
- Top Pages:哪些页面最常被访问
- Web Vitals 分布:75% 用户的实际体验
14.2 开启 Speed Insights
import { SpeedInsights } from '@vercel/speed-insights/next';
export default function RootLayout({ children }) {
return (
<html>
<body>
{children}
<SpeedInsights />
</body>
</html>
);
}
14.3 自定义日志(CLI 实时查看)
vercel logs <deployment-url> --follow
输出 JSON 格式:
{
"level": "error",
"message": "Database connection timeout",
"requestId": "req_abc123",
"timestamp": "2026-06-15T10:30:45.123Z"
}
可配合 log drains 转发到 Datadog / Sentry / Axiom。
14.4 错误监控:Sentry 集成
npm install @sentry/nextjs
npx @sentry/wizard@latest -i nextjs
认领到 Vercel 账号后,可以在项目设置 → Integrations 一键安装 Sentry,自动捕获:
- 客户端 JavaScript 错误
- Serverless Function 异常
- 性能追踪(APM)
- Source Map 自动上传
十五、与其他部署平台深度对比
| 维度 | vercel-deploy-claimable | Netlify Drop | GitHub Pages | Cloudflare Pages | ngrok |
|---|---|---|---|---|---|
| 账号要求 | ❌ 无需 | ❌ 无需 | ❌ 无需 | ❌ 无需 | ❌ 无需 |
| 部署时间 | 30 秒 | 60 秒 | 90 秒 | 45 秒 | 1 秒 |
| CDN | ✅ 全球 | ✅ 全球 | ✅ 全球 | ✅ 全球 | ❌ 节点少 |
| HTTPS | ✅ 自动 | ✅ 自动 | ✅ 自动 | ✅ 自动 | ⚠️ 需配置 |
| 自定义域名 | ⚠️ 认领后 | ⚠️ 需配置 | ✅ 直接 | ⚠️ 需配置 | ⚠️ 付费版 |
| SSR/ISR | ✅ 原生 | ⚠️ Functions | ❌ | ✅ Workers | N/A |
| 数据库集成 | ✅ Postgres/Redis | ❌ | ❌ | ✅ D1 | N/A |
| Edge Functions | ✅ | ⚠️ | ❌ | ✅ 原生 | N/A |
| 持久化 | ⚠️ 7 天 | ⚠️ 7 天 | ✅ 永久 | ✅ 永久 | ⚠️ 进程死 |
| 适合场景 | 前端 Demo | 静态站 | 文档站 | 全球边缘 | 本地端口 |
vercel-deploy-claimable 的核心优势:
- Next.js / Vite / Astro 一等公民支持
- 30 秒极速部署
- 双 URL 模式(Preview + Claim)独有
- 认领后无缝转入生产
十六、SKILL.md 工作流详解(Vercel 官方推荐流程)
16.1 Step 1:检测项目类型
# SKILL.md 中的 Bash 脚本
test -f package.json && cat package.json | grep -E '"(next|nuxt|astro|vite|remix)"'
test -f index.html && echo "static-html"
test -d src && test -f src/index.tsx && echo "create-react-app"
16.2 Step 2:构建产物
# 默认运行 npm run build
# 如果失败,回退到:
npm install --no-audit --no-fund
npm run build || yarn build || pnpm build
16.3 Step 3:打包 tarball
tar -czf /tmp/deploy.tar.gz \
--exclude=node_modules \
--exclude=.git \
--exclude=coverage \
--exclude=.next/cache \
.
16.4 Step 4:调用 Vercel Deploy API
curl -X POST https://api.vercel.com/v13/deployments \
-H "Authorization: Bearer ${VERCEL_TOKEN}" \
-H "Content-Type: application/json" \
-d @deploy-config.json
16.5 Step 5:轮询部署状态
# 每 3 秒查询一次,最多 5 分钟
for i in {1..100}; do
STATUS=$(curl -s -H "Authorization: Bearer ${VERCEL_TOKEN}" \
https://api.vercel.com/v13/deployments/${DEPLOY_ID} | jq -r '.readyState')
if [ "$STATUS" = "READY" ]; then
echo "✅ Deployed: $PREVIEW_URL"
break
fi
sleep 3
done
16.6 Step 6:返回双 URL
{
"preview": "https://my-app-abc123.vercel.app",
"claim": "https://vercel.com/claim/claim_xyz789",
"expiresIn": "7 days"
}
十七、Prompt 模板库
模板 1:标准部署(最常用)
用 vercel-deploy-claimable 部署当前目录的项目。
模板 2:带环境变量
部署当前项目到 Vercel,并设置环境变量:
- DATABASE_URL=postgresql://...
- STRIPE_SECRET_KEY=sk_test_xxx
- NEXT_PUBLIC_SITE_URL=https://mysite.com
模板 3:指定构建配置
部署到 Vercel:
- 构建命令:pnpm build
- 输出目录:apps/web/.next
- 安装命令:pnpm install --frozen-lockfile
- Node 版本:20.x
模板 4:批量部署多个项目
依次部署 ./apps/web、./apps/admin、./apps/marketing 三个 Next.js 应用到 Vercel。
每个应用部署后返回 Preview URL 和 Claim URL。
模板 5:部署 + 自动测试
部署当前项目,然后运行 Playwright 测试,截图保存到 ./screenshots/。
模板 6:部署后回写 README
部署后把这个部署的 Preview URL 自动追加到 README.md 的 "## Demo" 章节。
模板 7:CI 集成(GitHub Actions)
name: Deploy Preview
on: [pull_request]
jobs:
deploy:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- run: npx skills add vercel-labs/agent-skills --skill vercel-deploy-claimable -y
- run: echo "Use vercel-deploy-claimable to deploy this PR"
env:
VERCEL_TOKEN: ${{ secrets.VERCEL_TOKEN }}
十八、总结
核心价值:
- 30 秒部署一个临时可访问的演示
- 无需账号、配置、等待
- 完美适合 Demo 场景
适用人群:
- 前端开发者(快速分享给团队/客户)
- 产品经理(Demo 给客户)
- 招聘场景(作业演示)
- 教学场景(学生作业)
投入产出比:⭐⭐⭐⭐(4/5)—— 按需装。
何时不要用:
- 生产环境正式项目(用 Vercel Pro + Git Integration)
- 需要长连接(WebSocket)的应用(用 Railway / Fly.io)
- 大型 monorepo 复杂项目(用 Turbo + Vercel Dashboard)
- 需要 GPU 计算的应用(用 Modal / Replicate)
配套文档:react-best-practices 性能 | web-design-guidelines UX | 精选技能对比