一家只有50名员工、总共融了6000万美元的创业公司,拿到了AWS的联合销售背书。这事本身不算大新闻。真正反常的是:AWS自己压根没做同类产品,却选了别人来补这个位置。
这家公司叫Superblocks,做的是"vibe coding"——业务人员用自然语言就能生成一个能跑的应用,不用写代码。这类工具此前的代表是Replit、Lovable,常用的数据库是估值刚翻倍到100亿美元的Supabase。Superblocks这次的打法不一样：它把整套应用直接塞进企业自己的AWS账户里。
数据不出账户,到底怎么做到的
7月28日,Superblocks发布了3.0版本,主标题就是"为AI网络攻击时代打造的私有vibe coding"。技术上不复杂:应用部署在客户自己的AWS VPC里,数据库用Amazon Aurora(也支持S3),AI推理走客户自己开的Amazon Bedrock账号。整条链路——提示词、代码、数据——全部留在客户的私有云边界内。
这意味着业务用户"随手写"出来的应用,不再是游离在IT视线之外的"影子应用"。它自动套上了企业原有的IAM权限、网络策略、加密和审计规则,不需要Superblocks自己另建一套安全层。
"多年协议"这个说法,只见于一次独家采访
原文说这是"多年期联合营销协议"。但翻遍Superblocks官网7月28日的发布博客、它的Cloud-Prem技术文档,都没有出现"多年"这个字眼——公开材料只讲了技术架构:单租户部署、区域化数据平面、客户自管Bedrock推理。AWS发言人的回应也很克制,只说"我们在看到强烈客户需求和契合度的地方支持合作伙伴",没有提"多年""战略合作"这类分量更重的词。
- 风险."多年期协议"这个关键商业条款目前只出现在CEO对媒体的独家披露里,没有第三方文件佐证,读者不该把它当成已经落地的合同细节。
这不影响技术事实本身是真的,但提醒一件事:创业公司拿到大厂背书的新闻,商业条款的分量经常比技术细节更容易被夸大。
AWS为什么不自己做,反而去扶持别人
AWS手里其实有两张牌:Kiro,面向专业开发者的AI编程代理;Quick,面向业务用户的AI助手,更接近Copilot那种问答式工具。两个都不是vibe coder。AWS没有把这个空当自己填上,而是选中了Superblocks。
这个选择比合作本身更值得琢磨。荀子说"君子生非异也,善假于物也"——不必自己造轮子,借势就能到位。AWS不用自己下场做产品,只要把Superblocks这样的第三方工具"请进"自己的VPC和Bedrock体系,原本可能流向模型厂商的编排层价值,就重新收归到自己的云基础设施上。
这跟微软最近的动作是同一个逻辑。Satya Nadella这几周反复公开劝企业客户:不要把所有AI都押在单一模型厂商身上,要用多模型;还说AI实验室不值得完全信任,因为它们可能拿企业数据研究这家企业,回头再去竞争。听起来是善意提醒,实际是把企业的编排层、安全层、数据留存权,从模型厂商手里,拽回云厂商自己的地盘。
谁会先疼,该盯什么
Superblocks的CEO Menezes说了一句挺直接的话:"60天前企业还在说'我就要某个特定模型,叫Anthropic'。"现在反过来了。Vercel的AI网关数据显示,开源模型上个月已经占到全部流量的29%——企业CIO正在从"押注一家"转向"多模型并用",甚至开始把中国开源模型也纳入选项。
这套多模型逻辑一旦成立,谁的日子最不好过?首先是Supabase——它是vibe coding赛道默认的数据库选择,Superblocks这次直接绕开它,把数据库换成AWS自家的Aurora。企业客户要的是合规和数据驻留,不是某个数据库品牌的忠诚度,这个替换发生得毫不费力。其次是前沿模型厂商,它们在企业侧的角色正在从"决策者信赖的大脑"变成"可插拔的推理后端",议价权被云厂商一点点稀释。
AWS不必自己造产品,只要把企业的护城河能力圈进自己的账户体系。
刘备借荆州,借了就不还——道理眼熟。企业的编排层、数据库、审计权限一旦进了某个云厂商的VPC,想再搬出去,成本比当初搬进去时要高得多。这才是这次合作真正的分量:不是一家创业公司被扶持,而是"企业AI基础设施到底归谁"这场博弈里,又落下了一子。接下来该看的,是微软和Google Cloud会不会照着这个模式,也去"请"一个vibe coding创业公司进自己的地盘。