当人们开始直接让 ChatGPT 和 Claude 写网页代码,统治互联网二十年的内容管理系统(CMS)霸主坐不住了。2026 年 11 月 9 日,WordPress.com 母公司 Automattic 正式拆出一家新公司 Spacefast,专门给“氛围编程(vibe coding)”生成的应用提供数据库、CDN 和一键部署管道。它最狠的一招是定价与开放度:不绑定自家 AI,支持直接用 MCP、CLI 或 Git 接入 Claude、Cursor、ChatGPT 等十几种外部工具;全线允许商用,Personal 版 0 美元/月,Go 版 5 美元/月,直接把 Vercel(商用 20 美元起)和 Lovable(25 美元起)的价格底线掀了。
但这并不是一次从容的技术扩张。就在上个月,Automattic 刚经历了一场类似 OpenAI 的董事会逼宫大戏,CEO Matt Mullenweg 被罢免后数日内反杀回归、反叛董事出局、临时 CFO 上任几周闪辞,紧接着 10 月启动了多部门裁员。内乱余震叠加 AI 搜索摘要导致的传统网站流量枯竭,逼得这家老牌大厂承认一个残酷事实:大量轻量级页面以后根本不需要 WordPress 了。Spacefast 表面上是顺应潮流的中立基建,扒开技术文档则会发现,这是一场把 WordPress 偷偷塞进 AI 底层暗盒的借壳自救。
5 美元掀桌,但公关稿里藏着期货
做氛围编程的人都有一个共同痛点:在对话框里让 AI 搓出一个前端界面只要三分钟,但要把数据库、用户登录、邮件发送和域名绑好变成能用的线上产品,依然是场灾难。此前市场分化成两派,一派是 Lovable、Emergent 这种把 AI 编程界面和托管打包卖的封闭花园,另一派是 Vercel、Cloudflare 这类传统开发者管道。

Spacefast 走的是第三条路:前端谁的 AI 都能接,后端脏活我全包,而且价格极具杀伤力。
| 平台 / 方案 | 商用起步价 | AI 代理与代码同步机制 | 核心配额与限制(截至 11 月 9 日) |
|---|---|---|---|
| Spacefast | 0 美元 / 5 美元 | 开放接入多款 Agent / 支持 Git 与 CLI | 免费版含 20 个 Spaces;Go 版 5 美元含 100 个 Spaces |
| Lovable | 25 美元/月 | 锁定自有生成环境 / 双向 GitHub 同步 | 侧重端到端托管,非技术用户免配置 |
| Emergent | 20 美元/月(年付) | 封闭托管 / 不支持任务中途拉取代码 | Pro 版高达 200 美元/月,锁定程度最深 |
| Vercel | 20 美元/月(Pro) | 开发者自备工具链 / 原生 Git 工作流 | Hobby 免费版严禁商用,超额流量计费较贵 |
账面数字很漂亮,但如果現在就冲着“全栈开箱即用”去迁移业务,大概率会踩坑。
对比官方新闻稿、实时计费页与底层技术文档,能看出明显的仓促上马痕迹。甚至连官方新闻稿和计费页都在打架:公关稿宣称 5 美元的 Go 版提供无限个 Spaces、15 美元的 Pro 版按每人 15 美元计费;但官网实时价格表上,Go 版被明确限制在 100 个 Spaces,Pro 版则是 15 美元直接包干最多 5 名成员。
更关键的是核心功能还没交货。媒体报道里被当作王牌宣传的“内置身份验证(authentication)”和“交易邮件(emails)”,在 11 月 9 日上线当天其实处于 Private Beta 状态,官方口径是未来几周才陆续推出。至于背靠母公司生态的 WooCommerce 电商集成,目前的官方 Woo Store SDK 挂着“实验性(experimental)”标签——翻看其 GitHub 参考部署就会发现,它只是用 Spacefast 托管了一个 Next.js 前端,真正的电商后端依然架在传统的 Pressable 主机上,连公开 Demo 跑的都是不产生真实订单的假结账流程。
明修开放栈道,暗度锁定陈仓
为什么一家靠封闭 CMS 生态吃饱了二十年的公司,突然大力鼓吹“开放代理(BYO-Agent)”?

