Google AI Studio 误删应用后可以通过提供 SPANNER ID 尝试找回

如果你在 Google AI Studio 里不小心删掉了 Build 应用，不要只盯着前端的回收站看，最关键的突破口其实在 Google Drive 的历史记录文件里。通过提供具体的后端标识符，可以要求工程团队在数据被永久清除前尝试从底层恢复源代码、Prompt 记录和部署配置。

怎么通过底层 ID 证明应用曾经存在

当应用在 Google AI Studio Apps 列表中消失后，常规界面是找不到任何东西的。但一个关键的细节是，Google Drive 中可能会留下一个名为 applet_access_history.json 的访问历史文件。这个文件里记录了应用在后端 Spanner 数据库中的 ID。

在具体的案例中，用户误删了名为 talabaai.uz 的应用（删除时间为 2026 年 9 月 26 日 17:00 至 18:30 UTC+5），但在 applet_access_history.json 中发现了两个关键的 SPANNER ID：

• ID 1： 8f25e70f-9d3e-4433-b452-88ad761e95fe
• ID 2： df90e824-3ac7-4a20-9755-d3f8019bd781

这两个 ID 能够直接对应到后端的记录，并且包含 GitHub 导入信息（如 DilmurodbekMadaminov/talabaai.uz）。这意味着即便前端显示已删除，只要后端记录没被覆盖，理论上仍有恢复可能。

申请恢复时必须提供的关键核对信息

向工程团队申请恢复时，不能只说“我删了一个项目”，必须提供一套完整的证据链，否则对方很难在海量数据中定位。建议在申请单中包含以下细节：

• 后端标识： 必须列出所有相关的 SPANNER ID。
• 公开访问路径： 提供之前的 AI Studio URL（例如 https://talaba-ai.ai.studio）。
• 部署链路： 提供之前的 Cloud Run 部署 URL（例如 ais-pre-ma7i6rafurnlycxo32nzjy-286796810075.asia-east1.run.app）。
• 云端项目信息： 明确标注关联的 Firebase 或 Google Cloud Project ID（如 bambuk-tune-507pf）和 Project Number（如 900757129645）。

重点申请恢复的资产清单

恢复请求不要笼统，要具体到数据类型。因为某些部分可能是快照备份，某些部分则是实时数据，需要明确要求检查以下项：

• 核心代码与配置： 原始 Build 应用、源代码、应用元数据。
• 运行记录： Prompts 和对话历史、Build 历史记录、各个版本的快照（Snapshots）和修订版本（Revisions）。
• 基础设施： GitHub 导入信息、Cloud Run 部署详情以及关联的 Firebase/Google Cloud 资源。

避坑指南与操作逻辑

在申请恢复时，有一个核心逻辑：要求恢复原件，而非创建新应用。

很多时候支持团队会倾向于帮你建一个新项目，但对于开发者来说，之前的版本历史、配置快照和数据关联才是最值钱的。因此，必须在请求中强调：不需要创建新应用，而是要求恢复到删除前的原始状态。

此外，恢复的时效性极强。在案例中，用户是在删除后大约一天内提交的请求。由于后端数据清除有一定的延迟周期，越快提供上述的 SPANNER ID 和 Project Number，找回源代码和快照的概率就越大。如果直接恢复整个应用在技术上不可行，也可以退而求其次，要求对方导出任何可用的源代码快照或元数据。