返回探索
资讯VibeFix 编辑部更新于 2026年10月27日

Bubble 的收编故事:Agent 2、MCP 与通用导入,把 vibe 应用接进可视化编辑器

Bubble 10 月 AMA 把三件事串成一条线:全面重建的 Agent 2、可在 Claude 与 ChatGPT 内操作 Bubble 应用的 MCP(beta),以及把 Lovable、v0、Replit 应用变成可视化编辑 Bubble 应用的通用导入。第一版之后谁来改,终于有了第三条路。

Bubble 官方十月 AMA 直播宣传图:Demo Day + AMA with Emmanuel Straschnov
Bubble 官方十月 AMA 直播宣传图:Demo Day + AMA with Emmanuel Straschnov

一句话:vibe 应用的“第二人生”有了官方入口

2026 年 10 月 26 日,Bubble 联合创始人 Emmanuel Straschnov 在 10 月创始人 AMA 与产品演示中,把过去几周陆续上线的三件事串成了一条线:全面重建的 Bubble AI Agent(Agent 2)、可在 Claude 与 ChatGPT 内操作 Bubble 应用的 Bubble MCP(beta),以及通用导入——把 Lovable、v0、Replit 等工具建好的应用变成可以在 Bubble 编辑器里可视化修改的 Bubble 应用。AMA 的演示里,一个用 Base44 建好的应用被导入后,工作流完整保留、可以直接继续改。

这条线的意义,不在于又多了一个“AI 生成应用”的入口,而在于它回答了一个被长期回避的问题:那些已经用 vibe 工具做出来的第一版,后来怎么办?过去的答案往往是“要么继续在代码里改(但你可能看不懂代码),要么推倒重来”。Bubble 给出的第三条路是“收编”:把已有的 vibe 应用收进一个可视化平台,让不会写代码的人也能继续改下去。这对用过 Lovable、v0、Replit 做过第一版、却卡在第二版的人来说,是一次值得认真看的转向——但同样要提醒:导入不是魔法,工作流能进来,不等于数据、权限与外部服务都不用复核。

发生了什么:AMA 串起的三件事

先把时间线说清楚。Bubble 的 Agent 2 上线公告介绍 Agent 2 与 Bubble MCP(beta)以及 AI credits 的新计价;随后不久的 10 月 AMA 上,Straschnov 现场演示了重建后的 Agent、MCP 在 Claude 与 ChatGPT 里的实际工作方式,以及从其他 AI 工具导入应用的流程,并在最后回答了社区问题、公布了 Launch Lab Buildathon 的获奖者。AMA 博文的发布日期为 2026 年 10 月 26 日(页面标注 2026-10-26T18:29:45Z),本文的事实均以这两篇 Bubble 官方博文为准。

Agent 2 是这次变化的底座。按 Bubble 的说法,它是对 Bubble AI Agent 的全面重建,界面与底层模型都换了,并且已经向所有用户、在所有应用上开放——包括已有的老应用。AMA 的演示重点放在两类过去最难的需求上:一是给一个已经很大的老应用加一整页或一整个功能;二是需求本身说得含含糊糊。Agent 2 的处理方式是先提问、再起草计划、然后逐步骤请你批准,体验上接近 Claude Code 那类工具。这个“先问清楚再动手”的顺序,恰恰是第一代 AI 生成工具最常见的短板:它们太急于出结果,反而把含糊的需求直接翻译成了错误的东西。

效果数字同样要先标注来源。Bubble 在 Agent 2 上线公告中称,与三个月前的 Agent 相比,Agent 2“按用户要求准确建成”的能力提升 1.5 倍、“结果完全可用”的能力提升 2 倍,并把这部分归因于 Agent 在构建过程中会在后台持续运行 issue checker 学习与纠错。这些是厂商自述的内部评估结果,不是第三方基准,读的时候应当打折,但方向可信:复杂编辑的可靠性提升,是 Agent 2 相对上一代最值得验证的宣称。

编辑器内预览:Agent 从此常驻,而不是用完就走

第二个变化很小,但对日常使用的影响可能最大。过去点预览会把应用在一个新标签页里打开;现在预览直接成为编辑器里的一个 tab,Agent 在每一个 tab 上都固定在位。更关键的是,你可以在预览里直接“以某个测试数据库用户身份运行”,看到不同用户视角下的应用,而不用反复切换账号或造数据。

