生成可供审阅的版本
请求预览地址，让同事检查改动，不直接触碰生产环境。
Deploy to Vercel by Vercel Labs
使用 Vercel Labs 的 Deploy to Vercel，指导 Agent 将项目部署到 Vercel。先检查仓库关联、账户访问和目标团队，再根据项目状态选择部署方式，默认创建可审阅的预览版本，并在明确需要时处理生产发布。
安装与快速上手
选择你使用的 Agent，查看对应的安装或使用方式。在 Floatboat 中，可复制请求让 Agent 读取原始说明；其他选项会显示该 Skill 的安装命令或发布者提供的原生步骤。
选择 Agent
在 Floatboat 中开始
复制请求，粘贴到 Floatboat 对话
请阅读 https://github.com/vercel-labs/agent-skills/blob/main/skills/deploy-to-vercel/SKILL.md 中的 Deploy to Vercel 原始说明，介绍它的用途、所需工具和安装方式，再协助我使用。由 Agent 读取原始说明，再确认当前环境的使用方式。
下载 Floatboat ↗试试这样提问
为这个分支创建 Vercel 预览，先确认关联的项目和团队；未询问前不要推送或部署生产环境。
关于 Deploy to Vercel
Deploy to Vercel 是 Vercel Labs 发布的部署流程 Skill，指导 Agent 根据项目当前状态选择并执行 Vercel 部署。流程先检查 Git 远端、本地 Vercel 关联、CLI 认证和可用团队，确认目标后再选择已关联 Git 或其他受支持的部署路径。原始说明默认创建预览，只有用户明确要求时才进行生产部署；走 Git 推送路径时，也需要先获得授权。安装 Skill 提供的是流程指引，实际部署仍需可构建项目及相应账户访问。完成后应核对返回地址、所属项目和页面表现，确认得到的是预期环境与版本。
Vercel 部署的使用场景
探索需要明确目标项目和审阅环境的部署任务，例如生成预览供同事检查、核对本地目录的 Vercel 关联，或在多个团队中选择目标。结合仓库与账户状态，确认适用的部署路径和最终访问地址。
本地目录可能关联错项目
在运行可能悄悄关联项目的命令前，先核对 Vercel 关联文件与 Git 远端。
存在多个 Vercel 团队
确认目标团队，或使用已关联项目的组织 ID，不靠猜测选择账户。
如何部署项目到 Vercel
说明待部署项目，以及需要预览还是明确要求的生产发布。核对仓库、项目与团队检查结果，按选定路径完成部署，再通过返回地址检查预期版本和环境；涉及 Git 推送时，先确认具体操作。
- 01
检查项目与团队
让 Agent 检查 Git 远端、本地 Vercel 关联、认证和团队信息。确认目标项目与环境。
- 02
选择部署路径
采用与仓库关联状态及可用访问权限匹配的方法。涉及 Git 推送时，先审阅具体操作再授权。
- 03
验证部署地址
打开返回地址并检查代表页面。核对项目、版本，以及预览或生产环境是否正确。
探索更多 Agent Skills
查看其他 Skill 指南，并在使用前核对原始来源。
Deploy to Vercel 常见问题
安装这个 Skill 会安装什么？
它添加 Agent 指令。执行部署仍需适当的 Vercel 权限与可构建的项目。
默认是预览部署吗？
是。原文只在用户明确提出时才走生产部署。
它会自动选择 Vercel 团队吗？
已关联项目可以确定团队；若未关联且有多个可用团队，流程会询问目标团队。
它与 Vercel CLI with Tokens 有何不同？
Deploy to Vercel 处理一般的部署决策；Vercel CLI with Tokens 聚焦使用已有访问令牌执行 CLI 操作。
可能影响生产环境前需要核对什么？
核对项目、团队、分支和部署目标，检查环境配置与准备执行的动作。会改变生产状态的步骤，应在执行前明确获得授权。
怎样确认上线的是预期版本？
检查部署结果及对应环境的访问地址，核对版本和代表页面行为。文件上传成功本身不能证明生产流量已切换到这次版本。
这个 Skill 会不询问就推送代码吗？
原始说明中的已关联 Git 部署路径要求推送前获得授权。应先核对目标分支和项目，因为推送可能触发仓库已配置的部署流程。