Cloudflare在8月5日把用了几个月的AI应用生成系统开源了，代码放上GitHub，项目名叫VibeSDK（github.com/cloudflare/vibesdk）。乍一看像是又一个抢Bolt、Lovable市场份额的“人人都能建站”工具，但翻开仓库和官方博客会发现，这更像是Cloudflare递给企业IT部门的一套基建蓝图：真正要跑起来，绕不开自家的Workers、Durable Objects和Sandbox。
这中间有个容易被忽略的落差。Cloudflare最早把它当内部工具用，让不写代码的员工用自然语言描述需求，AI生成文档、幻灯片和小工具，官方说法是沙箱做得足够严实，普通员工尽管放手用。但开源出来给外部用的版本，目标用户其实不是这些非技术员工，而是想自己搭一套同类系统的公司和开发者。“谁都能用”和“谁都能直接拿来搭平台”，是两件不同的事。
六层架构里，Sandbox才是真正的安全阀
VibeSDK的技术骨架分成六层：Workers做控制和API层，Durable Objects管项目与会话的状态协调，Sandbox SDK负责隔离执行AI生成的代码，AI Gateway做多模型路由和可观测性，再加上流式预览和Workers部署管线。核心设计是把不受信任的代码关进Sandbox里跑，不让它直接进入控制面的Worker。这跟最近的行业背景形成一个对照：安全机构Pillar Security刚发过报告，点名Cursor、Codex、Gemini CLI等主流AI编程工具存在沙箱逃逸和边界绕过风险。VibeSDK把隔离做成架构里的默认项，而不是出问题后补的补丁，这是它比不少同类产品扎实的地方。
开源协议给了自由，基建绑定收着账单
VibeSDK用的是Apache 2.0协议，允许商用、修改、再分发，理论上Bolt、Lovable背后的团队想直接fork这套架构去改自己的产品，完全合规，留好署名就行。但这份自由是有代价的：VibeSDK的六层架构从骨子里绑死了Cloudflare的专有产品——Workers、Durable Objects、Sandbox、AI Gateway都不是可以随手换掉的通用组件。想把它跑起来，绕不开Workers Paid订阅。
开源给的是代码自由，收账单的是Cloudflare的云。
没人给它跑过分，别急着当Bolt平替
官方公告和仓库目前没有公开任何严谨的基准数据——没有“自然语言描述转成可用应用”的成功率，没有类似SWE-bench的评分，也没有生成耗时、冷启动分布或单次调用成本的对比。这意味着VibeSDK生成代码的实际质量，现在没法跟Bolt、Lovable、Replit Agent这些已经跑了几年、积累了大量真实用户反馈的产品放在同一个尺度上比较。
- 风险.没有可复现的跑分和成功率数据，企业IT团队眼下只能靠架构文档判断，验证不了真实产出质量。
对企业IT团队来说，VibeSDK更像一个值得拿来试的起点，不是能直接拍板采购的成品。想自建AI应用生成平台又不想被单一商业SaaS锁死的团队,可以把它当作评估Cloudflare生态迁移成本的样本;而Bolt、Lovable这类产品的用户,短期内换不换平台,取决于VibeSDK之外是否真的出现好用的托管版。接下来该盯的,是有没有真实生产部署案例落地,GitHub上的fork活跃度涨不涨,以及Cloudflare会不会顺势推出一个带定价的托管版——那才是判断这套东西是引流工具还是认真产品的分水岭。