为什么我放弃了传统方案，改用 Bolt.new
上周三晚上 11 点，我接到一个紧急需求：客户想看一个活动落地页的交互 Demo，第二天上午就要。以前遇到这种事，我得打开 VS Code，配环境，写代码，调样式，再折腾部署——没个半天根本搞不定。但这次，我试了个新东西，5 分钟后，一个可以在线访问的页面就生成了。
那一刻我意识到，我的工作流该换了。
被环境配置逼到崩溃的那个夜晚
先说说我的背景。我是一个全栈开发者，日常用 Next.js + Tailwind 写项目。听起来很现代对吧？但每次开新项目，那个流程还是让我头疼：
npx create-next-app@latest my-project
cd my-project
npm install
# 等待 2 分钟...
npm run dev
# 报错：模块不兼容
# 删 node_modules，重来
# 又报错：端口被占用
这只是本地跑起来。部署呢？连 Vercel，配环境变量，设域名——一套下来，半小时算顺利的。
更崩溃的是帮非技术同事解决问题。我们设计师想做个原型验证交互，我给她装 Cursor，结果她卡在了“下载 VS Code”这一步。对，就是这一步。她不知道什么是 VS Code，也不理解为什么写个网页还要装一个代码编辑器。
那天晚上我就在想：2024 年了，为什么做个简单网页还这么麻烦？
第一次打开 Bolt.new
同事推荐了 Bolt.new，我一开始是拒绝的。又一个 AI 写代码的工具？我 Cursor 用得好好的。
但那个紧急需求逼我试了一下。打开 bolt.new，界面干净得有点过分——中间一个输入框，没了。
我输入：
做一个暗色主题的活动落地页，有倒计时、嘉宾列表、报名表单，风格科技感，用 Tailwind CSS
然后我看着它开始“噼里啪啦”地写代码。不是一段一段给建议那种，是直接把整个项目文件结构搭好，组件写完，样式调好，右边预览窗口实时渲染。
大概 30 秒后，一个完整的页面出来了。有倒计时动画，有嘉宾卡片，有表单布局。虽然细节还要调，但那个骨架已经能看了。
我点了右上角的 Deploy。
10 秒后，我拿到了一个在线链接。
那一刻我的感受是：这不应该是真的。
真正让我决定切换的三个瞬间
之后一周我密集测试了 Bolt.new，有三个瞬间让我彻底倒戈。
瞬间一：零环境配置
我在公司电脑、家里 Mac、甚至 iPad 上打开了同一个项目。不需要装任何东西，浏览器打开就能继续。这让我想起第一次用 Google Docs 的感觉——为什么之前要忍受本地文件同步的痛苦？
传统方案里，环境配置是最大的隐性成本。我算过，过去一年我花在“配环境”上的时间至少有 40 小时。Bolt.new 把这个成本降到了零。
瞬间二：让设计师自己动手
我把 Bolt.new 推给了我们设计师。她之前用 Figma 画原型，开发还得照着实现一遍，来回沟通成本巨大。
现在她直接在 Bolt.new 里描述需求：
做一个图片画廊，瀑布流布局，点击图片弹出大图，支持左右切换
生成的代码虽然不完美，但她能直接看到效果，然后继续用自然语言调整：
图片间距再大一点，大图弹窗加个模糊背景
她不需要懂 columns 属性或 backdrop-filter，但她得到了想要的结果。这比 Figma 原型 + 开发实现的流程快了 10 倍。
瞬间三：从想法到上线，一气呵成
以前我的项目散落在本地各个文件夹，很多写了一半就忘了。Bolt.new 的项目都在线上，自动关联 GitHub，随时能捡起来继续。
更重要的是那个 Deploy 按钮。我之前很多小工具想法，就因为“还要部署”这个心理门槛而搁置。现在想到什么，描述一下，部署一下，就上线了。这个流畅度改变的不是效率，是心态。
实际项目中的真实体验
说几个我实际用 Bolt.new 做的项目，不吹不黑。
项目一：团队内部的状态看板
需求很简单：展示团队成员当前在做什么，进度如何。
我的提示词：
做一个团队状态看板，卡片式布局，每张卡片显示头像、名字、当前任务、进度条，支持拖拽排序，数据用 mock 的 JSON
生成结果：基本功能都有，拖拽用了 @dnd-kit，进度条有动画。但拖拽的交互细节不太对，卡片之间间距在拖动时会跳动。
我继续调整：
拖拽时卡片要有占位符，其他卡片平滑移动让位，不要跳动
两轮对话后，效果可以接受了。总耗时：8 分钟。如果手写，至少 2 小时。
项目二：个人博客迁移
这个就有点翻车了。我想把 Hugo 博客迁移到 Bolt.new 生成的新站点。
问题来了：
- 生成的代码结构偏简单，复杂的分类、标签逻辑处理不好
- Markdown 渲染配置需要反复调整
- SEO 相关的 meta 标签总是遗漏
我花了快 2 小时在对话中反复修改，最后还是手动改了不少代码。这让我意识到：复杂项目，Bolt.new 目前还扛不住。
Bolt.new 和 Cursor 不是一回事
很多人拿 Bolt.new 和 Cursor 比，我觉得这俩根本不是同一类工具。
Cursor 是给开发者的。你在已有代码库里工作，它帮你写函数、重构代码、修 bug。它假设你懂开发，只是让你更快。
Bolt.new 是给“想做东西的人”的。你不需要有代码库，不需要懂开发，你描述想法，它帮你从零生成一个能跑的东西。
创始人 Eric Simons 说 Bolt 更可能颠覆的是 Wix 而不是 VS Code，我觉得这个定位很准确。Bolt.new 的潜在用户不是专业开发者，而是那一亿“有想法但不会写代码”的人。
但作为开发者，我为什么也用？因为很多场景下，我不需要“精细控制”，我需要“快速出活”。内部工具、活动页面、概念验证——这些项目用 Cursor 写是杀鸡用牛刀，用 Bolt.new 刚好。
诚实说说我遇到的问题
用了两个月，问题也不少：
复杂状态管理容易崩：涉及全局状态、复杂路由的项目，生成几轮后代码经常乱掉，变量命名冲突、状态不同步的问题频发
样式微调很痛苦：让 AI 调“左边距再大一点”比直接改 CSS 慢多了。有时候它理解错了，改了别的地方，你还得改回来
免费额度有限：每天有 token 限制，复杂项目几轮对话就用完了。付费版 $20/月，对个人用户还行，对团队就有点贵
不能导入已有项目：你没法把现有代码库丢进去让它接着写。只能从零开始，这对存量项目不友好
生成的代码质量参差不齐：有时候很优雅，有时候一堆重复代码和硬编码。不能完全信任，必须审查
我的最终判断
我现在的工作流是这样的：
- 快速原型、简单页面、内部工具 → Bolt.new
- 正式项目、复杂逻辑、长期维护 → Cursor + VS Code
- 需要给非技术同事演示 → Bolt.new 生成 Demo
Bolt.new 没有替代我的开发工具，但它填补了一个我之前忽略的空白：从想法到可交互原型的最短路径。
传统方案的问题不是能力不够，而是启动成本太高。就像以前拍照得先拿出相机、调参数、对焦，现在手机掏出来就拍。画质可能不如单反，但你捕捉到了那个瞬间。
Bolt.new 给我的就是这种“捕捉瞬间”的能力。想法来了，打开浏览器，描述一下，就能看到它活起来。
至于那些复杂项目？该用 Cursor 还是用 Cursor。工具没有银弹，但多一把趁手的锤子，总没坏处。