对比

Busabase 和 Firebase：给 AI 智能体用，选哪个

Firebase 给你的移动和 Web 应用一套托管在 Google Cloud 上的后端。Busabase 给你的智能体和团队一个共用的工作区：可视化数据表、团队知识库、技能和应用，而且智能体的每一次改动都是一个能看、能审、能撤销的变更请求（Change Request）。如果你在想「智能体替业务干的活该放在哪」，Busabase 开箱就能回答。

Firebase 的智能体工具很擅长帮编程智能体搭建和运维一个 Firebase 应用。Busabase 管的是智能体工作的另一半：它们每天产出的记录、文档和结论。很多团队两个都会用，下面按实际要做的事逐项对比。

最后核对时间：2026 年 11 月 13 日。依据 Firebase 定价页、Firestore / MCP 服务器 / 智能体技能文档、Firebase 官方博客，以及 Busabase 当前版本。

一句话结论

选 Busabase，如果

智能体产出的东西需要团队去看、去核对、接着用：客户记录、调研、内容、运营文档、技能。你想要每次改动都有记录、非技术同事也能看的视图、能在上面做应用，又不想先写一个后端。

选 Firebase，如果

你在做一个移动或 Web 应用，需要它的后端：用户登录、带离线同步的实时数据库、消息推送、数据分析、崩溃报告，还要 Google Cloud 级别的规模。

两个一起用，如果

你的应用跑在 Firebase 上，智能体在应用之外干活：销售、内容、客服、运营。它们的产出放进 Busabase，应用的用户数据留在 Firebase。

最关键的区别：每次改动都是一个变更请求

Busabase 把每一次编辑都当成数据的 Pull Request。新增一条记录、改写一篇文档、修改一个技能文件、调整一次表结构，都是一个变更请求：一条分支，带一串不可篡改的提交。合并之后记录往前走，之前的版本依然在。

Firebase 的保护在「门口」。Firestore 安全规则检查应用发来的每个请求，要么放行，要么拒绝；服务端库则绕过规则、改用 IAM 授权。写入一旦通过，文档里就只剩新值。想找回旧状态，只能把最近 7 天内的某个时间点恢复出来，或者还原一份备份，而且都是还原到一个新的数据库，没法只撤回某一份文档的某一次改动。

  • 每次写入都说得清。每个改动都带说明和字段级的前后对比，审的人一眼看出动了什么。
  • 每次改动都有署名。作者，以及改动经由哪把智能体密钥、哪个工具提交，永久留在提交上。
  • 撤回一次改动，而不是回滚整个库。记录、文档、技能都保留完整历史，任何一次改动都能单独回滚。
  • 审不审由你定。有写权限的写入直接合并。给智能体一把「只能提议」的密钥，它就什么都改不了，改动进收件箱，等人批准或打回。
Busabase 中一个待审的变更请求：改动说明、一条记录正文的前后差异对比，以及「批准」和「要求修改」按钮
Busabase 收件箱里的一个变更请求：改动说明、谁通过哪个工具提的、字段改前改后，可以直接批准或打回。

「让智能体靠近数据」和「让智能体在数据上干活」的差别就在这里：在 Busabase 里，它的每一次改动都看得见、找得到人、撤得回来。

Busabase 还给智能体和团队准备了什么

用 Firebase 这样的后端，下面每一项都要你自己设计、写代码、再部署。在 Busabase 里，它们是工作区本来就有的。

可视化数据表

任何一张数据表都能切成表格、画廊、看板、日历或甘特图。保存视图、组合「且/或」筛选，团队里谁都能直接检查智能体的产出，不用进控制台、不用写查询。

团队知识库

写着规范的文档、智能体产出的文件、存着记录的数据表，都在同一棵目录树里。人和智能体共用，一套权限。

对所有内容 grep

一次正则搜索覆盖文件、文档正文、记录和智能体提示词，每个匹配都带行号和上下文。智能体找证据，这是最快的路。

上传你的技能

团队的技能放进工作区一次，每个接入的智能体都按同一个版本做事。改技能也是变更请求，谁改了规则一清二楚。

应用支持四种运行方式

智能体可以在你的数据上做一个 AirApp，放在浏览器里跑、在你自己的电脑上跑、在云端沙箱里跑，或者发布成一直在线的网站。

网站绑自己的域名

网站引擎跑在 Cloudflare Workers 上，支持后端接口，能用你自己的域名。做网站的那个智能体，也能帮你预览和发布。

为团队而做

按只读、可写、管理邀请同事；每个智能体一把密钥，权限封顶在它的工作所需。权限可以按节点设，也可以按密钥设。

几分钟接上智能体

MCP、命令行、OpenAPI 接口、Webhook，以及 Claude Code 和 Codex 插件。自带的技能会告诉智能体你的工作区是怎么组织的。

数据放在你想放的地方

