当软件的生产者从人换成 Agent,云本身应该被重新设计成什么样?
一、Vibe Coding 平台正在重塑软件的生产方式
在过去 18 个月里,有一类全新的产品形态从边缘走向主流:Vibe Coding 平台。
用户不再写代码、不再配置环境,甚至不再面对 IDE,只需要在一个对话框里说一句话,比如「帮我做一个待办清单」「做一个能让朋友给我留言的网站」,几分钟后就能拿到一个可访问、有数据库、能登录的在线应用。
这个赛道在过去半年完成了从「玩具」到「严肃生意」的跃迁,几个标志性数据:
- Lovable:ARR 在 2026 年 2 月突破 4 亿美元,仅 146 人团队、单月新增 1 亿美元收入;估值从 18 亿美元一路涨到 66 亿美元;
- Vercel v0:推动 Vercel 整体 ARR 达到 3.4 亿美元、YoY 增长 84%,2026 年 3 月完成 3 亿美元 F 轮、估值 93 亿美元;
- Replit:靠 Replit Agent 把营收从 1000 万美元做到 1 亿美元只用了 9 个月,2026 年 3 月完成 4 亿美元 D 轮、估值 90 亿美元;
- Loopit:国内由百川智能联创团队孵化的 AI 原生应用,2026 年 4 月完成 5000 万美元新一轮融资。
如果说 Cursor、Claude Code、CodeBuddy 这类 IDE 内的 Coding Agent 改变的是专业开发者的工作流,那么 Vibe Coding 平台正在做的是更激进的事情:把「拥有一个软件」这件事的门槛拉到普通人也能触达。
二、当前 Vibe Coding 平台的工程难题:LLM 写代码已经不是瓶颈
Vibe Coding 平台表面是 AI 产品,底层其实是 Agent Runtime、云沙箱、应用后端、多租户隔离和按量计费的组合工程。对开发者来说,真正的挑战不是让模型写出代码,而是如何把这些工程能力稳定、安全、低成本地组织成一套可复用的基础设施底座。
从工程视角看,它是几种复杂系统的叠加体:
Agent Loop × 多租户云沙箱 × 完整的应用后端 × 严格的权限与计费体系
任何一个想落地 Vibe Coding 平台的团队,都必然需要解决四个问题:
| Vibe Coding 难题 | 需要的基础设施能力 |
|---|---|
| Agent 怎么运行,并持续工作 | 可恢复的运行时、隔离沙箱、事件日志、会话状态、上下文管理 |
| 应用怎么真正可用 | 数据库、身份认证、存储、托管、网关 |
| 多租户怎么隔离 | 租户级资源边界、权限模型、按量计费 |
| 运营成本怎么压下来 | Serverless 弹性、缩容到零、存储分层、生命周期管理 |
这四件事很少有团队能从零自建,它们对应的是云厂商打磨了十几年的底层能力。