一个还在 Preview 阶段的工具,关闭日期已经写进官方文档,连数据怎么处理都交代了:2027 年 3 月 22 日,Firebase Studio 停服,剩下的数据永久删除,找不回来。它不是一个做不下去的产品,Firebase 平台本身活得好好的,被砍掉的只是这个开发环境。
Firebase Studio 是 Google 的 Firebase 平台下的云端开发环境,用 AI 智能体在浏览器里把全栈 AI 应用做出来,接口、后端、前端、移动端都覆盖。人在国内要用它,先得有 Google 账号;访问本身不收费,能建几个工作区分三档。中国大陆能不能注册和使用,以官方为准。这篇除了讲清楚它怎么用、多少钱,还会讲它能替你省掉哪些活、哪些坑要提前看清。
- 免费计划每用户 3 个工作区,加入 Google Developer Program 升到 10 个,Premium 30 个
- Flutter 和 React Native + Expo 工作区合计限 2 个,满了要删旧的才能建新的
- Google Cloud 新客户 300 美元免费额度,升级付费账号前不收费
- 2027 年 3 月 22 日停服,已部署到 Firebase 的应用继续运行
- 2026 年 6 月 22 日起,新用户注册和新工作区创建已经停用
先看一张表,把最影响决定的信息放在一起。
| 项目 | 结论 |
|---|---|
| 谁家的 | Google 的 Firebase 平台产品,Firebase Studio 是其中的云端开发环境 |
| 国内能否注册 | 以官方为准 |
| 费用 | 访问不收费,部分集成可能要 Cloud Billing 账号 |
| 免费额度 | 每用户 3 个工作区 |
| 适合谁 | 想在浏览器里用自然语言或代码做全栈 AI 应用原型的人 |
| 现状 | Preview 阶段,新注册已停,2027 年 3 月 22 日停服 |
表里最该先看的是现状那一行。产品还能用到 2027 年 3 月,但新入口已经关了。现在读这篇的人,要么手里有工作区要安排迁移,要么只是在判断它值不值得花时间学。
本文目录
Firebase Studio 是什么:Google 的云端 AI 开发环境
它是 Google 的 Firebase 平台下的云端开发环境,用来构建和发布生产质量的全栈 AI 应用,包括接口、后端、前端和移动端。
把它想成一个装在浏览器里的工作台。你不用在本地装编辑器、配运行时、处理依赖冲突,打开页面就是一台跑在 Google Cloud 上的完整虚拟机,内核基于 Code OSS 项目,环境可以用 Nix 定制。
Firebase Studio 和 Project IDX、Gemini 是什么关系
它是把 Project IDX 和 Gemini 的 AI 智能体合并成一个协作工作区,从任何地方都能打开。IDX 原本是 Google 的云端开发环境,Gemini 是模型和助手,合成一个产品之后,写代码和问 AI 在同一个界面里完成。
Gemini 在里面的活很具体:写代码、修 bug、写并运行单元测试、管理依赖、处理 Docker 容器。工作区里可以用内置模型,也可以选自己惯用的模型,切换的入口就在 Studio 里。
Firebase Studio 为什么刚看到就要考虑停服
因为它处于 Preview 阶段,不受任何 SLA 或弃用政策约束,可能以不兼容的方式变更。停服时间也定死了:2027 年 3 月 22 日关闭,剩余数据永久删除且无法恢复。
有个区别要先分清:停的是这个开发环境,不是你的线上应用。已经部署到 Firebase 的应用在停服后继续运行,Firestore、Authentication、App Hosting 这些核心产品不受影响。要搬走的是工作区里的开发环境,跑着的服务不用动。
Firebase 平台本身比这个工具老得多,它是帮人和 AI 智能体构建、运行智能应用的平台,由 Google 支持,NPR、Halfbrick、Duolingo、Venmo 的开发团队都在用。Firebase Studio 只是这个平台里的一块,它关了,平台没关。
如果你正在把几个 AI 编程工具放在一起比较,可以先翻 AI编程工具对比,把坐标定好再回来看它。
能做什么:从自然语言生成 Web 应用,到导入现有仓库
用一句话或一张图生成整个应用原型
App Prototyping agent 支持自然语言、图片、绘图这几种提示方式,你说要什么,它把整个应用原型生成出来。如果应用需要数据库或认证,它会自动把 Cloud Firestore 和 Firebase Authentication 配好,不用自己去控制台一项一项点。
限制也要一并知道:这个 agent 目前只支持 Web 应用,可以帮用户用 Next.js 构建 Web 应用。想直接出移动端,得走别的路子。
把已有项目搬进来
不用从零开始。项目可以从源码管理、本地压缩包或者 Figma 设计导入;仓库可以从 GitHub、GitLab、Bitbucket 或本地机器拉进来,官方说支持大多数技术栈。
语言这边,Go、Java、.NET、Node.js、Python Flask 都在支持范围;框架这边,Next.js、React、Angular、Vue.js、Android、Flutter 也都能进。这是一份清单,不是无限支持。清单外的框架要自己定制环境,官方 FAQ 里写了可以定制环境适配几乎任何框架或语言。
在浏览器里预览、测试、部署
写完之后在浏览器里就能预览 Web 和 Android 应用,配合 Firebase Local Emulator Suite 测试 Firebase 和 Google Cloud 的服务,调试也在同一个界面里做。
发布这块,可以发布到 Firebase App Hosting,也可以部署到 Firebase Hosting、Cloud Run 或者自己的基础设施。App Hosting 内置预配置支持 Next.js 和 Angular,其他流行的 Web 框架也支持。
协作靠分享。给早期测试者一个工作区 URL,对方就能预览应用、给反馈;把工作区分享给团队成员,几个人可以同时改。
规格上还有两个数字要记住:工作区提供 100 GiB 磁盘空间给 Nix 包和 /tmp,10 GiB 给 /home 目录。要装的依赖多,先看这两个额度够不够。
怎么用:从登录到跑出第一个原型的步骤
先说准备。登录用 Google 账号;多数浏览器里要启用第三方 Cookie,Firebase Studio 才能认证工作区,Firefox 和 Brave 不需要启用;第一次用要接受 Firebase 服务条款,每个 Google 账号接受一次。

