Bolt.new 第一个应用

第一次做 Bolt.new 项目，不要追求完整，只追求“能演示”。最小目标很简单：一个页面、一个核心流程、一个可以被别人看懂的结果。

#第一版到底做什么

我更建议你把目标限定成下面三件事：

• 有一个页面
• 有一个输入动作
• 有一个结果反馈

比如报名页、待办页、联系表单页，都适合做第一项目。别一上来就做后台、权限、支付、埋点。

#开始前先写两句话

真正有用的不是马上输入 Prompt，而是先把这两句写出来：

1. 这个应用最重要的一件事是什么
2. 第一版绝对不做什么

第二句很关键。它能防止你在第一轮就把项目拖进复杂模式。

#一个稳妥的首轮 Prompt

text复制
请生成一个“报名页原型”：
技术栈：React + Tailwind + 本地存储。
功能：新增报名、删除报名、列表展示。
结构：App + Form + List 三个组件。
要求：移动端优先、按钮有 hover 状态。

这类 Prompt 的优点，是它既有范围，也有边界。Bolt.new 不需要猜太多。

#生成后先看什么

别急着改 UI。第一眼先看这几件事：

• 页面有没有正常渲染
• 核心流程能不能走通
• 文件结构是不是大致能看懂

只要这三件事成立，第一轮就是合格的。

#如果没有跑起来

先看日志，不要先重做。很多初次失败其实只是：

• 依赖没装好
• 某个配置文件生成不完整
• 环境变量缺失

这时候把错误贴回去，并加一句“请先解释原因，再最小改动修复”，通常比直接要求“重写一版”更稳。

#第二轮该怎么改

很多人第一轮刚成功，就开始同时改功能、样式、结构。这样最容易把项目改乱。

第二轮只选一个方向：

• 补交互，比如校验和 loading
• 补结构，比如拆组件
• 补视觉，比如配色和间距

一次只改一个方向，项目会清楚很多。

#一个常见的实战节奏

如果是报名页这类项目，我通常会这样推进：

1. 第一轮先出表单和列表
2. 第二轮补校验和删除确认
3. 第三轮再调样式和移动端体验

这样每轮都能马上验证，也知道是哪一轮引入了问题。

#做完第一版后要不要导出

如果只是演示，可以先不急。可一旦你打算继续维护，最好尽快导出代码，再在本地做三件事：

• 补 .env.example
• 跑一次本地构建
• 把组件和目录稍微整理一下

别等项目已经堆到十几轮对话才导出，那时候更难收。

#遇到问题时怎么提问更有效

这句很好用：

我遇到以下报错：xxx。请先解释原因，再用最小改动修复，不要大改当前结构。

它的作用很实际，就是防止工具一着急给你重搭半个项目。

#下一步

第一个应用跑通以后，马上去看 Prompt 技巧。第一版之后，真正决定你省不省时间的，就是后续每一轮怎么提需求。