Bolt.new Prompt 技巧

Bolt.new 好不好用，很多时候不是看模型有多强，而是看你有没有把问题说到“它可以执行”的程度。Prompt 不需要花哨，最重要的是可验证。

#先记住一个原则

写得清楚，比写得高级更重要。

很多失败的 Prompt 都有同一个问题：看起来很详细，但没有边界。工具读完以后知道你想要“一个很棒的系统”，却不知道第一步该做什么。

#一个够用的结构

我更推荐这 6 个字段：

• 目标
• 技术栈
• 核心功能
• 数据来源
• UI 约束
• 验收标准

你不一定每次都写很长，但这 6 项最好都覆盖。

#直接可用的示例

text复制
目标：做一个课程预约原型，包含预约表单和预约列表。
技术栈：Next.js + Tailwind。
功能：新增预约、取消预约、按日期筛选。
数据：本地 mock 数据，不接真实数据库。
UI：卡片风格，移动端优先。
验收：能创建一条预约并在列表中看到。

这类 Prompt 的好处，是你生成完以后能逐条对照，不会变成“看起来差不多就算了”。

#为什么很多 Prompt 会失败

最典型的情况是第一轮塞太多。比如一上来就要：

• 登录
• 支付
• 后台
• 权限
• 数据分析
• 多角色界面

这种写法不是信息完整，而是让工具一次承担太多决策。结果常常是目录乱、路由乱、状态乱。

#更稳的迭代方式

我一般会分三轮：

1. 先要结构和主流程
2. 再补数据和交互
3. 最后再补视觉和小功能

这个顺序看起来慢一点，实际上返工会少很多。

#有些内容一定要提前说

#技术栈别模糊

不要只说“做一个现代前端项目”。直接说 React、Next.js、Tailwind、本地存储，这样它生成的结构会稳定很多。

#数据来源别省略

如果你不说，它很可能自己假设数据库、API 或鉴权方式。你明明只想做 demo，它却开始铺一堆你用不上的东西。

#验收标准一定要写

这是最容易被忽略、但最有价值的一项。因为验收标准会决定它到底是做概念图，还是做可操作的页面。

#复杂逻辑怎么提

逻辑复杂时，不要直接让它上来写代码。先让它输出方案、伪代码或目录结构。比如：

text复制
先不要写代码，请先用 Markdown 给出组件拆分、数据流和状态管理方案。

这一步能帮你先判断方向对不对。方向没问题，再让它落代码。

#很实用的补充句式

下面几句都很值：

• 请保持当前目录结构，不要重写整个项目
• 请先解释原因，再最小改动修复
• 如果有不确定的地方，请先列出假设
• 先给修改点清单，再给代码

这几句的共同作用，是减少它“一把梭”的冲动。

#常见问题

#Prompt 太长

不是越长越好。太长但没有层级，反而更容易让重点丢掉。

#前后要求矛盾

上一轮说“不要引入新依赖”，下一轮又说“换 Zustand、换 UI 库”，这种冲突会直接把上下文搞乱。

#每轮都忘记关键约束

如果某个约束真的重要，比如“只做前端 mock”、“不要改目录结构”，每轮都值得重复一次。

#下一步

Prompt 写得清楚以后，马上接 部署与发布。原型能生成只是第一步，能稳定发出去才算完成闭环。