Google AI Studio 项目怎么备份？ZIP 导出与本地检查清单

用 AI 做出一个应用后，先保存一份可以检查的代码副本。Google AI Studio 官方文档确认：Build 生成的代码可以导出为 ZIP，带到自己的编辑器继续开发。下面的清单适用于你仍能正常访问、且有权导出的项目。它是备份与验收方法，不是找回已丢失项目的保证，也不是某次平台故障的修复方案。

第一步：在自己的项目里导出 ZIP

打开 Google AI Studio Build 中本人有权访问的目标项目，核对项目名称和当前代码版本。找到当前界面提供的下载代码或导出 ZIP 入口，保存生成的文件。入口位置可能随版本变化；本文只依据官方已确认的导出能力，不把某个图标的位置当成所有账号都相同。

下载完成后，在浏览器下载列表中确认没有失败或未完成提示，再到本地文件夹查看。只保存项目网址、预览截图或聊天记录，不能替代代码 ZIP。若项目已经打不开，先保留现有本地副本和问题记录，通过平台正常支持渠道处理；不要为了尝试恢复而覆盖仅有的旧备份。

第二步：用日期和版本说明命名，保留上一份

把文件命名为“项目名-2026-10-12-修改前.zip”这类容易识别的名称。同一天多次备份时，加上时间或简短版本说明，例如“我的工具-2026-10-12-1030-表单完成.zip”。这里的文件名只是示例，请按实际导出时间填写。

保留原 ZIP，再解压出一份检查用目录。不要直接覆盖上一次确认可用的备份。另存一份到你控制访问权限的备份位置；同步文件夹会同步误删时，单靠同步也不等于保留历史版本。

记录：项目名称、导出日期、这次修改了什么。
保留：原 ZIP、解压检查目录、上一份已验证的版本。
核对：文件大小不为 0，能正常解压；这两项通过仍不代表应用一定可运行。

第三步：打开目录，检查代码、依赖和启动说明

先看文件，不急着启动。检查压缩包里是否有实际源代码、静态资源和项目说明，而不只是网页截图或一个快捷方式。不同项目的结构可能不同，下面列的是检查方向，不要求每个项目都有相同文件名。

如果项目有 README 或其他开发说明，先确认运行环境、依赖安装方式和启动步骤。对于包含 package.json 的 JavaScript 项目，检查其中的 scripts、依赖列表以及是否有对应锁文件；对于其他技术栈，按该项目的依赖与构建说明核对。缺少说明时，先补齐来源明确的说明，再尝试运行。

ZIP 解压后要确认哪些内容
检查项	具体看什么	发现缺失时怎么做
源代码和资源	页面、服务端代码、图片等是否存在	与可访问项目的文件列表对照，必要时重新导出
依赖与版本	依赖清单、锁文件、运行环境要求	记录缺项，不凭猜测替换版本
启动说明	安装、启动、构建命令及预期入口	先阅读和核对命令，未知脚本不直接执行
配置清单	需要哪些环境变量和外部服务	只在普通说明中记名称与用途，不写真实密钥
外部数据	数据库、对象存储、上传文件等	单独确认备份方式、权限与恢复步骤

第四步：配置和外部数据分开记录

Google 官方说明，导出的应用在其他环境运行时，需要在那里设置 GEMINI_API_KEY 环境变量。不要因为下载到了代码，就默认原平台上的运行配置也已经完成迁移。其他变量以项目代码和说明为准。

可以写一份不含密钥值的配置清单，例如“GEMINI_API_KEY：服务端调用所需；由项目负责人在新环境配置”。真实密钥放在你控制的密码管理器或服务端秘密配置中，不放在教程截图、公开代码库、群文件或发给他人的 ZIP 中。分享备份前也要检查是否误带了 .env 等含密钥文件。

如果应用连接了外部数据库、文件存储、登录服务或其他 API，分别记录服务名称、项目标识、管理员和备份位置。代码 ZIP 不应被当作这些服务数据已备份的证明；应在各服务的管理界面核对导出、备份和恢复条件。付费服务、账号权限或访问配置缺失，都可能影响恢复。

第五步：在独立目录做一次最小验证

用新的测试目录解压副本，保留原 ZIP。先阅读代码和启动说明，确认依赖与脚本来源，再按项目说明准备运行环境。隔离目录能避免覆盖工作文件，但不是安全沙箱；不熟悉的代码或未知安装脚本不要盲目运行，必要时先请开发者检查。

配置测试环境时，优先使用测试账号和测试数据，避免把练习连接到真实订单、支付或客户数据库。涉及付费 API 的功能，只在你明确知道费用和权限后测试。