第一步:打开 firebase.studio 用 Google 账号登录
浏览器打开 firebase.studio,用 Google 账号登录,控制台会跳到 Google 账号登录页。这一步没什么技巧,账号登进去就进工作区列表。

第二步:在现有工作区里导入项目
这里有个前提要先说清楚:2026 年 6 月 22 日起,新用户注册和新工作区创建已经停用。现在能进的是手里已经有工作区的账号,新账号在这一步就卡住了。

有工作区的账号,可以在现有工作区里导入项目。导入走 GitHub、GitLab、Bitbucket、本地机器,也可以从源码管理、本地压缩包、Figma 设计进。从零起一个项目的顺序如果拿不准,可以先看 Lovable 使用教程,那篇把从零到跑起来的步骤拆得比较细。
第三步:用 App Prototyping agent 出第一版
在工作区里调出 App Prototyping agent,用一句话、一张图或者一张手绘的界面草图描述你要的应用。需要数据库和认证它会自动配好 Firestore 和 Authentication,出第一版原型这件事,就从这一步开始。
这类用一句话生成应用的玩法,Base44 AI应用搭建 那篇里有另一种工具的完整拆解。两个放在一起看,能看出哪些活是 AI 真替你干了,哪些还得自己动手。
第四步:预览、调试、部署
原型出来先在浏览器里预览,Web 和 Android 都能看。要测 Firebase 和 Google Cloud 的服务,用内置的 Local Emulator Suite。
要部署到 Firebase App Hosting,Firebase 项目得在按量付费的 Blaze 计划上。后端建完之后,应用会在它的免费子域名上可访问。生成式 AI 会出错,官方原话是部署到生产前务必检查它的更改或输出,这句话不当客套看。
已有工作区怎么迁到 Google AI Studio 或 Antigravity
官方给的两条路是 Google AI Studio 和 Google Antigravity。迁到 AI Studio:在工作区顶部点 Move now,选 Prepare for AI Studio,再点 Move to Google AI Studio。
迁到 Antigravity 要先在本地装东西:Antigravity IDE、Node.js 20 或更高版本、Firebase CLI 15.10.0 或更高版本。然后在 Firebase Studio 里点 Move now,出现 Zip and Download 按钮就点它,没出现就用命令面板运行 Firebase Studio : Zip & Download。
还有一步容易漏:迁移时要在 Firebase 控制台的 App Hosting 页面手动把 Gemini API key 设为环境变量。这一步补完,迁移清单才算走完。
价格和免费额度:访问不收费,工作区数量分三档
先把结论摆出来:访问 Firebase Studio 不收费,想增加能创建的工作区数量,走 Google Developer Program。真正花钱的地方在用它建出来的项目上,托管、数据库调用、函数调用这些按量算。
| 项目 | 金额 | 条件 |
|---|---|---|
| Firebase Studio 访问 | 不收费 | 官方写明访问不收费 |
| 工作区数量 | 每用户 3 个 | Standard 计划 10 个,Premium 计划 30 个 |
| Flutter 和 React Native + Expo 工作区 | 合计 2 个 | 未订高级计划,到顶要删旧的才能建新的 |
| Google Cloud 新客户 | 300 美元免费额度 | 升级到付费账号前不收费 |
| App Hosting 出站带宽(未缓存) | 每月 10 GiB 内不收费,超出 $0.20/GiB | 缓存 $0.15/GiB,2025 年 8 月 1 日起 |
| App Hosting 存储 | 5 GB 内不收费,超出 $0.10/GB | 按量计费 |
| Cloud Firestore 标准版 | 存储 1 GiB、写入 2 万次/天、读取 5 万次/天、删除 2 万次/天内不收费 | 按量计费 |
| Cloud Functions | 每月 200 万次内不收费,超出 $0.40/百万次 | 按量计费 |
| Firebase Hosting | 存储 10 GB 内不收费,超出 $0.026/GB;传输每天 360 MB 内不收费,超出 $0.15/GB | 按量计费 |
| Spark 计划 | 无需付款方式 | 项目创建配额通常约 5 到 10 个 |
免费的边界在访问和工作区数量,花钱的地方在用起来之后的托管和数据库调用。
这里有个容易忽略的地方:用 Firebase Studio 创建 Firebase 项目并关联结算账号,项目会自动升级为按量付费的 Blaze 计划,超出免费配额的部分收费,Gemini Developer API 的用量也升级为付费档。Firebase 和 Google Cloud 共用一张账单,两边的用量出现在同一张账单上。
不想被自动升级,动作很具体:建项目时先不关联结算账号,用 Spark 计划跑原型,Spark 不需要付款方式;要上 App Hosting 再升 Blaze。Spark 的项目创建配额是有限的,通常约 5 到 10 个,别拿它当无限沙盒用。
工作区数量要从 3 个往上加,走 Google Developer Program:Standard 计划不收费,10 个工作区;Premium 计划 30 个工作区,并且提高 App Prototyping agent 的 Gemini 配额。
用它带来什么:门槛降在哪、哪些活不用自己从零干
最直接的一点是不用折腾本地环境。装编辑器、配运行时、装依赖、处理版本冲突,这些事在一个新项目上要花掉大半天,这里是打开浏览器就有一台跑在 Google Cloud 上的完整虚拟机,环境用 Nix 描述,写进配置文件下次还在。
起项目的方式也变了。以前要先想清楚目录结构、路由、状态管理,再动手写第一行;现在是给一句话、一张图、一张手绘的界面草图,agent 先把整版原型铺出来,你在上面改。改比从空白开始写快,这是最实际的省时间。
有两块活是确实不用自己从零干的。一块是数据库和认证,应用需要的时候 App Prototyping agent 会把 Cloud Firestore 和 Firebase Authentication 配好。另一块是部署判断,用部署提示词让 AI 分析代码,它会给出去 Hosting 还是 App Hosting 的判断,省掉翻文档对规格的时间。
协作这块省的是来回传文件的时间。给测试者一个 URL 就能看,给团队一个工作区就能同时改,不用打包发压缩包,也不用约时间对着屏幕讲改了什么。
边界也要说清楚:上面这些是官方写明的能力,具体能省多少小时,没有可靠的数字,我不编。
国内能不能用:先看清官方的登录和付款条件
官方的门槛写在明面上:要 Google 账号登录,多数浏览器要启用第三方 Cookie 才能认证工作区,部分集成像 Firebase App Hosting 可能需要 Cloud Billing 账号。要使用 Firebase 的全部能力,还要接受 Firebase 服务条款,每个 Google 账号一次。
服务条款里有句话值得单独拎出来:使用任何 Firebase 服务须与自己的贸易、商业、手艺或职业相关。拿它做正经项目不冲突,拿它当随手玩的玩具,条款上就站不住。
付款这一块,Spark 计划不需要付款方式,牵扯到 Cloud Billing 账号的是 App Hosting 这类集成。
如果目标是继续在浏览器里用 AI 写代码,官方给的去处是 Google AI Studio,它被描述成从提示词到全栈生产应用的最快路径,适合基于浏览器的原型开发。要更强的多智能体工作流,官方指向 Antigravity,支持 Claude、GPT-OSS 和 Gemini 等不同模型,代价是要在本地装 IDE。
国内想走本地这条路,站内的 Cursor AI编程 讲了另一种在本地做 AI 编程的方式,配合本地环境用,不依赖浏览器里的工作区。
测评:优点在哪、坑在哪、什么人该用
官方写明的优点
覆盖面是头一层。接口、后端、前端、移动端都在一个环境里,Web 和 Android 能在浏览器里预览,Firebase 和 Google Cloud 的服务能用 Local Emulator Suite 测。做一个原型,一个页面走完全程。
生成方式是第二层。自然语言、图片、绘图都能当提示,数据库和认证需要就自动配,这一步替掉的是控制台里一项一项点的手工活。
兼容性是第三层。Go、Java、.NET、Node.js、Python Flask,Next.js、React、Angular、Vue.js、Android、Flutter 都在清单里,环境还能用 Nix 定制,官方 FAQ 说可以适配几乎任何框架或语言。手上已有的项目搬进来,不用重写。
最后是协作。工作区 URL 给测试者、工作区分享给团队,这两件事在纯本地的开发流程里要另找工具做。
要提前看清的坑
最要命的是生命周期。2026 年 6 月 22 日起新注册和新工作区创建已停,2027 年 3 月 22 日整个产品关闭,剩余数据永久删除且无法恢复。今天才开始学它,学的是要下线的工具。
还有个事是稳定性承诺。它处于 Preview,不受任何 SLA 或弃用政策约束,可能以不兼容的方式变更。这里的对比值得记住:Firebase Hosting 和 Realtime Database 的 SLA 承诺每月正常运行时间至少 99.95%,Firebase Studio 自己不在这个承诺里。
额度也卡人。免费计划每用户 3 个工作区,Flutter 和 React Native + Expo 合计只有 2 个,到顶了必须删掉一个现有的才能建新的。工作区不够用,可以走 Google Developer Program。
环境不持久这一条,做起来最烦。工作区里装的软件不跨会话保留,官方建议把需要的包写进 dev.nix 文件。不写,下次进来重新装一遍。
功能上还有差异。部署提示词不适用于面向 Web 的 Flutter 应用;部分功能是实验性的,官方会定期移除没达到预期的功能。用之前先确认你要的那个功能还在。
权限这条在团队协作时最容易被忽略。被加入工作区的用户能完全访问虚拟机整个文件系统,里面可能有私钥和访问令牌,只分享给信任的人。
数据用于训练这件事,两组开关管的东西不一样,别搞混。要阻止提示词和回复被用于模型训练,就别用 App Prototyping agent,也别用 Firebase Studio 内的 Gemini 辅助;要阻止代码被用于训练,在设置里关掉代码补全和代码索引。
最后是出错。生成式 AI 会出错,部署到生产前必须检查它的更改或输出。另外工作区创建时出现内部错误,多数情况下等一分钟左右刷新页面就能进去;模拟器空白先刷新,还不行向 Firebase Support 报告。
本地继续做的话,Gemini CLI 安装 讲了在命令行里接一个 AI 助手的装法,和浏览器工作区是两条路。
什么人现在用它合适,什么人绕开
适合两种人。一种是手里已有工作区、要在 2027 年 3 月 22 日之前把项目安排走的人,现在就把迁移路径跑一遍,比等到最后一个月强。另一种是想在浏览器里快速出一个全栈 Web 原型、验证想法的人,用 App Prototyping agent 起第一版,访问不收费。
不适合三种人。要长期稳定 SLA 的,这个产品自己不受 SLA 约束。现在才想注册的,入口已经关了。要做 Flutter Web 部署的,部署提示词对这一类还没优化。
用 AI 配合 Firebase Studio 干活的 4 个步骤
这个工具本身就是围着 AI 转的,所以配合的步骤不是外挂一个聊天窗口,而是在工作区里按顺序用。
第一步,用 App Prototyping agent 起原型。自然语言、图片、绘图都是它的输入,应用需要数据库或认证,它顺手把 Firestore 和 Authentication 配好。
第二步,用 Gemini 写和改。写代码、修 bug、写并运行单元测试、管理依赖、处理 Docker 容器,这几件事它都能接。
第三步,用部署提示词选托管。在对话框里用 /firebase:deploy,它会分析代码,然后告诉你该上哪个 Firebase 托管服务。
第四步,用 Gemini 补文档。生成文档、解释代码,交接和过一阵子回头改的时候省事。
下面三条提示词是本文给的示例,不是官方模板,照着改成自己的项目就能用。
- 用 Next.js 帮我搭一个带用户登录和数据库的全栈 Web 应用原型,先给出页面结构和用户流程,再生成代码。
- 检查我当前工作区的代码,找出可能的 bug,写并运行对应的单元测试,把修复后的改动列出来给我确认。
- 分析这个 Web 应用的代码,判断它应该部署到 Firebase Hosting 还是 Firebase App Hosting,并说明理由。
有三件事必须人自己做,AI 替不了。在 Firebase Studio 设置里关掉代码补全和代码索引,这一步决定你的代码会不会被用于模型训练。在浏览器里为 Firebase Studio 启用第三方 Cookie,Chrome、Safari 这些按官方步骤操作,不然工作区认证过不去。迁移的时候,在 Firebase 控制台的 App Hosting 页面手动把 Gemini API key 设为环境变量。
还有一件可以顺手做的事:把官方条款和自己项目的实际情况摆在一起对一遍,这种整理和对照交给猎者出海的AI Agent,比人一条条翻快。
常见问题
Firebase Studio 免费吗?
访问不收费,免费计划每用户 3 个工作区。加入 Google Developer Program,Standard 计划 10 个工作区,Premium 计划 30 个工作区。Google Cloud 新客户还有 300 美元免费额度,升级到付费账号前不收费。
Firebase Studio 现在还能注册吗?
不能。2026 年 6 月 22 日起,新用户注册和新工作区创建已经停用。手里已有工作区的账号,可以继续用到 2027 年 3 月 22 日。
2027 年 3 月停服以后,我用它做的应用还能跑吗?
能。已经部署到 Firebase 的应用在停服后继续运行,Firestore、Authentication、App Hosting 这些核心产品不受影响。停服时所有剩余数据永久删除且无法恢复,迁移要在停服前做完。
一个账号能创建多少个工作区?
免费 3 个,Standard 计划 10 个,Premium 计划 30 个。另外 Flutter 和 React Native + Expo 工作区合计限 2 个,到顶了要删掉一个现有的才能建新的。
怎么把 Firebase Studio 里的文件下载下来?
在资源管理器里右键任意目录,选 Zip and Download。
为什么 Firebase Studio 要启用第三方 Cookie?
因为它从一个域(cloudworkstations.dev 的子域)在另一个域(studio.firebase.google.com)上渲染 iframe,第三方 Cookie 用来做安全的跨源通信。Firefox 和 Brave 不需要启用。
工作区加载后模拟器是空白的怎么办?
先刷新页面。刷新还不行,向 Firebase Support 报告,官方说在持续改进云端模拟器的稳定性。
能用没有模板的框架构建应用吗?
可以。环境可以定制,官方说能适配几乎任何框架或语言。
想从头学 AI 编程,顺序怎么排?
先看 AI教程入门步骤,把从环境到第一个项目的顺序走一遍,再回来挑工具。
Firebase Studio 讲到这里,判断不复杂:它是个顺手的浏览器开发台,但入口关了、下线时间定了,现在拿它练手要算清时间成本。

发表评论