这个改动的实际含义是:改应用的循环变短了。以前是“在设计 tab 里改 → 切到新标签看效果 → 回来再改”;现在是“在预览里看着效果改,点中某个元素、某段工作流、某个数据字段,就能让 Agent 只聚焦在那一处”。AMA 提到,自从这个改动上线,Agent 的采用率“相当显著地”上升了——这句话同样是厂商说法,但逻辑上站得住:当反馈循环从“跨标签跳转”变成“原地所见即所改”,人就更愿意把修改交给 Agent。

对新手还有一层附带价值。Straschnov 在 AMA 里给新用户的学习建议是:先用 Agent 把应用立起来,然后在编辑器里到处点一点、看看它到底建了什么,还可以直接点中某段工作流或某个按钮问 Agent“这是在干什么”。这等于把“学习 Bubble”从“先读文档再动手”变成了“先有一个能跑的东西,再反向理解它”。对非工程师出身的 builder 来说,这个顺序更友好,也更符合 vibe coding 的实际使用路径。

Bubble MCP(beta):把 Bubble 接进你已经习惯的 agent 里

第三件事是 Bubble MCP(beta)。它的做法是:把 Bubble 接进 Claude、ChatGPT 或你自己的 agent 环境,让你在不离开这些工具的情况下操作 Bubble 应用——查询应用信息、创建页面与元素,改动会实时发生在你的 Bubble 应用里。AMA 里展示了它在 Claude 与 ChatGPT 内的实际工作方式;上线公告则补充了适用人群:MCP beta 面向已经有经验、想从自己的 agent 环境里编辑与扩展已有应用的 Bubble builder,并建议先试试 Agent 2。

MCP 的几个边界必须先说清楚,因为它们决定了它适合干什么、不适合干什么。第一,这个版本还不能读日志、不能合并分支、不能部署——也就是说,它适合“改应用”,不适合“发布与运维收尾”。第二,用 MCP 不消耗你套餐里的 AI credits,因为跑的是你自己的 agent 而不是 Bubble 的 Agent;但你仍可能撞上你所用模型供应商的速率限制。第三,Bubble 明确建议,给 agent 提供明确的构建指令与文档效果更好,甚至可以在自己的 agent 里装一个写有 Bubble 构建规范的 skill。

AMA 里提到的最佳早期用例很说明问题:Bubble 内部有一个在 Bubble 之外建的产品追踪器(展示项目、路线图与时间线),一位非工程师同事用 MCP 把它在 Bubble 里重建了一遍,团队现在用的就是 Bubble 版。这个例子之所以值得引用,不是因为它规模大,而是因为它点出了 MCP 的真正用户画像:不是“想从零生成应用的人”,而是“已经有一个东西、想把它变成 Bubble 应用继续养着的人”。

MCP 还能做的几件事也值得列出来,因为它们描绘了“跨工具工作流”的样子:拉一张 Linear 或 Jira 工单,让它在 Bubble 应用里把功能建出来;拿 Figma 或 Claude Design 的设计稿,生成可用的 Bubble 页面;从用户支持工单里抽出问题、定位故障并修复;以及把其他平台上建好的应用导入进来。最后一项,正好接上下一节的通用导入。

通用导入:被“收编”的 vibe 应用,到底能带进来什么

通用导入是 AMA 里最值得展开的一节。Straschnov 的原意说得很直白:AI 编程工具很擅长帮你做出第一版,但如果你不是软件工程师,你得到的是一堆你没法轻易改动的代码。通用导入就是另一条入口:你可以把用 Lovable、v0、Replit 等工具建的应用以 zip 文件上传,或者通过 Bubble MCP 导入,Bubble 会据此生成一个可以在编辑器里可视化修改的 Bubble 应用。AMA 现场演示了一个成品例子:一位同事用 Base44 建的应用被导入后,工作流完整保留。

“工作流完整”这四个字是关键,也是最需要谨慎解读的地方。它意味着导入的不只是静态页面与样式,还包括应用的行为逻辑——这正是“收编”与“截图式迁移”的区别。如果导入后只剩页面、逻辑全丢,那它只是换了个地方重新画界面;如果工作流真的能带进来并继续可视化编辑,那它才算把应用的“生命”也接了过来。AMA 的演示支持后一种解读,但演示用的是一个内部同事的应用、一个经过挑选的成功案例,不能直接推广为“所有应用、所有复杂度下都同样完整”。

