Vibe coding 从一句随口提议变成年度词汇，只用了一年。当 Lovable 的 ARR 冲到 5 亿美元、Cursor 突破 40 亿美元、蚂蚁灵光四个月生成 3000 万闪应用——最先被逼到墙角的，是数据库。
注：三组数字分别对应海外应用平台、国内 Agent 平台与编码助手三个方向的量级，共同指向同一趋势——AI 生成应用的供给正在爆发。
2025 年 2 月，Andrej Karpathy 在 X 上随手写下"vibe coding"。不到一年，它入选柯林斯词典年度词汇。
货币开始用真金白银投票。
注：ARR 为年度经常性收入口径；80% 为用户构成占比，来自平台公开披露。
Lovable 平台上每周新增约 100 万个项目，累计超过 5000 万个，其中八成用户没有技术背景。Cursor 的 ARR 从年初约 20 亿美元增长到年中接近 40 亿美元——仅几个月就完成翻倍。
国内大厂几乎同步按下入场键：蚂蚁灵光、百度秒哒、腾讯"吐司"、字节 Trae。应用生成这件事，正在从极客玩具变成平台级供给。
这只是应用层面的喧嚣。
应用商店的数据暴露了更底层的脉搏：2026 年上半年，苹果商店新增约 56 万个应用，几乎相当于 2025 年全年总量；全年有望突破 100 万，刷新 2016 年创下的 89 万纪录。
注：柱形按数值等比缩放，非零起点；"≈"为公开数据口径下的约数。上半年 ≈ 去年全年，是判断进入爆发期的核心信号。
应用生成只要 30 秒，数据库却要给出永久的承诺。
传统互联网只有"少量大型应用"：淘宝、微信级别的产品，撑起的是一个越来越大的数据库。AI 生成时代则完全不同——每一款应用都需要一块独立的数据空间。它不只是存储，更是应用持续运行的"记忆"：保存数据结构与业务状态，并保证能被随时准确调用和计算。
当应用的规模从"百万"级跃升到"千万"级，两条旧路线开始失效。
注：两种方案并非某一产品的实际缺陷清单，而是两类技术路线的典型代价；现实系统中往往以混合形态存在。
"不能让每个人都单独盖一栋房子，也不能让所有人睡一个大通铺。"
——蚂蚁集团 黄挺数据库行业过去几十年的优化方向，无论是单机性能还是分布式扩展，瞄准的都是少量、稳定、巨型的库表。AI 时代的负载，第一次呈现出海量、动态、长尾的形态。
既然"独立"和"共享"无法二选一，OceanBase 给出的答案是一栋写字楼。
OceanBase 产品部总经理韩富晟的比喻很直白：每家公司在楼里都有独立办公室，按自己的风格装修、存放文件，但整栋楼共享水电和物业。落到数据库里，就是四个字——逻辑独立，物理共享。
每一个 AI 应用看到的仍然是一张属于自己的表；在底层，它们共享同一套物理存储与计算资源。开发者不需要感知数据如何组织，数据库内部已经换了一种运转方式。
注：链路为方案逻辑示意，并非请求执行时序；五个环节共同构成"共享底座 + 独立视图"的完整闭环。
过去，数据库只需要回答"数据怎么存、怎么算"。
现在，它必须回答：Agent 如何持续、安全地使用数据？
当应用生成成本不断趋近于零，竞争的主战场开始转移——从"如何生成应用"，转向"如何承载应用"。模型决定了应用能做什么，数据基础设施决定了应用能否真正跑起来、跑得稳。
少量大型应用，库表稳定而巨大。优化目标是单机性能与分布式扩展。
海量 AI 生成应用，动态 Schema 碎片化。需要逻辑独立、物理共享。
数据库成为 Agent 的"记忆底座"，直接服务开发者与智能体。
注：三阶段为编辑概括，分别对应典型互联网应用 → 灵光等闪应用平台 → 多智能体协作环境。
外界的观察也给了一个有趣的坐标：OceanBase 曾被比作"中国的 Databricks"。两家公司起点不同——前者从分布式数据库内核出发，后者从数据分析和 AI 平台起步——但最终都在回答同一个问题：AI 应用大规模涌现后，数据基础设施应该走向哪里。
Vibe coding 没有消灭数据库，反而把数据库推向舞台中央。每个 AI 应用都是一份需要持续运转的"运行记忆"——只是绝大多数记忆注定短暂，被生成、被把玩、被遗忘。真正稀缺的从来不是生成应用的能力，而是以有限资源承载千万级动态数据空间的组织能力。谁先接住这场爆炸，谁就握住了下一代应用生态的底层门票。
相关能力已在蚂蚁灵光中实战落地，OceanBase 面向 Agent 的数据底座正在持续迭代。
开发者可通过蚂蚁集团与 OceanBase 官方渠道获取公开技术资料与体验入口。