预览
生成可供审阅的版本
请求预览地址，让同事检查改动，不直接触碰生产环境。
01 / Skill 档案 · 部署 · 预览工作流
Deploy to Vercel：先弄清部署到哪里、影响什么
部署型 Skill：先检查仓库与 Vercel 项目状态，再选择部署方式；除非明确要求生产环境，否则以预览部署为默认。
发布方、原始来源与安装方式
原发布方 Vercel Labs · 类型: 部署工作流 Skill
本页为独立介绍；Vercel Labs 未对 Floatboat 作出背书。
上游安装方式
npx skills add vercel-labs/agent-skills --skill deploy-to-vercel这只安装 Agent 指令，不会创建 Vercel 账户或 Floatboat 部署集成。
一个具体请求
原始流程先只读检查 Git 远端、项目关联、CLI 登录和团队，再决定部署路径。已关联 Git 的项目可能通过推送部署，但原文要求推送前征得用户同意。
向 Agent 提问
“为这个分支创建 Vercel 预览，先确认关联的项目和团队；未询问前不要推送或部署生产环境。”
应该得到什么
合格结果应说明检测到的项目状态、选择的预览路径、所需批准，以及部署成功后的地址。
什么时候使用这个部署 Skill
当目标是 Vercel 预览或正式发布，而不只是检查构建时使用。
关联
本地目录可能关联错项目
在运行可能悄悄关联项目的命令前，先核对 Vercel 关联文件与 Git 远端。
团队
存在多个 Vercel 团队
确认目标团队，或使用已关联项目的组织 ID，不靠猜测选择账户。
仍须由你决定的部署问题
- 默认获得推送提交或部署生产环境的权限；批准和环境选择仍然重要。
- 面向其他云厂商的通用 CI/CD 指南。
如何选择部署路径
原文先检查项目状态，再按已关联的 Git 或可用的 CLI 路径执行。
- 01
检查本地状态
读取 Git 远端、Vercel 关联文件、CLI 登录状态及团队列表。
- 02
确定预览路径
选用与项目关联状态匹配的流程；任何 Git 推送前先询问。
- 03
返回并检查地址
确认预览属于目标项目，并且页面确实可访问。
02 / 使用指南
先预览，并确认项目和团队
部署会改变外部状态。该流程先核对项目关联与团队范围，再使用 Git 或 CLI，并区分预览与生产环境。
Deploy to Vercel 默认会发布到生产环境吗？
不会。原文要求除非用户明确提出生产部署，否则默认创建预览。同时要先核对当前项目与团队，再选择部署方式。
它会不询问就推送代码吗？
原文规定，走 Git 推送路径时 Agent 必须先询问。Skill 是给宿主 Agent 的指导，不会单独赋予修改仓库的权限。
你能拿到什么
- 确认过的项目与团队范围
- 预览部署路径
- 成功时可供审阅的部署地址
使用前先核对
- 目标是预览还是生产？
- Git 推送是否获得明确批准？
- 部署是否属于正确项目？
探索更多 Agent Skills
查看其他 Skill 指南，并在使用前核对原始来源。
常见问题
安装这个 Skill 会安装什么？
它添加 Agent 指令。执行部署仍需适当的 Vercel 权限与可构建的项目。
默认是预览部署吗？
是。原文只在用户明确提出时才走生产部署。
它会自动选择 Vercel 团队吗？
已关联项目可以确定团队；若未关联且有多个可用团队，流程会询问目标团队。
它与 Vercel CLI with Tokens 有何不同？
Deploy to Vercel 处理一般的部署决策；Vercel CLI with Tokens 聚焦使用已有访问令牌执行 CLI 操作。