Bolt.new Prompt 技巧
先别急着追求“高级技巧”。你要记住一件事:Prompt 写得清楚,比写得复杂重要得多。结构化 Prompt + 小步迭代,是最稳的组合。它能让输出可控,也能减少返工(经验推断)。
比如“课程预约 + 支付模拟 + 管理后台”这种需求,如果第一轮就塞满所有模块,Bolt 很可能输出互相打架的路由和目录。改成 3 轮(先界面、再数据、再权限),产出就会稳定很多(经验推断,2026-02)。
TL;DR
- 一句话目标 + 明确技术栈 + 功能列表 + UI 约束。
- 每次只改一个模块,减少“上下文漂移”。
- 复杂逻辑先让 Bolt 输出方案或伪代码。
如果你觉得这些看起来有点“模板味”,别急,下面会给你更具体的写法。重点不是背公式,而是让你的目标变得可验证。
什么是结构化 Prompt
先把概念讲清楚:
【结构化 Prompt】是什么 把复杂需求拆成几个固定字段。 它用在需要稳定输出结构的场景。 你可以用它让每一轮迭代更可控。
换句话说,你不是“写故事”,而是在“写规格”。Bolt 才能更稳定地生成结构和代码。
结构化 Prompt 框架
[目标] + [技术栈] + [功能] + [数据] + [UI 约束] + [验收]
这一套框架不是为了好看,而是为了让你每次都能定位问题。如果输出不符合预期,你能迅速知道是哪一块没写清楚。
快速示例
目标:做一个“课程预约”原型,包含预约表单和预约列表。
技术栈:Next.js 14 (App Router) + Tailwind。
功能:新增预约、取消预约、按日期筛选。
数据:用本地 mock 数据,不接真实数据库。
UI:卡片风格,移动端优先。
验收:能创建一条预约并在列表中看到。
这段 Prompt 的价值在于“可验证”。你可以对照每一条检查输出,而不是凭感觉判断。
进阶技巧
A. 指定数据结构
如果你有特定的数据处理需求,直接告诉 Bolt:
在后端模拟中,请确保用户对象包含 profile_picture, bio, join_date 字段。
B. 模块化开发
不要试图一次性完成所有功能。先建立核心原型,再分步迭代:
- 先建立登录页面和基础布局。
- 现在添加 Dashboard 统计图表组件。
- 最后对接支付模拟流程。
C. 引用外部库
Bolt 可以自动安装 npm 包,所以你可以大胆指定库:
使用 lucide-react 作为图标库,recharts 处理报表,shadcn/ui 作为基础组件库。
做到这里,你会发现 Bolt 的输出更稳定,因为你的要求更具体。
常见指令模式
| 模式 | 常用 Prompt 句式 |
|---|---|
| 新功能 | "Add a feature that..." |
| 重构 | "Refactor the state management to use Zustand." |
| 视觉微调 | "Make the header sticky and add a backdrop blur." |
| 修复错误 | "I'm seeing a 404 error when clicking X." |
如何处理复杂逻辑
如果逻辑非常复杂,可以让 Bolt 先写伪代码或设计方案:
在实现复杂推荐算法之前,请先用 Markdown 描述你的逻辑步骤。
这样做的好处是:你先确认逻辑正确,再让它写代码,返工会少很多。
常见坑与修复
| 问题 | 原因 | 解决方案 |
|---|---|---|
| Prompt 太长 | 信息过载 | 拆成 2-3 轮 |
| 要求不具体 | 模糊描述 | 用具体 UI 约束替代 |
| 上下文漂移 | 前后矛盾 | 每轮重复 3 条关键约束 |
行动清单
- 写下“目标 + 技术栈 + 3 个核心功能”。
- 加上 1 条 UI 约束(例如:卡片圆角 12px)。
- 要求输出目录结构或组件清单。
- 每轮迭代都保留原始约束。
对话节奏(推荐 3 步)
- 先要结构:让 Bolt 输出“目录结构 + 组件拆分”。
- 再要功能:每轮只加一个功能点。
- 最后要体验:再做样式、动画、移动端细节。
这样写的好处是“每轮都有验证点”,不会一口气做太大然后失控。
为什么这套框架有效
它把一件大事拆成三件小事:先把结构搭出来,再把功能补齐,最后再把体验打磨。每一步都可验证、可回退,所以不容易走偏。
自检清单
- 我能用 30 秒说明“要做什么”。
- 我能指出每一轮的验证点。
- 我知道下一轮只改一件事。
小结
这一页解决的是“如何写出可控的 Prompt”。下一步如果你准备上线,请去看 部署与发布,把环境和发布流程打通。