从提示词到正式上线：AI 生成的 Next.js 应用部署实操指南
预览链接是大多数 AI 应用的坟场。应用能跑了，你把预览 URL 分享给两个朋友，三周后项目被遗弃——因为预览从来就不是产品。生产环境才是：你自己的网址、真实的用户，以及不依赖你一直开着浏览器标签页的基础设施。
好消息是：如果你的生成器产出的是标准的 Next.js 项目，那么通往生产环境的路又短又平坦。本文以 Massvai 的流程为例，但整体思路适用于任何给你真实代码的生成器。
部署之前：10 分钟自查
忍住预览一看着顺眼就点部署的冲动。先检查四件事：
1. 把陌生人会点的每条路径都点一遍。 不是你测过三十遍的顺畅路径——是那些奇怪的路径。提交空表单。访问一个不存在的详情页。如果应用有登录，试试未登录状态下访问需要登录的页面。发现任何问题就告诉 Agent；上线前修只花一次迭代，上线后修则要付出用户流失的代价。
2. 盘点你的密钥。 列出应用对接的每个外部服务——数据库、认证服务、支付处理器、邮件。每个都有密钥，这些密钥必须放在环境变量里，绝不能写死在代码里。Massvai 会显式管理项目环境变量并注入到部署中；不管你用什么平台，都要确认生成的代码是从 process.env 读取而不是硬编码。
3. 把测试数据和真实数据分开。 如果你是对着测试数据库或 Stripe 测试密钥开发的，生产环境需要它自己的一套值。这是上线当天最常见的 bug：应用在测试凭证下跑得完美无缺，但这些凭证绝不能拿来服务真实用户。
4. 创建一个检查点。 给即将发布的这个版本拍个快照。下周继续迭代时，你会想要一个已知可用的状态来对照——或者回滚。
第一步：把代码放进你自己的 GitHub
即使你的生成器支持直接部署，也要先把仓库同步到你自己的 GitHub 账号。这件事重要有三个原因：它是你的备份；它是将来有开发者加入时的交接通道；它是接入 Vercel 基于 git 的部署流水线的前提——之后每次推送都会自动部署。
在 Massvai 里这是内置流程：连接你的 GitHub 账号、选一个仓库名、推送。然后打开仓库验证结果，确认你看到的是一个正常的 Next.js 项目——app/ 目录、package.json、TypeScript 文件。这就是你的资产。
第二步：部署到 Vercel
Vercel 是 Next.js 托管的默认答案，理由朴素而实际：对 Next.js 所有特性（服务端组件、API 路由、图片优化）零配置支持、全球 CDN、自动 HTTPS。免费的 Hobby 档位足以支撑小型生产应用。
Massvai 的引导流程会连接你的 Vercel 账号、创建项目、把环境变量带过去并触发构建。手动操作也不难多少：在 Vercel 控制台导入 GitHub 仓库、粘贴环境变量、点击部署。
无论哪种方式，首次构建都是见真章的时刻。在预览里能干净构建的项目，在 Vercel 上几乎总能干净构建——如果失败了，去读日志：错误通常是缺了某个环境变量，日志会告诉你是哪个。
第三步：绑定自定义域名
your-app.vercel.app 能用，但一个真正的域名会改变人们对待这个产品的态度——这也是非开发者最容易卡住的环节，所以完整流程写在这里：
- 在任意域名注册商处买域名（
.com大约每年 10 到 15 美元）。 - 把域名添加到你的项目（在 Massvai 的域名设置或 Vercel 控制台里）。
- 平台会显示一到两条需要添加的 DNS 记录——通常是一条
A记录或一条CNAME。把它们粘贴到注册商的 DNS 管理面板里。 - 等待解析生效——几分钟到几小时不等。记录解析成功后，HTTPS 证书会自动签发。
就这么多。全程不涉及任何服务器运维。
第四步：上线后的第一周
上线是起跑线。第一周养成三个习惯：
- 观察真实行为。 接一个轻量的分析工具，看用户实际去了哪里——绝不会是你预想的地方。这就是你的迭代路线图。
- 保持小步快跑。 GitHub 连上 Vercel 之后，每次同步的改动都会自动部署。从「用户报告问题」到「生产环境已修复」的间隔可以缩到一小时以内，这个速度就是你对成熟竞品最大的优势。
- 回滚不丢人。 部署坏了？Vercel 把每个历史部署都放在一键可达的地方，你的生成器检查点在代码层面提供同样的安全网。犯错的代价只是几分钟，所以放手去试。
真正重要的那部分
以上步骤没有一个再需要工程技能——这就是 AI 应用生成器带来的改变。但它们无法替你做的是：把东西摆到人们面前。躺在预览标签页里的应用价值恰好为零，直到有其他人开始使用它。这周就把它部署出去。