我的判断是:通用导入的真正价值不在于“省了重写的时间”,而在于“改变了应用的所有权结构”。一个只存在于代码里的 vibe 应用,所有权实际上掌握在“能读懂并改动这份代码的人”手里——对非工程师创始人来说,这个人往往不是自己。而一个被收进 Bubble 的应用,所有权回到了“能在可视化编辑器里改动它的人”手里,也就是创始人自己。这就是为什么 Bubble 在 AMA 里反复强调“你可以在编辑器里可视化地改”:可视化不是界面风格,而是控制权的归属。

但这也正是需要列一份复核清单的地方。导入完成后,至少要逐项核对:数据库结构与隐私规则是不是按原意过来的;用户登录、权限与数据可见性有没有被放宽;外部 API 调用、密钥与 webhook 是不是还指向正确的服务;付费、邮件、通知等关键流程有没有在测试环境里完整跑通过;以及原应用有没有备份——导入不是覆盖,万一导入结果不如预期,原版必须还在。把这份清单跑完,通用导入才算真正“收编成功”,而不是“看起来收编成功”。

Agent 自查:issue checker 与截图比对

AMA 里还有一个容易被忽略的改进:Agent 现在更会检查自己的工作。它会在构建过程中用 issue checker 查找改动可能引入的错误,还会截图、比对结果是不是符合你的要求。Straschnov 的说法是,这能减少你需要二次检查的工作量。

这个改进值得肯定,但也要说清它的边界。issue checker 擅长发现结构性错误——缺字段、类型不对、工作流断了;截图比对擅长发现视觉偏差——布局歪了、元素没出现、颜色不对。但这两者都很难发现“逻辑上通顺、业务上错误”的问题:比如折扣规则算错了、权限放宽了、统计口径变了。也就是说,Agent 自查能帮你省掉大量低级复核,但不能替代你对业务逻辑的最终确认。尤其是在涉及钱、用户数据与对外通知的功能上,导入与生成之后的人工验收仍然是必选项。

接下来:工作流分支、版本控制与原生 LLM 调用

AMA 结尾的路线图同样值得记录,因为它决定了“收编进来之后还能长多远”。目前处于 alpha、计划 11 月晚些时候进入 beta 的是工作流分支与循环;Agent 将能使用版本控制(比如比较与管理分支),并在获得许可的情况下访问实时数据,Straschnov 预计在几周内实现;Bubble 应用原生调用 LLM 的能力也在开发中,不再需要插件或 API Connector,并会提供用量监控,但没有给出时间表;此外,重新设计的数据 tab(新网格与原地内联编辑,取代今天的弹窗)预计在未来两到三周内上线。

这条路线图的指向很清晰:Bubble 想让“被收编进来的应用”不只是一个能改的静态结果,而是一个能继续生长的工程资产。分支与循环解决的是“工作流表达能力”的上限;版本控制解决的是“多人协作与回滚”的安全感;原生 LLM 调用解决的是“应用本身越来越需要 AI 能力”的需求。对正在考虑导入的人来说,这意味着今天的导入决定不只关乎“现在能不能改”,还关乎“半年后这个应用还能不能跟得上”。

价格变化:AI credits 与 Starter 涨价,别漏看

与 Agent 2 同批上线的还有计价变化,AMA 没有展开,但上线公告写得很清楚,值得在这里补齐,因为它直接影响使用成本。Agent 2 的构建与编辑、图片生成会消耗 AI credits;但生成新应用(含规划会话)、在可视化编辑器里手动修改、以及通过 Bubble MCP 构建都不消耗 credits。每月额度按套餐划分:免费版每月 500、Starter 1000、Growth 2000、Team 4000,企业版另议;额度归属于应用、每月 1 日刷新,额外购买的 credits 有效期为 6 个月。

另外,网页版 Starter 套餐价格从 2026 年 10 月 20 日起涨到每月 39 美元(按年付为每月 32 美元),已订阅用户在下次续费时适用新价;截至 2026 年 10 月 6 日已存在的应用可获得双倍 credits 额度直至 2026 年 10 月 31 日。读到这里,一个实际的省钱结论就很清楚了:如果你已经习惯用自己的 Claude 或 ChatGPT 干活,MCP 路径在 credits 意义上是“免费”的;而如果你主要依赖 Bubble 自带的 Agent,就要开始按月规划额度,别等到月底才发现额度用完了。

谁应该试、谁可以先等等

