Firebase Studio 定于明年三月关闭并删数据

Firebase Studio 的用户该安排迁移了。原文给出的时间表是：新用户注册和新工作区创建已于今年 6 月停止，现有工作区还能使用，但产品将在 2027 年 3 月 22 日正式关闭，剩余数据永久删除，无法恢复。

对开发者来说，重点是确认代码和工作区里的资料能否完整带走。Google Antigravity 和 Google AI Studio 被列为替代选择，但报道没有提供功能对照，不能据此认定它们能直接接替现有开发流程。

现在还能工作，为什么要提前迁移

据 IT之家转述 Engadget 的报道，Firebase Studio 已经进入过渡阶段。目前有两个限制：不能注册新用户，也不能创建新工作区；已有用户仍可在现有工作区中工作，并迁移这些工作区。

因此，「还能打开项目」和「还能长期依赖」是两回事。现有工作区仍然可用，只说明迁移还有操作窗口。

2027 年 3 月 22 日既是产品关闭日期，也是剩余数据永久删除的期限。

原文没有说明导出格式、迁移工具，也没有交代配置和其他工作区资料能否一并转移。对于仍在使用它的团队，迁移完成的标准应该是项目能在目标环境继续开发，而不只是下载了一份代码。

两个替代选项，能不能接住原来的工作

Firebase Studio 于 2025 年 4 月 10 日以预览形式推出。它提供 AI 聊天机器人，可用于应用原型设计、调整应用和处理其他开发任务，但原文特别指出，其核心功能仍然是代码编辑。

这决定了替代方案不能只看 AI 对话是否方便。原先依靠在线 IDE 完成开发的用户，还需要确认代码编辑、项目运行和日常修改流程能否继续。

报道列出了 Google Antigravity、Google AI Studio 等选择，却没有说明两者分别适合哪些项目，也没有给出迁移步骤、兼容性或成本信息。它们目前只能算候选方向，不能算经过验证的替换方案。

另外，这条消息的关闭对象是 Firebase Studio 这款在线 IDE。原文没有说整个 Firebase 平台关闭，不应把产品名称相近理解为影响范围相同。

我的判断

这条报道最有用的部分，是明确了产品退出的时间表和数据后果。对于把在线工作区当作主要开发环境的人，这已经足够构成迁移理由。

但原文是一则停用消息，没有作者实测，也没有他们团队的迁移实验。它没有提供代码迁移成功率、开发体验对照，更没有证明 Antigravity 或 AI Studio 比其他编辑器更适合承接项目。把候选产品列出来，距离给出选型结论还差一轮实际验证。

如果项目代码已经保存在独立仓库，并且能在其他环境运行，迁移的重点会更偏向开发环境和工作流程。如果原型、修改或配置主要留在工作区里，就需要先盘点资料。原文没有说明这些资料具体如何导出，这一点应当保留疑问。

至于为什么关闭，报道也没有交代。不能仅凭停用消息，就推导出 AI 编程产品路线失败，或某个替代产品已经全面胜出。

能拿来做什么

• 如果你仍在使用 Firebase Studio，先列出现有工作区，确认哪些项目还有未提交的代码、原型修改和需要保留的配置，再核实各类资料的导出方式。
• 对前端或全栈项目，选一个真实项目在目标环境完成安装依赖、启动、构建和修改验证。能继续迭代，才算完成迁移。
• 评估 Google Antigravity、Google AI Studio 时，先写清自己依赖的是代码编辑、原型设计还是 AI 辅助修改，再逐项核对；原文不足以支持直接二选一。
• 把迁移安排在 2027 年 3 月 22 日之前，并留出检查遗漏资料的时间。原文明确说剩余数据无法恢复，不适合把关闭当天当作备份日。