用途：当用户有一个本地应用，希望上线、连接 GitHub、部署到 Vercel 或获得可分享的线上 URL 时使用。目标不是清单，而是从本地项目到 GitHub 仓库再到 Vercel 生产 URL 的可运行路径，并给出实际发生情况的证据。
主要能力：默认主动执行安全步骤，包括本地检查、安装/构建/测试、使用已认证的 GitHub 与 Vercel CLI 或 MCP 工具；在需要登录、创建仓库、导入项目、填写环境变量、配置域名或查看仪表盘时打开官方页面；用户完成认证后继续并验证线上结果。
使用方式：先检查仓库状态（git status --short、git remote -v、git branch --show-current、package.json 的包管理器与构建脚本、vercel.json、.vercel/project.json、框架配置、环境变量示例、README 部署说明），并检查 gh --version、gh auth status、vercel --version 或 npx vercel@62.0.0 --version、vercel whoami 或 npx vercel@62.0.0 whoami。若可用 VibeRaven，可用 npx -y viberaven@1.6.7 打开 Studio。随后按本地证明、git 证明、GitHub 连接、Vercel 连接、线上证明的顺序推进。GitHub 无远程时优先 gh repo create；未认证时用 gh auth login 或打开 https://github.com/login，手动创建打开 https://github.com/new。Vercel 优先 vercel link 或 vercel --prod / vercel deploy --prod；未认证时用 npx vercel@62.0.0 login 或打开 https://vercel.com/login；CLI 受阻但已推送 GitHub 时打开 https://vercel.com/new。
适用场景：本地 AI 构建项目上线、连接 GitHub、部署 Vercel、生成可分享 URL。
限制：绝不询问密码、cookie、token、API key 或密钥值；不强制推送，除非用户明确要求并解释风险；不提交 .env、密钥、构建产物或无关改动；不因本地构建通过就声称 Vercel 生产已配置；不重写项目只为部署，只做最小兼容修复。在 ask 模式需先询问提交、创建远程、推送、部署或提供方链接命令；approve 模式仍在不明确时暂停创建公开仓库、推送新远程、设置环境变量或部署生产；full 模式仍避免破坏性 git 操作、捕获密钥、删除提供方、计费变更或强制推送。最终需返回证据包：GitHub 仓库 URL、分支、提交 SHA 或未推送；Vercel 项目名、部署 URL、生产 URL 及是否验证；本地构建/测试/类型检查命令与结果；仍需仪表盘证明的提供方缺口；一个具体下一步。官方页面包括 https://github.com/login、https://github.com/new、https://cli.github.com/manual/gh_auth_login、https://vercel.com/login、https://vercel.com/new、https://vercel.com/dashboard。