前 Beeper 团队成员、在年初内部黑客松(Radical Speed Month)孵化出 Spacefast 的 CEO Batuhan İçöz 给出的理由很顺耳:开发者不想被绑死在某一个 AI 编程工具里。今天 Cursor 好用就用 Cursor,明天 Claude 更新了就换 Claude,底层部署管道应该保持中立。
这话只说对了一半。《史记》有言,“天下熙熙,皆为利来”。当生成式 AI 把前端代码变成廉价消耗品,商业价值就必然向后端的“状态(State)”与“运行时(Runtime)”转移。Spacefast 在入口处拆掉了围墙,却在出口处砌起了一座更隐蔽的墙。
翻开 Spacefast 的数据库文档,有一条非常关键的限制:每个 Space 虽然分配了独立的 MySQL 数据库,但不提供外部连接字符串。应用只能通过 Spacefast 专有的内部运行时(ctx.db 或 env.DB)去读写数据。官方在迁移文档里倒也诚实:如果你以后想把应用搬走,必须自己修改业务代码剥离这套运行时,再单独把数据导出来。
更有意思的是它底层的“夹带私货”。虽然 İçöz 嘴上说着未来很多网站不再需要 CMS,但 Spacefast 在架构上给每一个新建的 Space 底层都默认塞进了一个完整的 WordPress 实例、WP-CLI 工具链以及专门供 AI 代理调用的“Abilities”接口。
前台向去 CMS 化低头,后台却把 WordPress 变成了 AI 绕不开的底层固件。
这就像二十年前微软面对开源浪潮时的防守反击:既然挡不住用户用新工具写代码,那就把自家的核心资产封装成底层 API 和默认运行环境。你以为自己用 Claude 写了个纯正的现代 Web 应用,实际上它在水下依然跑在 Automattic 攒了二十年的老基建上。
- 提醒.支持匿名快速发布是把双刃剑,未认领的 Space 若无合格更新会在 33 小时 20 分钟后自动过期;且一旦深度使用其内置数据库运行时,后期迁出回 Vercel 或自建服务器的改造成本极高。
替企业治“IT 蔓延”,先得治好自己的稳定性
个人玩票式的氛围编程有一个致命魔咒:高流失率。普通人一时兴起用 AI 生成个小游戏或周末电视墙网页,新鲜感撑不过两周就会弃坑,这也是 İçöz 公开承认的最大挑战。为了找能长期付钱的买单方,Spacefast 把目光瞄准了企业 IT 部门,讲了一个“反 IT 蔓延(IT Sprawl)”的故事。

现在的企业里,市场部和业务部员工天天绕过 IT 部门,用 Lovable、Canva 甚至 Notion 随手生成营销落地页。页面散落在十几个外部平台上,没有统一权限管控,出了安全漏洞都没人知道。Spacefast 的算盘是:既然拦不住员工用 AI 写页面,不如由企业 IT 统一采购 Spacefast,用 SAML、SCIM 和审计日志把这些散兵游勇收编到一个账单和权限体系下。
这个 B2B 切入点找得极准,直击企业 CIO 的心病。但问题是,Spacefast 现在的工程底子还接不住企业级的严苛要求。
在 9 月软启动以来的社区实测中,它的毛病并不少。Automattic 官方状态页记录显示,就在正式发布前三天(11 月 6 日),Spacefast API 刚刚发生过中断;Reddit 上的早期测试者集中反馈了 MCP 连接超时、AI 代理凭证报错,以及代码发布后因为 CDN 缓存不刷新导致线上还是旧页面的低级问题。安全研究员 Casey Burridge 在 10 月初的评测中更是抓到了一个危险漏洞:早期版本的引导链接曾通过临时 API 密钥直接授予过宽的团队管理权限,直到后来才紧急改成受限的 OAuth 插件。
拿着一套还会因为缓存延迟卡住更新、连核心鉴权功能都在内测的黑客松孵化产品,去劝说企业安全部门做合规收编,这步子迈得有些超前。Automattic 确实有服务大客户的经验,但 Spacefast 能不能在未来几周把身份验证、邮件服务平稳转正,并把 MCP 管道的故障率压下来,才是决定它能留住真实企业预算,还是沦为又一个 AI 尝鲜玩具的分水岭。