MIT 开源。可以跑在笔记本上、你自己的服务器上（完全离线也行），或者用 Busabase Cloud；一个空间能导出成普通的 Markdown、数据表定义和 JSON 记录。
Busabase 的一张数据表：智能体写的博客文章以表格展示，包含标题、封面图和正文列，以及「待发布」「草稿」等保存视图
Busabase 里一张存着智能体所写文章的数据表。团队里谁都能看、能改，「待发布」这类保存视图从同一批记录里筛出要看的部分。

按你要做的事来比

每一行都是团队真正会拿来做的事。Firebase 的主场单独占一行，该用 Firebase 的地方，表里直接写明。

你要做的事BusabaseFirebase
看清改了什么、改前改后、是谁改的自带：变更请求带字段级差异、作者、智能体密钥、完整历史，能撤销不按文档记录：写入会直接替换文档。时间点恢复（最长 7 天）和备份都是还原到一个新数据库
让某个智能体只能提议、不能直接改可以：「只能提议」的密钥，改动进收件箱等人审数据层做不到：安全规则只对客户端请求放行或拒绝，服务端库还会绕过规则
让同事查看、修改智能体写的内容可以：表格、画廊、看板、日历、甘特图，不用写查询Firebase 控制台里的 Firestore 数据查看器和查询构建器，面向开发者
把同事和智能体拉进同一个工作区可以：成员分只读、可写、管理；智能体用自己的密钥加入项目成员，按 IAM 角色访问控制台和接口
搭团队知识库可以：文档、文件、数据表同在一棵目录树，共用权限Cloud Storage 存文件，没有文档
在所有内容里精确查找文字可以：一次 grep 正则搜索覆盖文件、文档正文、记录和智能体提示词查询自己的集合；全文检索在 Firestore 企业版上仍是预览
让所有智能体用同一套团队技能可以：上传一次，每个接入的智能体读到同一个版本不是产品功能（Firebase 的智能体技能是教智能体怎么用 Firebase 开发）
不立项写应用，就把数据做成内部工具可以：智能体做一个 AirApp，直接在工作区里打开自己写应用，或让编程智能体写，再部署上线
用同一份数据发布网站，绑自己的域名可以：网站引擎跑在 Cloudflare Workers，支持自定义域名（Cloud 需 Plus 及以上）可以：Hosting 和 App Hosting 支持自定义域名，网站代码要自己写
接入 Claude Code、Codex、Cursor 等智能体可以：MCP、命令行、OpenAPI、Webhook 和插件可以：本地 MCP 服务器、智能体技能和插件，用途是搭建和运维你的 Firebase 项目
账单出来之前心里有数按席位固定价，没有按量超额免费额度之外按量计费；预算上限（spend caps）还在公开预览，而且不是硬上限
自托管，包括离线可以：MIT 开源，从笔记本到物理隔离网络不行：托管在 Google Cloud 上；本地模拟器套件只用于测试
给你自己的移动或 Web 应用做后端：用户登录、实时同步、推送、分析不是它的活，用 Firebase可以，这正是 Firebase 的主场

接下来

下面三项正在开发，现在还不能用。列出来方便你提前规划，上线后本页会更新。

应用用户（App users） 开发中

用你发布的应用的人（比如一家网店的顾客）用邮箱验证码登录，永远只看得到自己的记录。由平台强制保证，他们不是工作区成员，也不占席位。

本体（Ontology） 开发中

在已有数据表之上，描述团队打交道的业务对象（公司、联系人、商机）以及它们之间的关系。人和智能体从此说同一种业务语言，修改本体同样走变更请求。

细粒度权限 开发中

数据表内按行、按字段控制访问，给智能体限定范围和期限的授权，以及由人签批的权限申请。没有哪个智能体会拿到超出工作所需的权限。

Firebase 的智能体工具用来搭应用，Busabase 是智能体干活的地方

在欢迎智能体这件事上，Firebase 走得比大多数后端都远。它的 MCP 服务器能接 Antigravity、Claude Code、Cursor、VS Code Copilot 等客户端；智能体技能教 AI 助手掌握 Firebase 的最佳实践；插件把两者打包给 Claude Code、Codex 和 Cursor。编程智能体可以建项目、配登录、写初版安全规则、再部署上线。

这些工具是为搭建和运维应用服务的。MCP 服务器也能读写 Firestore 文档，官方说它的工具调用要「经你批准」，也就是在编辑器里、在调用发生的那一刻点一下同意。之后文档里就只剩新值：没有说明为什么改，没有可供事后审阅的差异，也没法只撤回这一次改动。

对应用自己的数据，这样没问题。但智能体替业务干的活（更新客户记录、起草内容、维护运营文档和技能）不一样，你需要知道每个智能体改了什么、为什么改，还要能单独撤回一次失误。在 Busabase 里，每一次写入都替你留着这份记录。

如果你正在选工具，还有一件事值得知道：Firebase 以预览版推出的 AI 全栈开发环境 Firebase Studio 将于 2027 年 3 月 22 日停止服务，官方把用智能体搭应用的入口指向 Google AI Studio 和 Antigravity。Firestore、Authentication 等核心服务不受影响。

