用途：根据团队规模、流量特征与技术需求，挑选并落地合适的 Vercel 架构，并提供从静态站点到企业级多区域的迁移路径。
主要能力：给出五种蓝图。静态站点（JAMstack）适合营销站、文档、博客、落地页，1-3 人团队，全 CDN，无需 Serverless 函数，全部页面构建时预渲染，可对定期更新的页面使用 ISR。全栈 Next.js（最常见）适合 SaaS、仪表盘、电商，混合渲染，app/api 放后端逻辑，Edge Middleware 做鉴权，数据库与函数同区域。API-Only 后端适合移动后端、微服务、Webhook，无前端，配置 CORS 与版本重写，多区域降低延迟。Turborepo 单仓适合多个相关应用与共享组件库，每个 app 为独立 Vercel 项目，用 npx turbo-ignore 只构建受影响应用。多区域微前端适合大型组织，各区域独立部署，主项目通过 rewrites 组合。
使用方式：先评估团队规模、SLA、流量与部署独立性需求，对照决策矩阵选型；按蓝图组织目录并配置 vercel.json；需要时按迁移路径演进：静态站点 → 全栈 Next.js → 单仓 → 多区域。
适用场景与限制：面向 Vercel 上的前端与 API 部署规划。需具备对 Vercel 部署模型（edge、serverless、static）的基本认知。具体价格、性能数据与版本要求资料未提供。常见问题包括单仓未配置 ignoreCommand 导致全量构建、多区域路径重写冲突、pnpm 工作区配置错误、API-only 根路径 404，可参考对应处理方式。