综合以上,我的建议是分三类。第一类“值得马上试”:你已经有一个用 Lovable、v0、Replit 或 Base44 做出来的第一版,功能基本跑通,但你自己改不动代码、也不想为每次小改都找工程师——通用导入就是为你准备的,先拿一个非核心的小应用导一次、跑完复核清单,再决定主力应用跟不跟进。第二类“值得用 Agent 2 与 MCP 提效”:你已经是 Bubble 用户,正在维护一个越来越大的老应用,Agent 2 的复杂编辑与编辑器内预览、以及 MCP 的跨工具工作流,能直接缩短你的日常修改循环。第三类“可以先观望”:你的应用对代码有强控制要求(比如自定义后端逻辑、特殊性能调优、复杂的自托管部署),或者你还没有想清楚数据与权限模型——先把模型想清楚再导入,比导进来再返工要便宜得多。

最后回到开头的那条线。过去两年,vibe coding 的叙事一直是“从零到一”:一句话生成一个应用。但“从一到长期维护”才是大多数应用真正的生存问题——第一版之后谁来改、改错了谁负责、换了工具还能不能继续。Bubble 这次的 AMA 没有讲一个更炫的生成故事,而是讲了一个更务实的收编故事:让已经存在的 vibe 应用找到一个能继续生长的地方。对独立开发者与非工程师创始人来说,这个故事的吸引力不在于它多新,而在于它多贴近你下个月就要面对的问题:你的第一版,还能不能改下去。

补一个时间线:10 月 6 日官宣的三件套

AMA 串起的三件事,最早在 10 月 6 日的官宣里一起出现:全面重建的 Agent 2、Bubble MCP(beta),以及随之而来的 AI 积分制。Bubble 当时给出的说法是,Agent 2 在“按要求建准”上比上一代好 1.5 倍、在“做出完整可用的结果”上好 2 倍——这是厂商自测口径,读的时候要打个折,但方向值得注意:Agent 2 的改进重点不是生成速度,而是对大应用复杂编辑的处理,以及边建边用问题检查器自查、截图核对结果是否符合要求。MCP 的定位则不同:它面向已经有经验的 Bubble builder,让你用自己的 agent(Claude Code、Codex 等)在 Claude 或 ChatGPT 里直接改已有的 Bubble 应用,而且不消耗 Bubble 的 AI 积分;代价是现版本还不能读日志、合并不分支、不能部署,仍是 beta。积分制的分界也值得记一笔:用 Agent 新建或改应用、生成图片要耗积分,而新建一个应用、在可视化编辑器里动手改、经 MCP 构建则不耗积分。免费档每月 500 积分的量级,决定了“主力靠 Agent 改”的人必须按月规划额度,而不是等到月底才发现用完了。

阅读 0评论 0

评论 (0)

ME
0/1000
评论加载中...

原始来源

浏览项目广场发布你的项目

相关文章

Entire 官方发布宣传图:Entire Launches an Independent Git Forge for Agent-Human Collaboration
资讯
Entire 公开了:前 GitHub CEO 要把代码评审从读 diff 改成审证据

2026 年 10 月 26 日,前 GitHub CEO Thomas Dohmke 创立的 Entire 正式公开:第一个为 agent 与人协作而建的 Git forge。它要取代的不是某个按钮,而是整个 Pull Request 模式——每一次 push 由多个 agent 在沙箱里打分,过关才能合并。

开发工作流产品发布GitHub
插图:AI 辅助开发安全编码主题配图;非 Codex 官方截图
资讯
Codex CLI 0.164.0:十个提示词槽位,把每天重复说的话收进工具里

2026 年 10 月 23 日发布的 Codex CLI 0.164.0 没有新模型,主角是十个 /presets 槽位、内联的 /model 与 /permissions 参数,以及更难丢的会话恢复。本文按操作层标准拆解:哪些改动值得今天就用,哪些只是顺手修掉的边角。

开发工作流产品发布Codex
插图:开发者在办公室用笔记本电脑写代码;非 Claude Code 官方截图
资讯
Claude Code 的慢工具终于不用堵住对话了:MCP Tasks 公开测试详解

2026 年 10 月 22 日宣布、v2.1.304 起可用的 MCP Tasks,让慢工具先回一个任务编号、后台慢慢干,中途还能停下来问你一句。本文拆解它与自动后台化的区别、提问机制的三条规则、服务器作者的实现清单,以及它为什么不是工作流引擎。

开发工作流Claude Code产品发布