从一个最小功能开始，例如打开首页、输入一段虚构文字、完成一次不涉及真实业务的操作。记录实际成功和失败的步骤。如果只验证了页面能打开，就把结论写成“页面可打开”，不要写成“完整恢复成功”。

解压检查通过：代码和所需说明存在。
本地页面验证：按项目说明启动后，页面可以打开。
功能验证：关键交互用测试数据完成，错误信息有记录。
外部服务验证：逐项确认配置、权限和测试数据可用。
备份结论：写明已验证的范围和仍缺少的条件。

页面能开但图片 404：先检查资源地址

首页能打开，只说明页面入口可用，图片仍可能单独加载失败。验证备份或发布结果时，用桌面浏览器打开开发者工具的 Network（网络）面板，刷新页面，找到失败的图片请求；记录实际请求地址、状态码和返回内容。也可以先用“在新标签页中打开图片”快速查看，但地址能打开不一定代表返回的是图片。

对照解压目录和实际部署文件，检查图片是否存在、路径层级和文件名大小写是否一致，例如 Cover.svg 与 cover.svg 不要混用。若网站发布在 /demo/ 等子路径，还要核对构建配置中的基础路径；以 / 开头的地址从域名根目录查找，不会自动带上当前页面目录。每次只修正一个已核实的问题，再重新构建、部署并验证。

仅对使用 Vite 的项目：优先按项目写法导入图片，例如 import coverUrl from './cover.svg'，再把 coverUrl 用作图片地址，让构建工具生成资源 URL。生产文件名可能带哈希，也可能被内联，不能靠猜文件名。需要保留原名的 public/icon.png，源码引用通常写 /icon.png；部署在子路径时还需核对 base 配置和最终请求地址。不要统一把 /src/ 替换成 /assets/，也不要假定所有 AI Studio 项目都使用 Vite。

一个静态站点示例：如果部署目录确实只有 images/cover.svg，而页面请求 images/cvoer.svg，就把拼错的引用改为实际文件路径。这只说明如何核对文件与引用，不代表任何线上问题都由拼写造成。修复后同时确认图片请求返回有效图片、页面中可见，并把修复版本和验证结果记回备份记录。

图片请求的结果不同，下一步也不同
看到的结果	说明什么	下一步核对
404 Not Found	服务器没有找到这次请求的资源	实际 URL、大小写、部署文件是否缺失、基础路径是否正确
403 Forbidden	服务器拒绝该请求	资源访问权限和托管服务规则；需要权限时由资源负责人处理
200，但返回 HTML 或登录页	请求成功响应，不等于拿到了图片	Network 中的响应内容与 Content-Type；检查路由回退、重定向及实际资源地址
返回图片，页面里仍不可见	还要检查页面怎样显示它	浏览器控制台提示、图片尺寸与样式、格式和文件是否有效

留一张备份记录，之后才知道哪一份能用

可复制记录模板：项目名＝____；导出时间＝____；ZIP 文件名＝____；本次版本说明＝____；已检查的代码与依赖＝____；所需环境变量名称＝____；外部数据备份位置＝____；本地验证日期与结果＝____；尚未验证的功能＝____。

在大改动前和重要功能完成后，各保留一份带说明的版本。应用暂时可用时做好这份记录，比等到出错再猜测文件内容更容易核对。

常见问题

Google AI Studio 可以导出项目代码吗？

官方 Build 文档说明，可以把生成的代码导出为 ZIP，并在自己的编辑器中继续开发。需要先能访问目标项目，并使用当前界面提供的导出入口。

有 ZIP 就代表应用已经完整备份了吗？

还不能这样判断。需要核对源代码、依赖、配置和外部数据，并记录本地验证结果。外部数据库、上传文件、服务权限等要单独确认。

下载后为什么仍然不能本地运行？

可能缺运行环境、依赖、环境变量或外部服务权限，应按项目说明逐项检查。官方特别说明，导出后在其他环境运行时需要设置 GEMINI_API_KEY；不要把密钥写进公开页面。

项目打不开以后，还能按本文导出吗？

本文面向仍可访问的项目。如果已经打不开，导出入口可能无法使用；应保留已有备份和错误记录，走平台正常支持流程。本文不保证找回丢失的代码。

页面发布后能打开，为什么图片还是裂开的？

图片是单独的资源请求。先在浏览器 Network 面板看实际图片地址、状态码和响应内容，再核对部署目录。404、403 和返回 HTML 的 200 需要不同处理；仅凭裂图不能判断是平台故障。

把图片地址里的 /src/ 改成 /assets/ 就行了吗？

不能这样批量替换。构建可能改变文件名或内联资源；应按所用框架的资源引用方式修改源码，并检查实际构建产物。Vite 示例也只适用于采用 Vite 的项目。

参考资料

查看 AI 工具指南