Skip to main content
vibecoding.app

AI MVP 到生产部署完整指南 2026：从能跑到能扛流量

Zane
8 min read
🇺🇸English version
AI MVP 到生产部署完整指南 2026：从能跑到能扛流量

你用 Cursor、Lovable 或 Claude Code 搭了个东西。本地能跑，演示效果好，朋友说看着很不错。现在想接真实用户、真实数据、真实支付。多数 vibe coded 应用就死在这一步。不是代码烂，而是「能跑的原型」和「生产应用」之间有一堆 AI 工具不会考虑的事。本文给一条不用重写的路径。

MVP 陷阱

AI 编程工具擅长「让它能跑」，不擅长「让它可靠、安全、能扛流量」。陷阱在于你的 MVP 感觉已经完成：UI 干净、Happy Path 流畅、Demo 顺利，于是你以为可以上了。其实不行。

专做 AI 应用安全评审的 Damian Galarza 在 15 个项目中发现 69 个漏洞，全是禁用的安全策略、暴露的环境变量、断裂的鉴权流，全部在「能跑」的应用里。

真实用户来了会坏什么

Beesoul 用 18 项标准化审计跑过大量 vibe coded 应用，平均每个项目 8-14 个问题。问题分四类：

安全漏洞

  • 行级安全（RLS）被禁用，约 70% 的 Lovable 应用有这个问题
  • API key 硬编码在客户端，浏览器 DevTools 一打开就能看到
  • 表单和 API 端点没有输入校验
  • 鉴权端点没有限流

数据完整性

  • 没有软删除，误删就永久丢
  • 缺数据库迁移，schema 改动直接挂
  • 支付 webhook 没验签，任何知道 URL 的人都能伪造支付成功

性能瓶颈

  • N+1 查询，10 条记录没事，10000 条就超时
  • 没有缓存，每次页面访问都打数据库
  • 图片资源没优化，手机端加载 15 秒起步

运维盲点

  • 没有错误追踪，bug 静默发生
  • 没有日志，出事根本没法 debug
  • 没有备份策略，一次坏部署数据就没了

生产就绪检查清单

类别 检查项 优先级
安全 所有数据表启用 RLS 关键
安全 客户端无 API key 关键
安全 表单和 API 输入校验 关键
安全 鉴权端点限流 高
数据 实现软删除 高
数据 支付 webhook 验签 关键
数据 数据库备份 高
性能 消除 N+1 查询 高
性能 静态资源优化 中
运维 错误追踪（Sentry 等） 高
运维 可用性监控 高
运维 CI/CD 流水线 中

四步上线流程

第一步：审计

DIY 用开源扫描工具 vibe-codebase-audit，免费，扫密钥、数据暴露和常见漏洞。然后用 AI 编辑器辅助：

请审计这个代码库的生产就绪情况。检查：
1. 客户端是否有暴露的 API key 或密钥
2. Supabase 表是否禁用了 RLS
3. API 路由是否缺少输入校验
4. 是否有 N+1 查询
5. 是否缺少错误处理
6. webhook 是否未验签
列出每个发现，附上文件路径、行号、严重程度。

注意：NetSPI 做过实验，AI 自审 + AI 修复后再人工渗透测试，仍然能找到剩余漏洞。AI 审计是「第一遍筛查」，不是「最终结论」。

国内专业审计参考价：阿里云安全中心扫描免费档可用；委托 Beesoul 这类海外团队小型 MVP 约 ¥10800 起；国内独立安全顾问通常 ¥3000-15000。

第二步：修关键漏洞

按影响排序，别想一次修完。

最优先：

  1. 启用 RLS。Supabase 项目里每张表开 RLS、写访问策略
  2. 移除客户端密钥。改到服务端环境变量。如果曾经提交过 Git，立刻轮换 key
  3. 支付 webhook 验签。Stripe、微信支付、支付宝都要在每次回调验证签名

第二批：

  1. 加输入校验。用 Zod 这类库在服务端校验
  2. 实现软删除。加 deleted_at 列而不是真删
  3. 修 N+1 查询。批量查询替代循环查询

第三步：上规模前加固

  • 错误追踪：Sentry 或国内的腾讯云 CAT
  • 数据库性能：常查询/排序字段加索引
  • 缓存：高频读取页面加 60 秒缓存能减 90% 数据库压力
  • CDN 和资源：图片走 CDN、压缩、用 WebP
  • 预发环境：先发预发再上生产

第四步：上线发布

选对平台：Next.js / React 用 Vercel 或 Netlify（境外）/ EdgeOne（腾讯云）；带后端的用 Railway、Render 或阿里云 ECS。

CI/CD 最低要求：每次 push 跑 lint、type check、tests。主分支合并必须通过检查。

监控三件套：可用性监控（UptimeRobot 免费档）、错误追踪（Sentry）、基础分析（Plausible 或 PostHog）。

发布策略：不要第一天就开全量。先放给朋友、Beta 用户、邮件列表。监控 48 小时，修问题，再扩。

什么时候请人帮忙

场景 建议
原型，无用户数据无支付 DIY 自查
处理用户数据，无支付 DIY + 考虑专业评审
接受支付 强烈建议专业审计
用户超 1000 专业架构评审
企业或合规需求 必须专业审计

国内独立安全顾问可以在 V2EX、即刻找到。专做 vibe coded 应用的还少，可以找做 SaaS 安全的团队，沟通时强调你的代码是 AI 生成的。

相关阅读

返回中文博客