floatboat
打开导航菜单

Deploy to Vercel by Vercel Labs

使用 Vercel Labs 的 Deploy to Vercel，指导 Agent 将项目部署到 Vercel。先检查仓库关联、账户访问和目标团队，再根据项目状态选择部署方式，默认创建可审阅的预览版本，并在明确需要时处理生产发布。

为指定分支准备可检查的预览

部署前说明准备审阅的分支与项目，让任务先核对 Vercel 关联和团队范围。请求可以提出预览方案及页面检查，但实际执行仍以你提供的授权为边界，不默认直接面向生产。

写明分支、Vercel 项目和团队，以及发布前必须完成的检查。

复制请求，在 Floatboat 新对话中粘贴，并提供所需资料。

下载 Floatboat

带入 Floatboat 的请求

请求可预览和复制，不会从此处自动发送。

参考来源: Deploy to Vercel
https://github.com/vercel-labs/agent-skills/blob/main/skills/deploy-to-vercel/SKILL.md

先阅读原始说明并核对当前环境与依赖。需要安装或连接新工具时，先提出方案。

我的任务:
为这个分支创建 Vercel 预览，先确认关联的项目和团队；未询问前不要推送或部署生产环境。

期望交付:
已核对的预览方案与验证清单，部署仅按你授权的范围执行。

关于 Deploy to Vercel

Deploy to Vercel 是 Vercel Labs 发布的部署流程 Skill，指导 Agent 根据项目当前状态选择并执行 Vercel 部署。流程先检查 Git 远端、本地 Vercel 关联、CLI 认证和可用团队，确认目标后再选择已关联 Git 或其他受支持的部署路径。原始说明默认创建预览，只有用户明确要求时才进行生产部署；走 Git 推送路径时，也需要先获得授权。安装 Skill 提供的是流程指引，实际部署仍需可构建项目及相应账户访问。完成后应核对返回地址、所属项目和页面表现，确认得到的是预期环境与版本。

Deploy to Vercel Skill的使用场景

预览构建和明确要求的生产发布，都需要确认目标项目与团队。Deploy to Vercel 区分两类范围，在执行前核对本地关联与授权，并检查返回目标是否对应预期发布。

生成可供审阅的版本

供审阅的构建需要明确分支、关联项目和已授权的预览范围。请求生成预览而不是直接面向生产环境，打开后检查页面、素材和关键交互。确认它确实对应本次变更，再分享可访问的预览链接。

本地目录可能关联错项目

本地目录可能保留指向其他项目的 Vercel 关联。执行可能连接或部署项目的命令前，将已有链接文件和 Git 远端与目标身份对照。仍有歧义时记录不一致并提出修正方案，不通过猜测决定操作对象。

存在多个 Vercel 团队

账号下有多个 Vercel 团队时，需要明确部署上下文。确认目标团队，或使用关联项目的组织 ID，再核对该范围内的项目。部署记录应对应到已经确认的组织，不能因为账号可以访问多个团队就任意选择其中一个。

准备明确要求的生产发布

生产部署需要明确请求，不能由一次预览成功自动推断。选择原始说明中的路径前，确认分支、项目、团队和发布范围；使用需要推送代码的 Git 路径时，保留相应批准。完成后检查生产目标和相关页面，让部署证据与允许发布的授权分别成立。

如何部署项目到 Vercel

预览应来自你准备审阅的分支，并指向正确项目与团队。确认本地关联和授权范围后再执行部署，返回链接还需要打开检查，才能判断页面、素材及关键行为是否符合预期。

  1. 检查项目与团队

    让 Agent 检查 Git 远端、本地 Vercel 关联、认证和团队信息。确认目标项目与环境。

  2. 选择部署路径

    采用与仓库关联状态及可用访问权限匹配的方法。涉及 Git 推送时，先审阅具体操作再授权。

  3. 验证部署地址

    打开返回地址并检查代表页面。核对项目、版本，以及预览或生产环境是否正确。

探索更多 Agent Skills

查看其他 Skill 指南，并在使用前核对原始来源。

Deploy to Vercel 常见问题

安装这个 Skill 会安装什么？
它添加 Agent 指令。执行部署仍需适当的 Vercel 权限与可构建的项目。
默认是预览部署吗？
是。原文只在用户明确提出时才走生产部署。
它会自动选择 Vercel 团队吗？
已关联项目可以确定团队；若未关联且有多个可用团队，流程会询问目标团队。
它与 Vercel CLI with Tokens 有何不同？
Deploy to Vercel 处理一般的部署决策；Vercel CLI with Tokens 聚焦使用已有访问令牌执行 CLI 操作。
可能影响生产环境前需要核对什么？
核对项目、团队、分支和部署目标，检查环境配置与准备执行的动作。会改变生产状态的步骤，应在执行前明确获得授权。
怎样确认上线的是预期版本？
检查部署结果及对应环境的访问地址，核对版本和代表页面行为。文件上传成功本身不能证明生产流量已切换到这次版本。
这个 Skill 会不询问就推送代码吗？
原始说明中的已关联 Git 部署路径要求推送前获得授权。应先核对目标分支和项目，因为推送可能触发仓库已配置的部署流程。