AI 制作一个应用的两种方式
bolt.new 由 StackBlitz 出品，让一个 Claude 模型在对话中直接编写应用代码。WebContainer 技术在浏览器中运行 Node.js：文件树、终端、包安装、实时预览，无需安装任何东西。你很快就得到一个可运行的项目，并通过让模型改代码来一轮又一轮地打磨它。
Blueprint Maker 有意分开两项职责。AI 做它最擅长的事——理解业务——并产出一份规格：实体、关系、状态、指标，由你确认。随后由确定性 builder，也就是我们编写的代码，把这份规格翻译成应用：Prisma 关系型模式、API、CRUD 界面、仪表盘、演示数据。AI 从不触碰结构代码；它描述，而不构建。
这一区别并非表面。当一个模型直接写代码时，每一次迭代都是一次全新的生成，带着它那份随机性。当确定性 builder 依据一份规格写代码时，同一份描述产出同一份代码：这是可复现的。
关键所在：迭代而不弄坏
对话式生成最有据可查的摩擦点正在于此：向模型请求的一处小改动，可能在别处弄坏另一处，而修好一个 bug 可能引入一个新的。相当一部分精力，以及成本，因为 bolt.new 按 token 计费，于是投入了改 bug，而非创造价值。这是业界公认的痛点，而非某个产品自身的缺陷：它源于让模型在每一轮都重写代码这一本性。
Blueprint Maker 从根源、从上游着手。规格在任何生成之前就被确认；builder 是确定性的，覆盖了一个管理应用详尽的公共主干；而尤为重要的是，每一个生成的应用都要通过一项运行时验证，我们称之为 K-15：在交付给你之前，它被真正地构建、启动并自动浏览。我们不以一次对话的感受来衡量质量，而以应用能否启动并运作来衡量。
结果是：对于应用的结构，没有落在用户肩上的生成后修正阶段。技术合规按构造即正确。你依据满是逼真数据的界面来评判成果，而非依据一个有待调试的工地。
成品业务应用，还是自由画布
bolt.new 通用而开放：它几乎能产出任何现代 Web 应用，覆盖广泛的 JavaScript 框架，形式上有很大自由。这正是它在为一个想法、一个落地页、一个交互式演示做原型，或不受约束地探索一条思路时的强项。
Blueprint Maker 是专门化的：它产出一个精确且做得好的类别——业务管理应用。从一份描述出发，你得到一个关系型数据库、一个 API，带创建、编辑与删除的列表与详情界面，一个指标仪表盘，以及一套连贯的演示数据。正是这一收窄的范围使确定性成为可能：只能对自己懂得如何构建之物按构造给出保证。
这一层不止于结构。Blueprint Maker 还强制数据的完整性：计算字段在写入前于服务端重新计算，父级聚合在读取时由其子级派生，时序一致性规则与库存变动被确定性地看守。一个显示出来的值不能撒谎。这是随手生成代码无法系统性提供的那类保证。
代码、托管，以及留给你的东西
两个产品都还给你真正的代码，这是好事。bolt.new 让你把项目导出到 GitHub 并部署，尤其是部署到 Netlify，就在窗口里直接完成。Blueprint Maker 导出标准的 Next.js 加 Prisma，以 ZIP 归档或通过 GitHub 推送，并提供一个位于法国或欧盟的专属托管 URL，含数据库。
区别在于你拿回的是什么。用 bolt.new，你拿回的是一次对话的果实：一份形态取决于交流脉络的代码。用 Blueprint Maker，你拿回的是一条确定性流水线的产出：一个规整的项目结构，一个应用到另一个应用都一样，开发者无需梳理其历史便可接手。两种情况下代码都归你所有；其中一种情况下它是可复现的。
在计费方面，bolt.new 按 token 消耗运作：应用越复杂、迭代越多，消耗就越高。Blueprint Maker 以清晰的订阅对生成计费：免费的 Discovery 方案、Pro 每月 25 €、Max 每月 149 €，每次生成前都会以积分形式显示费用，且交付的应用上没有任何用户计数器。
Blueprint Maker 与 bolt.new 正面对比
| Blueprint Maker | bolt.new | |
|---|---|---|
| AI 的角色 | AI 写业务规格；确定性 builder 写代码 | AI 在对话中直接写应用代码 |
| 可复现性 | 同一描述 = 同一代码，按构造 | 每次迭代都是一次全新生成，带着它那份随机性 |
| 改 bug | 按构造即正确的合规：结构上没有修正阶段 | 相当一部分精力与 token 成本可能投入修正 |
| 验证 | 自动化运行时验证（K-15）：应用被构建、启动并浏览；公开 Health Score | 浏览器中的实时预览，在对话过程中凭眼判断 |
| 范围 | 成品业务管理应用：数据库、API、CRUD、仪表盘、数据 | 通用而开放：广泛的框架与应用类型 |
| 数据完整性 | 计算字段、聚合与业务规则被确定性地强制 | 取决于每一轮产出的代码，无系统性保证 |
| 代码与托管 | 标准 Next.js 加 Prisma，ZIP / GitHub 导出，含 FR/EU URL 与数据库 | 从浏览器进行 GitHub 导出与部署（如 Netlify） |
| 成本模式 | 清晰订阅（0 € / 25 € / 149 €），生成前显示积分 | token 消耗：随复杂度与迭代上升 |
何时 bolt.new 是正确之选
- 你想在浏览器中非常快速地为一个全栈想法做原型，无需安装任何东西。
- 你自由地探索一条思路、一个交互式演示或一个落地页，形式上不受约束。
- 你想要在广泛的选择中（React、Vue、Astro 等）自由挑选框架的自由。
- 你是开发者，乐于自己接手代码并在迭代过程中亲自调试。
- 成果是一次性的或试验性的：可复现性与严格完整性不是重点。
何时 Blueprint Maker 是正确之选
- 你想要一个可靠的业务管理应用，而不是一个有待调试的原型。
- 你不想为修正随手生成代码的 bug 而付出时间或 token。
- 你需要数据不撒谎：计算字段、聚合与业务规则按构造保持一致。
- 你想要一个可复现的成果和一个规整的项目结构，开发者无需梳理一段对话历史便可接手。
- 你想拥有一份标准的 Next.js 加 Prisma 代码，托管在法国或欧盟，含数据库。
常见问题：Blueprint Maker vs bolt.new
bolt.new 和 Blueprint Maker 都用 AI 来写应用吗？
是的，但不在同一处。bolt.new 让一个模型在对话中一轮又一轮地直接写代码。Blueprint Maker 只让 AI 写业务规格——实体、关系、规则——随后由确定性 builder，也就是我们掌控的代码，来写应用。AI 负责描述；它不构建结构。正是这一点使成果可复现且按构造即正确。
为什么把「改 bug」说成一件要紧事？
因为这是对话式代码生成普遍存在的、有据可查的痛点：一处小改动可能弄坏另一处，修好一个 bug 可能引入一个新的，于是相当一部分精力，以及成本，当计费按 token 时，投入了修正而非创造。这并非针对某个特定产品的指责：它内在于让模型在每一轮都重写代码。Blueprint Maker 通过在上游确认规格、在下游验证运行时（K-15）来避开这一循环。
K-15 验证具体是什么？
在交付一个应用给你之前，Blueprint Maker 会真正地构建它、启动它，并自动浏览它，以核实各界面能否显示并运作。这是我们唯一被认定为可靠的自动化质量标准，它供养着一个公开的 Health Score。浏览器中的实时预览显示的是某一刻的状态；K-15 则核实应用在真正构建之后能否站得住脚。
Blueprint Maker 是否不如 bolt.new 灵活？
就范围而言，是的，而且这是刻意为之。bolt.new 是通用的：它在众多框架中产出广泛的 Web 应用，形式上有很大自由。Blueprint Maker 专门做业务管理应用。正是这一收窄的范围才使确定性与完整性保证成为可能：只能对自己懂得如何构建之物按构造给出保证。
两种情况下都能拿回代码并让它演进吗？
可以。bolt.new 允许 GitHub 导出与从浏览器部署。Blueprint Maker 导出标准的 Next.js 加 Prisma，以 ZIP 或通过 GitHub 推送，含一个 FR/EU 托管 URL 与数据库。细微之处在于：Blueprint Maker 的代码出自一条确定性流水线，因此其结构一个应用到另一个应用都规整，无需梳理一段对话的历史便可接手。