1.1 Bolt.new 是什么：产品定位、核心能力与适用人群
我第一次接触 Bolt.new 的时候，心里冒出的问号是：这玩意儿真能在浏览器里把一整个应用跑起来？后来花了一个下午折腾，发现它确实有点东西。简单说，Bolt.new 是一个基于 AI 的全栈开发环境，你只需要用大白话描述想要什么，它就能生成前端、后端、数据库甚至部署配置。产品定位很清晰，就是让想法快速变成能访问的网页应用，不用在本地装一堆环境。
它的核心能力集中在三个地方。自然语言生成代码，你写“做一个带登录的待办清单”，它就给你 React 加 Node 加 SQLite 的完整项目。即时预览，代码生成的同时，右边窗口直接跑起来，点按钮、填表单都能操作。还有实时纠错，报错信息会自动分析并尝试修复。这些能力组合在一起，把开发门槛拉低了很多。
适用人群其实比我想象的广。独立开发者拿它做 MVP，产品经理用来验证交互，学生党学习全栈项目结构，甚至创业者路演前临时搭个 Demo。我认识一个做运营的朋友，完全不懂代码，用 Bolt.new 生成了一个活动报名页，连数据库都配好了。当然，专业工程师也会用它来快速试验新框架，省去配置时间。
1.2 Bolt.new 的运行原理：WebContainers、AI 代码生成与即时预览
我一开始以为 Bolt.new 是在云端服务器上跑代码，后来查了资料才明白，秘密在于 WebContainers。这是 StackBlitz 开发的技术，让 Node.js 直接在浏览器里运行，不需要远程虚拟机。你打开网页，它就相当于在你本地开了一个微型容器，安装依赖、启动服务、执行命令，全在浏览器沙箱里完成。这种设计让启动速度特别快，也避免了服务器成本。
AI 代码生成这部分，Bolt.new 接入了大语言模型。你输入提示词，模型根据上下文生成文件结构和代码内容。生成之后，WebContainer 立刻执行 npm install 和 npm run dev，把结果呈现在预览区。我试过修改一个按钮颜色，提示词发出去，几秒钟后预览就更新了。整个过程没有手动保存或刷新，体验很顺滑。
即时预览的流畅度让我有点意外。传统开发中，改一行代码要等热更新，有时候还会失败。Bolt.new 把生成、安装、运行、预览串成了一条流水线。你甚至可以在预览窗口里直接点击元素，让它定位到对应代码。这种闭环让迭代速度飞快，特别适合那种“先跑起来再优化”的场景。
1.3 Bolt.new 能做什么：落地页、SaaS 原型、内部工具与全栈 Demo
我用 Bolt.new 做的第一个东西是个落地页。描述里写了“深色主题、顶部导航、三栏功能介绍、底部邮件订阅”，不到两分钟就生成了。页面响应式，按钮有悬停效果，邮件表单还能收集数据。对于需要快速上线活动页的人来说，这比找模板改代码快多了。
SaaS 原型我也试过。让它生成一个“带用户认证、项目列表、任务看板”的应用，它真的把注册登录、数据库表、API 路由都搭出来了。虽然细节需要调整，但核心流程能跑通。内部工具方面，我帮朋友做了一个库存管理表格，支持增删改查和导出 CSV。全栈 Demo 比如博客系统，有文章发布、评论、分类，前后端连在一起。
这些场景的共同点是：需求明确、逻辑不太复杂、追求快速验证。Bolt.new 不擅长处理超高并发或者复杂业务规则，但用来做原型和轻量级工具，效率提升非常明显。我甚至用它生成过一个天气查询小应用，接入了公开 API，部署后直接分享链接就能用。
1.4 Bolt.new 与传统开发、低代码平台及 AI 编程工具的区别
传统开发流程我太熟悉了。装 Node、配数据库、写路由、调样式，一套下来半天没了。Bolt.new 把这些步骤压缩成一句话描述。低代码平台比如 Webflow 或者 Retool，靠拖拽组件，定制化程度有限，遇到特殊逻辑就卡住。Bolt.new 生成的是真实代码，你可以随时导出修改，不会被平台锁死。
AI 编程工具里，GitHub Copilot 是帮你补全代码片段，Cursor 是增强版编辑器，它们仍然需要你懂项目结构。Bolt.new 不一样，它直接生成可运行的应用，你更像一个产品经理在提需求。v0 偏向生成 UI 组件，Lovable 侧重对话式建站，Replit 的 Agent 也能做类似的事。Bolt.new 的特点是全栈加即时运行，前后端数据库一把抓。
我个人的感受是，Bolt.new 填补了一个空白：让非工程师也能做出功能完整的 Web 应用。它不取代专业开发，但把原型阶段的效率拉到了新高度。你不需要理解 Webpack 配置或者 Docker，只要能把需求说清楚，就能看到东西跑起来。
1.5 相关搜索意图总览：Bolt.new 使用教程、Bolt.new 收费吗与选型需求
我在搜索引擎里敲下 Bolt.new 的时候，下拉框里冒出来的词很集中。“使用教程”排在第一，大家都想知道怎么开始。“收费吗”紧随其后，毕竟免费额度够不够用是实际问题。还有人搜“Bolt.new 中文支持”“Bolt.new 商用”“Bolt.new 对比 Cursor”。这些搜索意图反映了用户从好奇到评估的完整路径。
收费问题特别真实。我刚开始用的时候也担心，生成几次之后会不会突然要付费。后来发现它有免费额度，超出后需要订阅。很多人关心 Token 怎么消耗，部署要不要额外花钱。这些我会在后面的章节里详细拆解，包括免费版能做什么、付费计划怎么选。
选型需求也很常见。有人拿 Bolt.new 和 v0 比，想知道哪个更适合做 Landing Page。有人问能不能替代传统开发，答案取决于项目复杂度。我的建议是，先明确你要解决什么问题。如果只是快速验证想法，Bolt.new 很合适。如果要构建长期维护的产品，可能需要结合传统开发流程。后续章节会深入这些对比和决策点。
2.1 注册登录与初始界面：项目创建、模板选择与权限说明
注册 Bolt.new 的过程比我预想的简单。打开官网，右上角有个 Sign in 按钮，支持 GitHub 和 Google 账号直接登录。我用 GitHub 授权，三秒钟跳转回工作台。没有邮箱验证那套繁琐流程，也不需要绑定信用卡。免费账户进来就能用，这一点对想尝鲜的人很友好。
初始界面左侧是对话区，你可以把它理解成一个聊天窗口。右侧是预览区，代码跑起来长什么样，全在那里显示。顶部有项目名称、部署按钮和设置入口。新建项目的时候，它会问你要不要从模板开始。模板库里有 Next.js、Vite、Astro、Remix 这些常见框架，也有空项目选项。我通常选 Next.js，因为生态成熟，AI 生成的代码质量相对稳定。
权限方面，个人免费账户的项目默认是私有的。你邀请别人协作需要升级到团队版。我试过把项目分享链接发给朋友，对方只能看预览，不能改代码。部署之后生成的网址是公开的，任何人都能访问。如果你做的是内部工具，记得在部署设置里加上访问密码或者限制域名。项目文件存在云端，换电脑登录同一个账号就能继续编辑，这点比本地开发方便。
2.2 提示词编写方法：需求拆解、技术栈指定与迭代描述
写提示词这件事，我踩过不少坑。一开始我丢一句“帮我做一个电商网站”，生成出来的东西四不像。后来摸索出一个方法：把需求拆成小块，像跟程序员同事交代任务那样描述。比如“做一个商品列表页，顶部有搜索框，下面三列卡片布局，每个卡片显示图片、名称、价格和加入购物车按钮”。这样生成的结果就靠谱多了。
技术栈指定也很关键。你不说清楚，AI 可能选它自己喜欢的框架。我会在提示词里加上“用 React 和 Tailwind CSS”“后端用 Node.js 加 Express”“数据库用 SQLite”。这样生成的代码更符合我的预期。如果你不懂技术栈，用自然语言描述也行，比如“我想要页面加载快、样式好看”，它会自动选合适的技术。迭代描述是另一个重点。第一版生成后，别指望完美。我会接着发“把卡片圆角改成 12 像素”“价格用红色加粗显示”“搜索框加上防抖”。每次只改一两个点，成功率更高。
有个小技巧我经常用：把复杂需求写成编号列表。比如“1. 用户能注册登录 2. 登录后看到自己的任务列表 3. 能添加和删除任务”。Bolt.new 会按顺序实现。如果你一口气写十几条需求，它可能会漏掉或者搞混。分批描述、逐步验证，比一次性丢一大段文字效果好得多。我试过用中文描述，生成出来的代码注释也是中文，支持得不错。
2.3 核心操作流程：生成、预览、编辑、报错修复与版本回退
整个操作流程可以概括为一条流水线。你发提示词，AI 生成代码，WebContainer 自动装依赖并启动服务，预览区刷新出结果。我数过时间，从发送到看到页面，简单项目大概二十秒。生成过程中你可以看到它正在创建哪些文件，终端里 npm install 的进度也在跑。预览出来后，点按钮、填表单、切换页面，交互都是真实的。
编辑分两种方式。一种是在对话区继续发指令，比如“把标题字号加大”“导航栏固定在顶部”。另一种是直接点代码文件修改。我试过手动改一行 CSS，保存后预览立刻更新。报错修复是 Bolt.new 的亮点。有次我让它接入一个 API，密钥写错了，终端报 401 错误。它自动分析日志，弹出一条提示“检测到认证失败，是否重新输入 API Key”。我点了确认，它重新生成了请求代码。版本回退也实用。每次生成或修改都会存一个快照，你可以在历史记录里找到之前的版本，一键恢复。我有次改坏了布局，回退到上一版，省去重新描述的麻烦。
整个流程里最让我舒服的是不用切窗口。以前本地开发要开编辑器、终端、浏览器三个地方，现在一个网页全搞定。预览区还能直接点击元素，右侧自动跳到对应代码位置。这个功能在调整样式的时候特别省事。我习惯先让 AI 生成一版能跑的，然后在预览里点来点去，发现哪里不对就发指令改。迭代五六轮之后，基本就能达到可用的状态。
2.4 常见功能实战：接入数据库、API、支付与第三方服务
接入数据库是我做的第一个实战练习。我让 Bolt.new 生成一个“带留言板的个人主页”，它默认用了 SQLite。数据存在浏览器里，刷新后留言还在。后来我想换成 Supabase，就在提示词里写“把数据库换成 Supabase，用环境变量存连接串”。它自动改了代码，还告诉我需要去 Supabase 后台建表。我照着做了，五分钟就通了。API 接入也不复杂。我让它调用 OpenWeatherMap 的接口做一个天气卡片，提示词里附上了 API 文档链接。它生成了 fetch 请求、错误处理和加载状态。
支付功能我试过 Stripe。提示词写“加一个订阅按钮，点击后跳转到 Stripe 结账页面”。它生成了前端按钮和后端创建 session 的代码。我需要做的只是在 Stripe 后台拿到密钥，填到 Bolt.new 的环境变量设置里。第三方服务比如 Auth0、Firebase、SendGrid 都能用类似方式接入。我的经验是，先把服务的文档链接或者关键步骤贴到提示词里，AI 理解得更准。如果你不说清楚用哪家服务，它可能会选一个你不熟悉的。
这些实战让我意识到一件事：Bolt.new 把集成门槛降得很低，但前提是你知道要集成什么。你得先去目标服务的官网注册账号、拿到密钥、了解基本概念。AI 帮你写代码，不帮你做决策。我一般会在旁边开一个记事本，把要用的服务、密钥、配置项列清楚，然后一条一条喂给 Bolt.new。这样出错少，返工也少。
2.5 导出、部署与分享：从 Bolt.new 到生产环境的路径
导出项目很简单。左侧菜单里有 Download 按钮，点一下打包成 zip 文件。我下载后用本地编辑器打开，结构完整，package.json、路由、组件都在。你可以继续在本地开发，也可以推到 GitHub。我试过导出后跑 npm install 和 npm run dev，跟 Bolt.new 里表现一致。部署方面，Bolt.new 内置了 Netlify 集成。点 Deploy 按钮，授权 Netlify 账号，几十秒后就能拿到一个公开网址。我部署过一个活动报名页，分享到微信群里，大家直接打开就能填表。
如果你想部署到 Vercel 或者自己的服务器，导出后手动操作也行。环境变量记得在目标平台重新配置一遍，数据库连接串、API 密钥这些不会跟着代码走。分享功能分两种：预览链接和部署链接。预览链接用来给同事看效果，部署链接是正式可访问的。我通常会先生成预览链接发给朋友测试，收集反馈改几轮，再部署上线。Bolt.new 还支持自定义域名，不过需要在 Netlify 后台配置 DNS。
从 Bolt.new 到生产环境的路是通的，但有几个注意点。免费账户部署的网站带 Netlify 子域名，流量大了可能会限速。数据库如果用的是 SQLite，部署后数据存在服务器本地，重启可能丢失。我建议生产项目换成 PostgreSQL 或者 MySQL。还有一点，Bolt.new 生成的代码没有经过安全审计，上线前最好自己检查一下输入验证和权限控制。我一般会加一道人工审查，特别是涉及用户数据的部分。
2.6 使用教程进阶：团队协作、提示词复用与效率提升技巧
团队协作需要升级到团队版。我试过邀请朋友一起改一个项目，两个人可以同时在线编辑。对话区能看到对方发的指令，预览区实时同步。版本历史里会记录谁在什么时候改了什么。这个功能适合小团队快速迭代原型。免费版只能单人操作，分享出去的链接是只读的。如果你只是自己用，免费版足够了。提示词复用是我最近养成的习惯。每次写出一个好用的提示词，我会存到备忘录里。比如“生成一个响应式导航栏，左侧 Logo，右侧三个链接，移动端折叠成汉堡菜单”这种，下次直接复制粘贴，省去重新组织语言的时间。
效率提升方面，我有几个私藏技巧。第一，把常用技术栈写成前缀，每次提示词开头都带上“用 Next.js 14 App Router + Tailwind + shadcn/ui”。第二，用“继续”或者“接着改”让 AI 在原有基础上迭代，不要重新开项目。第三，遇到复杂功能先让 AI 生成伪代码或者思路，确认方向对了再让它写实现。第四，善用环境变量面板，把密钥统一管理，改起来方便。第五，多利用版本回退，改坏了就退回上一版，别硬着头皮修。
我还发现一个规律：Bolt.new 对英文提示词的理解稍微准一些。如果你英文还行，可以先用中文想清楚需求，再用英文写提示词。我试过同一个需求中英文各发一次，英文生成的代码结构更清晰。当然中文也完全能用，只是偶尔需要多迭代一轮。最后一条建议：别把 Bolt.new 当黑盒。生成的代码花几分钟读一读，了解它用了什么库、怎么组织路由。这样下次提需求的时候，你能说得更具体，AI 也更容易给出你想要的答案。
3.1 免费版能做什么：额度、限制与适用场景
我用了 Bolt.new 快两个月，前两周完全没花钱。免费账户注册完就能建项目，每天给一定量的 token。官方数字偶尔调整，我印象里够你生成两三个简单页面。拿它做个落地页、个人主页、待办清单，绰绰有余。我第一个项目是个天气卡片，从写提示词到预览跑通，消耗的额度不到当天总量的三分之一。
免费版的限制我数一数。项目数量有上限，好像是三个，超过就得删旧的。私有项目能建，协作功能用不了。部署出来的网站挂着 Netlify 子域名，比如 xxxx.netlify.app，看着不够正式。额度用完了会弹提示让你升级，或者等第二天刷新。我有次下午额度耗尽，第二天早上又能继续干活了。这个节奏对轻度用户挺友好，不逼你马上掏钱。
什么场景适合免费版？我的判断是学习、试水、做小 demo、验证想法。你还没决定要不要长期用，免费版足够摸清它的脾气。学生拿它做课程作业原型，独立开发者用来快速验证一个点子，都划算。你每天都要生成好几个项目，免费额度铁定不够，升级是早晚的事。
3.2 付费计划解析：个人版、专业版、团队版与企业版
我去定价页面仔细研究过。Bolt.new 的付费计划分几档。个人版叫 Pro，每月二十美元上下，年付会便宜些。Pro 给的 token 额度比免费版多一大截，项目数量放开，私有项目随便建，部署还带自定义域名。我升级 Pro 之后最明显的感受是不用掐着指头算额度了。以前发提示词之前要犹豫一下，现在随便迭代。
团队版按人头算，每人每月三十美元左右。多了协作编辑、角色权限、共享项目空间这些功能。我们小团队三个人试过一个月，同时改一个项目不冲突，对话记录能看到谁提了什么需求。你一个人开发，团队版没必要。企业版是定制报价，带 SSO、审计日志、专属支持。我还没接触到这个层级，公司规模到几十人以上才会考虑。
个人版和团队版的边界在哪？我的经验是：涉及两个人以上同时编辑同一个项目，就得团队版。你自己写，偶尔把预览链接发给别人看，Pro 完全够用。年付折扣大概相当于免两个月，我建议先按月付，用顺了再转年付。别一上来就买一年，万一不合适退起来麻烦。
3.3 Token 与用量规则：生成、修改、部署如何消耗额度
Token 这个东西，我一开始也没概念。用久了才摸清规律：每次你发提示词，AI 读上下文、生成代码，都在消耗 token。修改代码、修复报错、让它解释某段逻辑，同样算。项目文件越多、对话历史越长，单次消耗越大。我做过一个中等复杂度的后台管理页面，前后迭代了十几轮，消耗的 token 大概够免费版用两三天。
部署消耗 token 吗？我的观察是：部署本身不算 token，但它占部署次数或者带宽额度。免费版部署的项目，流量大了可能会被限速或者暂停。付费版给的部署额度更宽裕。数据库和 API 调用走第三方服务，Bolt.new 不额外收你钱，那些服务自己有账单。我有个项目用了 Supabase，免费层够用，没产生额外费用。
怎么省 token？我总结了几条。提示词写清楚，别让 AI 反复猜。一次只改一两个点，别一口气提十个需求。及时清理对话历史，开新项目比在旧项目上硬改更省。别让 AI 解释代码，你直接看文件更高效。我试过让 AI 逐行解释，token 哗哗地掉，效果还不如自己读一遍。
3.4 隐藏成本与替代方案：API、数据库、域名与托管费用
Bolt.new 的订阅费只是账单的一部分。你还要算上其他东西。调用 OpenAI 或者 Claude 的 API，按量付费，用多少算多少。接 Stripe 收款，每笔交易抽成。数据库用 Supabase 或者 Neon，免费层有额度，超了要升级。域名每年十几美元，托管平台比如 Vercel 免费层够小项目用，流量大了也要加钱。我把这些加起来，一个上线的小产品每月固定成本可能到三四十美元，比 Bolt.new 订阅还高。
替代方案我也试过一些。Cursor 是本地编辑器加 AI，一次性订阅，不按 token 算，适合喜欢在本地开发的人。Replit 按算力收费，跑全栈项目也行。v0 偏前端生成，Lovable 走类似路线。我的看法是：Bolt.new 的优势在开箱即用，省去环境配置。你已经有本地开发习惯，Cursor 可能更划算。你完全不想碰终端，Bolt.new 的体验更顺。
有没有免费替代？有，但都有取舍。自己搭一套：VS Code 加 Continue 插件加本地模型，成本低但折腾。用 GitHub Copilot 写代码，再手动部署，省了订阅费但费时间。我的建议是，先算清楚你的时间值多少钱。一小时能赚五十美元，花二十美元订阅省下十小时，这账很好算。
3.5 如何选择：学生、独立开发者、创业团队与企业的付费建议
学生党我建议先用免费版。额度用完就等第二天，或者做小项目控制消耗。你有 .edu 邮箱，看看有没有教育优惠，有时候能打折。独立开发者直接上 Pro 最省心。你每天都要写代码，免费额度肯定不够，Pro 的二十美元换来的效率提升很值。我认识几个自由职业者，用 Bolt.new 给客户做原型，一个项目收几百美元，订阅费早就回本了。
创业团队选团队版。三个人每月九十美元，换来协作和权限管理，比雇一个专职前端便宜太多。等产品验证了、融资到账了，再考虑企业版或者自建。企业客户对数据安全要求高，可以问 Bolt.new 要私有部署方案，或者用开源替代自己搭。我接触过一家公司，他们用 Bolt.new 做内部工具原型，验证完再让工程团队用正规流程重写。
我的选择逻辑很简单：先免费试两周，记录每天消耗多少 token。一周里有三天额度不够用，就升 Pro。团队里两个人以上要同时改项目，就升团队版。别为了省几美元忍受额度限制，时间比订阅费贵。反过来，也别一上来就买最贵的计划，用不上那些功能就是浪费。按月付、随时调，这是最稳妥的路径。
4.1 技术栈与扩展能力：前端、后端、数据库与第三方集成
我拿 Bolt.new 做过几个稍微复杂的项目，发现它的技术栈比一开始想象的要宽。前端默认给你 React 加 Vite 加 Tailwind，你也可以在提示词里指定 Vue、Svelte 或者 Next.js。它背后跑的是 WebContainers，相当于把 Node.js 环境塞进了浏览器。我试过让它装 express、hono、drizzle 这些包，npm 安装过程直接在对话里跑，报错也能看到。后端 API 路由可以写在同一个项目里，前后端不用分开建仓库。数据库方面，我接过 Supabase 和 Neon，流程是先在第三方平台建库，拿到连接字符串，然后在 Bolt.new 的环境变量设置里填进去。它不会帮你管理数据库，但能生成查询代码和迁移脚本。
第三方集成这块，我的经验是：常见的服务都有现成路径。Stripe 收款、Clerk 认证、Resend 发邮件、OpenAI 调模型，你只要在提示词里说清楚用哪个服务，AI 会生成对应的调用代码。我做过一个带用户登录的小工具，用 Clerk 的组件，前后端加起来花了不到二十轮对话。环境变量要自己配，密钥不能写在代码里。Bolt.new 有个设置面板让你填 .env，部署的时候它会带到 Netlify 或者 Vercel 上。你要是想接自己的 API，也可以，写个 fetch 或者 axios 请求就行。
扩展能力还有一个方向：导入现有项目。我试过把一个 GitHub 仓库导进 Bolt.new，它读文件、装依赖、跑起来，过程还算顺。项目文件多的时候，首次加载会慢一些。我建议导入前先把无关文件清掉，不然 AI 读上下文会浪费 token。你还可以在项目里加自定义 npm 包，只要包在 npm 上有，提示词里写包名和版本，它就能装。我遇到过一个包和 Node 版本不兼容，手动改了 package.json 里的版本号才跑通。这个灵活度在同类工具里算高的。
4.2 生态工具对比：Bolt.new 与 v0、Cursor、Lovable、Replit 的差异
我用过 v0、Cursor、Lovable 和 Replit，每个工具脾气不一样。v0 是 Vercel 家的，生成 UI 特别快，React 组件和 Tailwind 样式做得漂亮。我拿 v0 做落地页，视觉稿几乎不用改。它的弱项在后端，数据库和 API 路由支持不如 Bolt.new。你要是只做前端页面，v0 很顺手。Bolt.new 更像一个全栈车间，能装包、能跑服务端代码、能连数据库。我自己的选择是：纯展示页面用 v0，带逻辑和数据的项目用 Bolt.new。
Cursor 是另一个路数。它是本地编辑器加 AI，你下载安装，打开自己的代码仓库。Cursor 不按 token 收费，按月订阅，随便用。我拿 Cursor 改大项目，重构代码、加测试、排查 bug，比在浏览器里舒服。Bolt.new 的优势是开箱即用，不用配环境，打开网页就能生成。你已经有本地开发习惯，Cursor 的控制力更强。我现在的流程是：Bolt.new 做原型，导出到 GitHub，再用 Cursor 接着写。两个工具配合，各干各的活。
Lovable 和 Bolt.new 长得像，都是对话生成全栈应用。Lovable 的界面更简洁，适合产品经理或者设计师快速搭原型。我试过用 Lovable 做一个预约系统，生成速度不慢，但扩展性感觉不如 Bolt.new。Replit 是老牌在线 IDE，Agent 功能也能自动写代码。Replit 按算力收费，跑全栈项目稳定，部署选项多。Bolt.new 更聚焦在 AI 生成这一件事上，Replit 更像一个完整的云端开发环境。你要是教学或者团队协作，Replit 的权限管理更成熟。选哪个，看你是想要“一句话生成”还是“一个云电脑”。
4.3 生产可用性评估：性能、安全、SEO、可维护性与代码质量
把 Bolt.new 生成的东西直接扔到生产环境，我踩过坑。性能方面，AI 写的代码能跑，但不一定快。图片没压缩、依赖装多了、组件重复渲染，这些问题它不太会主动优化。我有个项目首页加载要三秒多，后来手动删了几个没用的包，换了图片格式，降到一秒以内。你要拿它上线，性能调优得自己来。安全上，环境变量要小心，API 密钥不能暴露在前端。Bolt.new 的预览环境是沙箱，部署出去就是另一回事。认证和授权逻辑，我建议自己过一遍，别完全信 AI 生成的权限判断。
SEO 是 SPA 的通病。Bolt.new 默认生成的是客户端渲染的 React 应用，搜索引擎爬虫抓不到动态内容。我试过加 meta 标签，效果有限。你要做内容型网站，得导出代码改成 Next.js 或者加预渲染。可维护性方面，AI 生成的代码结构比较随意，文件命名和函数拆分不够规律。小项目无所谓，大项目改起来头疼。我现在的做法是：生成完先跑通，然后花时间整理目录、抽组件、加注释。代码质量嘛，能打六十分到七十分，复杂业务逻辑容易出边界 bug。你把它当助手，别当替身。
我评估一个 Bolt.new 项目能不能上生产，会看几个点。有没有用户输入直接拼 SQL？有没有把密钥写在前端？有没有处理加载和错误状态？这些 AI 经常漏。我会手动补上。数据库查询加索引、API 加限流、错误日志上报，这些 Bolt.new 不会主动做。你把它当成一个快速起步的脚手架，后面该加的工程实践一样不能少。我见过有人拿生成的原型直接卖钱，结果被注入攻击打穿。省事的代价，有时候挺大。
4.4 常见局限与规避方法：上下文长度、复杂业务、依赖冲突与锁定风险
上下文长度是我最头疼的问题。对话轮次一多，AI 就忘了前面说过什么。我改一个按钮颜色，它可能把整个布局重写一遍。项目文件多了以后，它读不全，生成的代码和现有文件冲突。我的规避方法是：一个功能模块开一个新对话，别在一个对话里塞太多需求。生成完的代码及时导出到 GitHub，本地留一份。Bolt.new 的项目文件也可以手动编辑，遇到 AI 犯糊涂，我直接改文件比跟它掰扯快。
复杂业务逻辑，AI 很难一次做对。多角色权限、复杂状态机、嵌套表单校验，这些它容易写出漏洞。我试过让它做一个审批流，三种角色、五个状态，来回改了十几轮还是有 bug。后来我把业务拆成小函数，一个一个让 AI 写，自己组装。依赖冲突也常见。npm 包版本不兼容，AI 会装错版本，或者两个包互相依赖同一个库的不同版本。我遇到报错就去翻 package.json，手动锁版本。有时候删掉 node_modules 和 package-lock.json 重新装，能解决一半问题。
锁定风险得提一下。Bolt.new 跑在 WebContainers 里，有些 Node 原生模块用不了，有些系统调用被限制。你导出的代码在本地跑，可能报错。我建议定期把项目推到 GitHub，在本地用 Node 跑一遍。数据库和第三方服务也有锁定，你用了 Supabase 的特定 API，换到别的平台要重写。我的做法是：核心业务逻辑尽量写成纯函数，不依赖平台特有的东西。这样迁移的时候，改的是胶水层，不是心脏。
4.5 最佳实践：从原型到产品的迁移、测试与持续迭代策略
从原型到产品，我走过一遍完整的路。Bolt.new 阶段只管快，能跑通、能演示就行。代码丑一点、重复一点，无所谓。验证完想法，我第一件事是导出到 GitHub。然后在本地用 Cursor 打开，跑 npm install，看能不能启动。跑不起来就修依赖、补环境变量。这一步经常要花一两个小时，但值得。本地跑通以后，我会重构一遍：拆组件、抽工具函数、加类型定义。AI 生成的 any 类型太多，我换成具体的 interface。
测试这块，AI 写的测试我不太信。它会写一些看起来对但没覆盖边界的用例。我的策略是自己写关键路径的测试。用 Vitest 测工具函数，用 Playwright 测用户流程。登录、支付、数据提交，这几个地方必须手写测试。持续迭代的时候，我坚持小步提交。每改一个功能，跑一遍测试，推一次 GitHub。Bolt.new 的对话记录可以当草稿，但版本控制还是靠 Git。提示词我也会复用，把常用的需求描述存成模板，下次直接改几个词。
环境变量要分离开。开发用一套，生产用一套。Bolt.new 里配的变量，导出后要同步到 Vercel 或者 Netlify 的后台。数据库迁移脚本单独管理，别让 AI 每次重新生成。我还会定期清理对话历史，把稳定的项目归档。Bolt.new 适合做从零到一的加速器，从一到一百的活，得靠传统工程手段。你把它当成一个跳板，别当成终点。我的经验是：用它省下原型阶段的时间，把省下的时间花在测试和架构上。这样出来的产品，才敢给真实用户用。
5.1 高频问题答疑：收费吗、免费额度、能否商用、是否支持中文
有人问我 Bolt.new 到底收不收费。我的回答是：有免费额度，但不够随便造。每天送你一定数量的 token，大概够跑几个小项目。你拿它做个落地页、改改样式，免费版能撑一阵子。要是想连着生成全栈应用、反复调试数据库，免费额度很快就见底。付费计划分个人、专业、团队几档，价格我前面章节细说过。我的建议是先用免费版试水，觉得顺手再掏钱。
免费额度具体能干什么，我实测过。建一个新项目，让 AI 生成一个带表单的 React 页面，再修两轮样式，大概消耗免费额度的三分之一。你要是想接 Supabase、加认证、调 API，一轮下来可能就没了。有人问能不能商用，这个得看两层。一层是 Bolt.new 的服务条款，另一层是你生成代码里用到的第三方库许可证。我翻过他们的条款，生成代码的版权归属比较宽松，但你别把 AI 生成的专有代码直接卖。更稳妥的做法是导出到本地，自己过一遍许可证。
中文支持是个高频问题。Bolt.new 的界面是英文的，提示词你写中文它也能懂。我试过全程用中文描述需求，生成出来的代码注释有时候是中文，有时候是英文。变量名和函数名它一般用英文，这个习惯挺好。中文社区里有人分享过中文提示词模板，效果不差。你要是英文不灵光，用中文完全能跑通。官方文档和社区讨论以英文为主，中文教程这两年也多起来了。B 站、掘金、少数派上都有实战案例。
5.2 错误与故障排查：生成失败、依赖报错、部署异常与恢复
生成失败我遇到过好几次。最常见的原因是 token 用超了，对话太长，AI 读不完上下文。表现是它开始胡言乱语，或者重复生成同一段代码。我的做法是开一个新对话，把关键文件内容贴进去，重新描述需求。还有一种情况是服务器忙，页面转圈半天没反应。等几分钟再试，或者刷新页面。提示词太模糊也会导致生成失败。你写“做个电商网站”，它不知道从哪下手。改成“做一个商品列表页，用 React 和 Tailwind，每个商品有图片、标题、价格”，成功率就高很多。
依赖报错挺烦人。WebContainers 里跑 npm 安装，有些包会报错。我碰到过一个包依赖 Node 的 fs 模块，在浏览器环境里用不了。解决办法是换一个兼容的包，或者手动改 package.json 锁版本。还有一次两个包依赖同一个库的不同版本，npm 装了半天报冲突。我删掉 node_modules 和 package-lock.json，重新装一遍，有时候能过。过不了就查 npm 上的 issue，看别人怎么解的。部署异常通常是环境变量没配好。你在 Bolt.new 里填了 .env，导出到 Vercel 或者 Netlify 时忘了同步。构建命令也可能不对，比如输出目录写错了。
恢复策略我总结了几条。第一，随时导出到 GitHub。Bolt.new 的项目文件可以下载，你本地留一份，出问题能回退。第二，对话历史别删，但关键版本要打标签。第三，遇到依赖冲突，先试删锁文件重装，不行就手动改版本号。第四，部署失败先看构建日志，大部分错误日志里写得清楚。我有个项目部署到 Netlify 一直报 404，后来发现是 netlify.toml 里发布目录写成了 dist，实际是 build。改一个词就好了。
5.3 学习路径与资源：官方文档、社区案例、教程与实战项目
学 Bolt.new 最快的路径是动手。我刚开始的时候，先跟着官方文档走了一遍。官方文档不厚，重点看“Getting Started”和“Prompting Guide”。它教你怎么写提示词、怎么用模板、怎么导出项目。看完别光读，直接开一个项目，让 AI 生成一个待办列表。跑通之后，试着加一个数据库，用 Supabase 存任务。这个过程中你会碰到环境变量、API 调用、错误处理，这些才是真正长本事的环节。
社区资源里，YouTube 上有很多实操视频。我关注了几个博主，他们从零开始做完整项目，比如克隆一个 Airbnb、做一个 CRM。你看的时候别只盯着代码，注意他们怎么拆需求、怎么跟 AI 对话、怎么修报错。Discord 社区也活跃，有人问问题，官方的人会回。中文资源方面，B 站有几个 up 主讲得不错，掘金上也有系列文章。GitHub 上搜 “bolt-new-examples”，能找到不少开源模板。你拿这些模板改吧改吧，比从零写快得多。
实战项目我推荐几个方向。新手先做个人主页或者作品集，纯前端，练提示词和样式调整。进阶做带用户登录的记账工具，接 Clerk 和 Supabase。再往上做一个小型 SaaS 原型，加 Stripe 支付和邮件通知。每个项目做完，导出到 GitHub，本地用 Cursor 或者 VS Code 打开，跑一遍 npm install 和 npm run dev。这一步能帮你发现 WebContainers 和本地环境的差异。我自己的学习节奏是：一周一个小项目，做完写一篇复盘笔记。三个月下来，对全栈流程就熟门熟路了。
5.4 适用与不适用场景总结：什么项目适合用 Bolt.new
适合 Bolt.new 的场景，我列几个。第一，快速验证想法。你有个产品点子，想看看长什么样、能不能跑通，Bolt.new 半小时给你一个能点的原型。第二，内部工具。公司里的小审批、数据看板、爬虫管理，不需要多漂亮，能干活就行。第三，个人小项目。博客、作品集、小游戏，部署到 Vercel 免费版就能跑。第四，教学演示。老师给学生展示全栈开发流程，不用配环境，打开网页就能讲。第五，临时 Demo。给客户或者投资人看的演示版本，Bolt.new 生成速度够快。
不适合的场景也得说清楚。大型复杂业务系统，比如 ERP、多角色权限平台，Bolt.new 的上下文长度和逻辑能力撑不住。你让它写一个三种角色、十几个状态的审批流，它会写出漏洞。高并发生产系统，AI 生成的代码没做性能优化，数据库查询没加索引，流量一上来就崩。需要精细 SEO 的内容站，Bolt.new 默认生成 SPA，搜索引擎抓不到动态内容。安全合规要求高的项目，比如金融、医疗，AI 生成的认证授权逻辑你得全部重写。我的判断标准是：项目能不能拆成小模块？能拆，Bolt.new 适合做每个模块的原型。不能拆，或者模块之间耦合太紧，那就别为难它。
还有一种中间状态：混合使用。我有个朋友用 Bolt.new 做前端页面和 API 路由，然后导出到本地，用 Cursor 重构核心业务逻辑，最后部署到 AWS。他的原话是“Bolt.new 当草稿纸，Cursor 当钢笔”。这个思路我觉得很对。你不需要二选一，工具之间可以接力。Bolt.new 帮你跳过环境配置和脚手架搭建，省下的时间花在架构设计和测试上。什么项目适合？答：能快速跑通、快速验证、快速迭代的项目。什么项目不适合？答：需要长期维护、高安全、高并发、复杂业务逻辑的项目。
5.5 未来趋势：AI 全栈开发平台的演进与 Bolt.new 的定位
AI 全栈开发平台这个赛道，变化快得吓人。我去年用 Bolt.new 的时候，它还只能生成简单页面。现在它能装包、连数据库、调 API、部署上线。未来一两年，我猜它会往几个方向走。一个是更深的 IDE 集成，比如直接对接 GitHub、GitLab，支持团队协作和代码审查。另一个是更智能的调试，AI 能自己读构建日志、定位报错、修复代码。还有一个是自动化部署和监控，你点一下，它帮你把项目推到云上，配好域名、SSL、日志。这些功能有些已经在做了，只是还不够顺滑。
Bolt.new 的定位，我的看法是“快速原型和中小项目的加速器”。它不会取代专业工程师，也不会取代大型云平台。它更像一个入口，让不懂技术的人也能做出能跑的应用。对于独立开发者和小团队，Bolt.new 能省掉大量脚手架时间。对于企业，它可能成为内部工具快速生成的工具。竞争方面，v0、Cursor、Lovable、Replit 都在往前跑。v0 在 UI 生成上很强，Cursor 在本地开发上很强，Replit 在云端 IDE 上很强。Bolt.new 的优势是“对话生成全栈”这个整合体验。谁能在“生成质量”和“可控性”之间找到平衡，谁就能留住用户。
我自己的判断是：未来三到五年，AI 全栈开发平台会成为标配。就像今天你用 VS Code 写代码一样，明天你可能用 AI 平台生成代码，再用传统工具精修。Bolt.new 能不能一直领先，取决于它能不能解决上下文长度、复杂业务逻辑、生产环境可靠性这几个硬骨头。社区里有人担心它会变成“玩具”，也有人觉得它会颠覆外包和初级开发。我的感受是：工具越强，人的判断力越值钱。Bolt.new 帮你写得快，但写什么、为什么写、写给谁用，这些还得你来想。保持学习，保持动手，别把 AI 当替身，把它当杠杆。