两个一起用

应用跑在 Firebase 上、旁边还跑着一批智能体的团队，常见的分工是这样：

  1. 应用本身（用户、登录、实时数据、消息推送）留在 Firebase。
  2. 客服智能体读用户反馈，整理进 Busabase 的「反馈」数据表，产品团队在看板上分拣。
  3. 内容智能体在「内容」数据表里起草更新说明和应用商店文案，编辑先审它的变更请求，再决定发不发。
  4. 需要回到应用里的内容，由你的代码通过 Busabase API 读取定稿记录；或者让智能体把它们发布成绑你域名的 AirApp 网站。

Firebase 让你的应用为用户稳定运转；Busabase 让智能体的工作对团队看得懂、找得到人、用得上。

价格一览

Busabase

免费版：1 个空间、3 个席位、5,000 条记录、1 GB 文件，包含技能、工作流、AirApp 在内的所有节点类型。
Plus：每席位每月 10 美元起（按年付）。Pro：20 美元起。
按席位固定价，没有按量超额。自托管 MIT 免费，不限席位。

Firebase

Spark：免费，不用绑支付方式，限免费额度内使用。比如 Firestore 标准版含 1 GiB 存储、每天 5 万次读取和 2 万次写入。
Blaze：按量付费，包含 Spark 的免费额度，超出后大多按 Google Cloud 价格计费；符合条件的新账户可获 300 美元额度。
AI Logic、Cloud Functions、App Hosting 的预算上限还在公开预览，官方说明它们不是硬上限。

价格按 2026 年 11 月 13 日公开信息整理。最新情况见 Busabase 定价和 Firebase 定价。

这些情况下，Firebase 更合适

  • 你在做移动或 Web 应用。Authentication、带实时同步和离线支持的 Firestore、Cloud Functions、Cloud Messaging、Crashlytics、Analytics，SDK 覆盖 Android、iOS、Flutter、Unity 和 Web。Busabase 不是移动后端。
  • 你想在客户端应用里直接用 Gemini。Firebase AI Logic 让移动和 Web 应用不用自建服务端就能调用 Gemini 模型，Google Cloud 的其他能力也近在手边。
  • 写入量是机器级别的。事件、遥测、高频的应用更新，应该放在应用数据库里。

说清楚 Busabase 现在做不到的：没有实时订阅，没有向量索引，没有消息推送和崩溃报告，也不管理你应用的表结构迁移。给你发布的应用的终端用户做登录正在开发（应用用户），目前还不能用。现在就需要这些，就让应用继续用 Firebase，把 Busabase 放在旁边。

常见问题

Busabase 能替代 Firebase 吗？
不能替代应用后端。它替代的是团队原本要在后端上再加的一堆东西：内部管理界面、共享文档目录、改动追踪，以及基于这些搭的内部工具。
Firebase 的 MCP 服务器已经能写 Firestore 了，为什么还要 Busabase？
因为写进去只是一半。Firebase 的 MCP 工具在编辑器里经你同意后执行，之后文档里就是新值。在 Busabase 里，每次写入都是带说明、差异、作者和撤销的变更请求，同事还能直接在表格里看结果，而不是去翻控制台。
变更请求和时间点恢复有什么不同？
时间点恢复是把整个数据库退回到最近 7 天内的某个时刻，还原成一个新数据库。变更请求是一次单独的改动，带自己的说明和差异：可以在生效前等人审，也可以单独回滚，不影响其他任何内容。
智能体的每次写入都要人审吗？
不用。有写权限的写入直接合并，并保留历史。审核是可选的：给智能体一把「只能提议」的密钥，或者让它把改动提交审核。
一个智能体能在同一次任务里同时写 Firebase 和 Busabase 吗？
可以，而且这是很自然的分工：应用的业务运行数据写进 Firebase，调研、记录、内容和文档写进工作区。
Busabase 能自托管吗？
可以。它是 MIT 开源的，能跑在单台机器、你自己的服务器或物理隔离网络里，详见自托管指南。Firebase 本身是托管服务，它的本地模拟器套件只用于测试，不能用于生产。

下一步

接上一个你已经在用的智能体，给它一件以数据表收尾的真实工作：一份反馈分拣清单、一份更新说明排期、一张客户表。几分钟后，团队就能以表格打开结果，并看到它做的每一次改动。

延伸阅读： Busabase 全部对比 · Busabase 和 Supabase 对比 · Busabase：Notion 加 Supabase 的结合体 · 各平台怎么处理智能体的写入 · 变更请求是怎么工作的 · 搜索与 grep · 把 AirApp 发布成网站

资料来源： Firebase pricing, Firebase MCP server, Firebase agent skills, Get started with Cloud Firestore Security Rules, Firestore point-in-time recovery, Firestore scheduled backups, Introducing Firebase spend caps, Firebase Local Emulator Suite, Firebase Studio sunset and project migration, What’s new from Firebase at Cloud Next 2026, Busabase pricing