Gemini 升级失败？所有错误类型的完整修复指南（2026）

Gemini 升级失败涉及五个不同的类别：IDE 更新错误、CLI 安装失败、API 模型弃用、订阅计费问题和移动应用更新故障。对于 IDE 用户来说，最常见的修复方法是下载最新的 Antigravity 安装程序（v1.18.3 或更高版本）并执行原地升级，无需先卸载。对于 CLI 用户，运行 npm install -g @google/gemini-cli@latest 可以解决大多数更新问题。随着 Gemini 3.1 Pro 于 2026 年 2 月 19 日发布，许多用户遇到了需要根据具体失败类型采取针对性解决方案的版本特定错误。

快速诊断——你遇到的是哪种 Gemini 升级失败？

在尝试任何修复之前，你需要准确识别正在经历的升级失败类型。Gemini 的生态系统横跨多个平台——Antigravity IDE、命令行界面、REST API、订阅计划和移动应用——每个平台都有自己的更新机制和不同的错误信息。使用错误的修复方法不仅浪费时间，还可能造成额外的问题。下面的诊断表将常见错误信息映射到对应的失败类别，帮助你直接跳转到解决具体问题的章节。

理解你的错误属于哪个类别至关重要，因为底层原因有着根本性的不同。IDE 更新失败通常意味着自动更新机制出了问题，需要手动下载安装程序；CLI 失败通常涉及 npm 注册表问题或操作系统权限冲突；API 错误源于代码中使用了已弃用的模型标识符；订阅错误则与计费验证或地区限制有关。通过将你的确切错误信息与上表进行匹配，你可以直接跳到相关的修复章节，在几分钟而非几小时内解决问题。

如果你的错误信息没有出现在表格中，可以根据你使用的平台来判断。你是在 Antigravity 代码编辑器中工作吗？那就是 IDE 问题（H2-2）。在终端中运行命令？CLI 问题（H2-3）。向 Gemini API 发送 HTTP 请求？API 问题（H2-4）。尝试升级 Google AI 订阅计划？订阅问题（H2-5）。在手机或桌面上使用 Gemini 应用？应用问题（H2-6）。当你拿不准时，检查错误是出现在终端、浏览器还是应用程序内部——仅凭这个上下文就能大幅缩小失败类型的范围。

还值得注意的是，一些用户会同时遇到多种失败类型。例如，一个开发者升级了 Gemini Advanced 订阅后，可能发现订阅成功完成了，但 Antigravity IDE 仍然显示旧模型——这实际上是两个独立的问题：订阅升级已经成功，但 IDE 的自动更新机制是独立损坏的。在这种复合场景下，应该按顺序逐一处理每种失败类型，从订阅或账户层面（H2-5）开始，然后处理工具特定的修复（H2-2 到 H2-4），最后在 H2-7 中进行全面验证。先解决基础性问题可以避免在下游问题上浪费精力，因为一旦根本原因被修复，这些下游问题往往会自行解决。

如何修复 Google Antigravity IDE 更新错误

Antigravity IDE 是大多数开发者首次遇到 Gemini 升级失败的地方，根本原因几乎总是相同的：内置的自动更新机制静默失败，或者报告最新的 Gemini 模型"在此版本上不可用"。这个问题在 Google AI 开发者论坛上有广泛记录，一个获得 19 个赞的帖子确认，v1.18.3 之前的版本由于更新服务中的已知 bug 无法正确自动更新。Google 官方代表（chunduriv）确认解决方案是下载最新的安装程序并在现有安装上运行。

最可靠的修复方法包括三个逐步升级的方案。从最简单的方法开始，只有在前一个方法无法解决问题时才转向下一个。每种方法都会保留你现有的设置、扩展和项目数据——你不会丢失任何工作成果。

方法 1：原地安装程序升级

这是推荐的方法，适用于绝大多数用户。从官方网站下载适合你操作系统的最新 Antigravity 安装程序。在 Windows 上，下载 .exe 安装程序；在 macOS 上，下载 .dmg 文件；在 Linux 上，下载 .deb 或 .rpm 包。运行安装程序时不要先卸载当前版本——这会执行原地升级，保留你所有的配置、扩展、工作区设置和项目文件。安装完成后，重启 IDE 并验证右下角的 Gemini 模型选择器是否显示 Gemini 3.1 Pro 作为可用选项。如果你使用 Windows，还可以在提升权限的命令提示符中使用 winget upgrade Google.Antigravity 通过包管理器执行相同的原地升级。

方法 2：基于 CLI 的更新

如果图形安装程序失败或者你更喜欢命令行工具，可以通过 npm 更新底层的 Gemini 集成。打开一个终端（在 Antigravity 之外）并运行 npm install -g @google/gemini-cli@latest 来更新 Gemini CLI 组件，然后重启 Antigravity。这种方法在 Linux 系统上特别有用，因为图形安装程序有时会遇到依赖冲突，尤其是在 WSL2 环境中，显示服务器配置可能会干扰 GUI 安装程序。CLI 更新完成后，启动 Antigravity 并检查 Gemini 面板——更新后的模型应该会在启动后几秒钟内显示出来。

方法 3：清除配置重置

如果以上两种方法都不起作用，你可能有一个损坏的配置文件阻止了更新。完全关闭 Antigravity，然后导航到你的设置目录。在 macOS 上，路径是 ~/Library/Application Support/Antigravity/；在 Windows 上是 %APPDATA%/Antigravity/；在 Linux 上是 ~/.config/Antigravity/。查找名为 gemini-config.json 或 model-settings.json 的文件并重命名它（不要删除——重命名可以保留它作为备份）。然后重启 Antigravity，它会使用包含最新模型引用的默认设置重新生成配置。重新生成后，你的扩展和工作区设置不会受到影响，因为它们存储在单独的配置文件中。

验证方法：应用任何修复后，打开 Antigravity 命令面板（Windows/Linux 上按 Ctrl+Shift+P，macOS 上按 Cmd+Shift+P）并输入"Gemini: Select Model"。你应该能看到 Gemini 3.1 Pro Preview 列为可用选项。如果它出现并且你可以选择它，那么 IDE 升级就完成了。作为二次检查，可以尝试生成代码补全或在 Gemini 聊天面板中提问——成功的响应确认与更新模型的连接正常工作。

修复 Gemini CLI 更新和安装失败

命令行界面更新失败通常表现为安装过程中的 npm 错误、安装后的 PATH 配置问题或不同操作系统上的权限冲突。Gemini CLI（@google/gemini-cli）以 npm 全局包的形式分发，这意味着它继承了 npm 全局安装的所有常见陷阱——Linux/macOS 上的权限错误、Windows 上的 PATH 配置错误，以及与现有 Node.js 安装的版本冲突。

通用的第一步是通过在终端中运行 node --version 来验证你的 Node.js 版本。Gemini CLI 需要 Node.js 18 或更高版本。如果你运行的是旧版本，请先更新 Node.js，然后再尝试安装 CLI。你可以通过运行 gemini --version 或 npx @google/gemini-cli --version 来检查当前安装的 Gemini CLI 版本（如果有的话）。

Windows 特定修复

在 Windows 上，最常见的问题是在没有管理员权限的情况下运行安装命令。以管理员身份打开 PowerShell（右键点击，选择"以管理员身份运行"）并运行 npm install -g @google/gemini-cli@latest。如果即使在管理员权限下仍然遇到 EPERM 错误，通常意味着另一个进程正在锁定 npm 缓存。关闭所有终端、IDE 和任何可能正在使用 Node.js 的应用程序，然后重试。Windows 上的替代方法是使用 winget 包管理器：winget install Google.GeminiCLI 或如果你已有旧版本则使用 winget upgrade Google.GeminiCLI。安装完成后，关闭并重新打开终端以确保 PATH 已刷新。

macOS 特定修复

在 macOS 上，EACCES 权限错误是最常见的障碍。这发生在 npm 的全局目录由 root 而非你的用户账户拥有时。推荐的修复方法是配置 npm 使用用户拥有的目录进行全局安装。运行 mkdir ~/.npm-global && npm config set prefix '~/.npm-global'，然后将 export PATH=~/.npm-global/bin:$PATH 添加到你的 ~/.zshrc（如果你使用 bash 则添加到 ~/.bashrc）。使用 source ~/.zshrc 重新加载配置后，再次运行 npm install -g @google/gemini-cli@latest。这种方法避免了对 npm 安装使用 sudo，而使用 sudo 进行 npm 安装是一种安全反模式，可能导致连锁的权限问题。如果你通过 Homebrew 安装了 Node.js，权限应该已经是正确的——在这种情况下，问题可能是过期的 npm 缓存，可以使用 npm cache clean --force 来清除。

Linux 特定修复

Linux 用户面临 macOS 权限问题和与库依赖相关的额外挑战的双重问题。在 Ubuntu/Debian 上，确保已安装必要的构建工具：sudo apt-get install -y build-essential。对于 WSL2 用户，还有一个额外的常见问题：Windows PATH 泄漏到 WSL 环境中，导致找到的是错误版本的 Node.js。使用 which node 检查——如果它指向一个 Windows 路径（包含 /mnt/c/），你需要安装 Linux 原生的 Node.js 或者在 /etc/wsl.conf 中添加 [interop] appendWindowsPath = false 并重启 WSL。解决环境问题后，标准的 npm install -g @google/gemini-cli@latest 命令应该可以正常工作。

从源码构建

对于无法解决基于 npm 安装问题的用户，从源码构建是一个可靠的替代方案。使用 git clone https://github.com/google-gemini/gemini-cli.git 克隆仓库，使用 cd gemini-cli 进入目录，然后运行 npm install && npm run build。这会创建一个本地构建版本，你可以直接使用 node ./dist/index.js 运行或使用 npm link 全局链接。从源码构建完全绕过了 npm 注册表问题，让你可以直接控制安装过程。官方的 Gemini CLI 故障排查页面提供了针对源码构建的额外平台特定指导。

处理 Node.js 版本冲突

一个特别棘手的场景是当你通过版本管理器（如 nvm、fnm 或 Volta）安装了多个 Node.js 版本时。Gemini CLI 可能是在某个 Node.js 版本下安装的，但系统更新或配置文件变更后你的终端默认使用了另一个版本。运行 nvm list（或你的版本管理器的等效命令）查看所有已安装的版本。确保你当前使用的版本与安装 Gemini CLI 的版本相同。如果不同，要么使用 nvm use <version> 切换到正确的版本，要么在当前默认版本下重新安装 CLI。对于标准化使用特定 Node.js 版本的团队，在 Gemini CLI 安装说明旁边记录所需的版本可以防止新团队成员遇到这个问题。

验证方法：运行 gemini --version 确认已安装的版本。然后不带参数运行 gemini 进入交互模式。如果你看到模型选择提示并且可以选择 Gemini 3.1 Pro，则 CLI 更新成功。你还可以运行 gemini models list 来显示所有可用模型并验证最新模型是否可访问。

解决 Gemini API 模型版本和弃用错误

API 层面的升级失败与 IDE 和 CLI 问题不同，因为它们直接影响你的代码。当 Google 弃用一个模型版本时，使用该模型标识符的任何 API 调用都会开始返回 FAILED_PRECONDITION 错误、HTTP 400 响应或明确的弃用警告。截至 2026 年 2 月，多个之前流行的模型已经被弃用，要求开发者更新代码、配置文件和环境变量中的模型引用。

下表展示了基于 Google 官方模型文档的当前模型状况（2026 年 2 月 22 日验证）。这是迁移代码的关键信息——使用"已弃用"列中的任何模型都会导致错误。

要迁移你的代码，请在整个代码库中搜索对已弃用模型 ID 的引用。最常见的模式包括 API 调用中的硬编码模型字符串、GEMINI_MODEL 等环境变量以及配置文件（.env、config.yaml 或类似文件）。以下是 Python 中的典型迁移示例：

python

model = genai.GenerativeModel('gemini-2.0-flash')

# 之后（更新为当前稳定版模型）
model = genai.GenerativeModel('gemini-2.5-flash')

# 或者使用最新功能
model = genai.GenerativeModel('gemini-3.1-pro-preview')

对于使用 @google/generative-ai 包的 Node.js 应用：

javascript
// 之前（已弃用）
const model = genAI.getGenerativeModel({ model: "gemini-2.0-flash" });

// 之后（当前稳定版）
const model = genAI.getGenerativeModel({ model: "gemini-2.5-flash" });

在选择替代模型时，请仔细考虑你的使用场景。如果你的应用之前使用 Gemini 2.0 Flash 处理对速度敏感的任务，Gemini 2.5 Flash 是直接的继任者，以相似的价格点（$0.30/M 输入 tokens，据 ai.google.dev/pricing，2026 年 2 月）提供更好的性能。如果你需要最强大的模型且成本不是首要考虑因素，Gemini 3.1 Pro Preview 提供最新的能力，包括改进的推理能力（ARC-AGI-2 基准测试：77.1%，据 zerlo.net 报道）。关于当前模型阵容及其能力的全面对比，请参阅我们的Gemini 3 模型详细对比。

如果你正在管理多个 API 集成并希望通过单一端点可靠地访问各种 Gemini 模型，laozhang.ai 等服务提供统一的多模型 API 访问。这可以简化版本管理，因为你只需在一个地方更新模型标识符，而不是在多个服务配置中分别更新，并且在模型过渡期间仍然可以保持访问。对于大量使用 Gemini API 的开发者来说，了解 Gemini API 速率限制也是必不可少的，以避免可能被误认为升级错误的限流问题。

验证方法：更新模型引用后，使用新的模型 ID 进行简单的测试 API 调用。成功的响应确认迁移完成。如果你收到 models/{model-id} is not found 错误，请对照上表仔细检查模型 ID 的拼写——即使是微小的拼写错误也会导致 404 响应。你还可以使用 Gemini API 免费层级来测试更新后的集成，而不会产生费用。

修复 Gemini Advanced 订阅和计费升级错误

订阅升级失败特别令人沮丧，因为它涉及到金钱——用户试图为服务付费却被拒绝。最常见的表现是在 gemini.google.com/subscriptions 的计划升级流程中出现 HTTP 500 错误，但失败也可能包括支付方式被拒、计费验证循环和地区可用性限制。与 IDE 或 CLI 问题不同，订阅错误通常不能仅通过技术故障排查来解决，可能需要与 Google 支持团队互动。

当前的 Google AI 订阅层级（2026 年 2 月 22 日从官方订阅页面验证）结构如下：AI Plus 计划约 $7.99/月，提供每月 200 AI 积分和对 Gemini 3.1 Pro 的增强访问。AI Pro 计划 $19.99/月，包含 1,000 积分以及视频生成和 Code Assist 功能。AI Ultra 计划约 $249.99/月，提供 25,000 积分以及 Deep Think 和 Agents 能力。免费层级提供每日 50 积分和对 Gemini 3 Flash 的访问。了解你正在尝试升级到的计划有助于诊断具体的失败点。

步骤 1：验证你的支付方式

在排查升级流程本身之前，先确认你的支付方式有效且有足够的资金。前往 payments.google.com，检查你的银行卡是否未过期、未被标记为欺诈，以及是否已授权进行定期在线支付。国际用户应验证其银行卡是否支持美元交易，因为 Google 在大多数地区以美元计费 AI 订阅。如果你最近换了新卡，存储在 Google 系统中的旧卡可能会导致静默失败——在重试升级之前先更新它。

步骤 2：清除浏览器状态并重试

订阅升级期间的 500 错误经常由过期的浏览器状态引起——缓存的认证令牌、损坏的会话 cookie 或与当前升级流程冲突的过时页面资源。打开无痕或私密浏览窗口（在 Chrome 中按 Ctrl+Shift+N），导航到 gemini.google.com，使用你的 Google 账户登录，然后再次尝试升级。这会绕过所有缓存状态，强制与 Google 的计费服务建立全新连接。如果无痕模式方法有效，清除你常规浏览器中 *.google.com 域名的 cookie 和缓存，以防止问题再次发生。

步骤 3：尝试使用不同的浏览器或设备

如果在无痕模式下 500 错误仍然存在，问题可能是浏览器特定的。某些浏览器扩展——特别是广告拦截器、隐私扩展和 VPN 浏览器插件——会通过阻止 JavaScript 支付小部件或拦截对 Google 计费端点的 API 调用来干扰 Google 的支付处理流程。尝试使用一个完全不同的浏览器（如果你通常使用 Chrome，试试 Firefox 或 Edge），且不安装任何扩展。或者，尝试通过移动设备使用 Gemini 应用进行升级，因为移动端升级流程使用不同的支付处理路径，在网页流程失败时可能会成功。

步骤 4：检查地区可用性

Google AI 订阅计划并非在所有国家和地区都可用。如果你看到"not available in your region"消息或升级按钮显示为灰色，请查看 Google 官方的支持地区列表。不受支持地区的用户选择有限：使用 VPN 违反 Google 的服务条款，可能导致账户被暂停。合法的替代方案是等待地区扩展（Google 一直在稳步增加对新国家的支持），或使用免费层级——它在比付费计划更多的地区可用。

步骤 5：联系 Google 支持

如果以上步骤都无法解决问题，你需要直接联系 Google One 支持。前往 support.google.com/googleone 并使用联系表单或聊天选项。在描述问题时，包括确切的错误信息、你尝试升级到的计划以及你已经采取的步骤。准备好你的 Google Payments 交易历史（来自 payments.google.com）可以帮助支持人员更快地诊断计费方面的问题。根据社区报告，计费相关咨询的响应时间通常为 24-48 小时。

数据安全说明：任何订阅升级或降级都不会影响你现有的 Gemini 对话历史、保存的提示词或生成的内容。你的数据与你的 Google 账户绑定，而不是与订阅层级绑定。升级只是解锁对更强大模型的访问和更高的使用限额——它不会修改或重置任何现有数据。

排查移动端和桌面端的 Gemini 应用更新问题

移动端和桌面端应用更新失败是技术性最低的类别，但同样令人沮丧。Android、iOS 和桌面平台上的 Gemini 应用有时无法反映订阅升级、在更新后继续显示旧模型，或者在下载新版本时卡住。这些问题几乎总是通过标准的应用故障排查步骤解决，但具体步骤因平台而异。

Android 修复

在 Android 上，最常见的问题是应用即使在更新安装后仍然缓存旧的模型数据。打开设置，导航到应用，找到 Gemini，然后点击"清除缓存"（不是"清除数据"——清除数据会让你退出登录）。强制停止应用，然后重新打开它。如果应用仍然显示旧模型，检查 Google Play 商店是否有待处理的更新——有时自动更新安装了部分更新，需要手动完成。打开 Play 商店，搜索 Gemini，如果有"更新"按钮就点击它。更新后，重启设备以确保所有后台进程都已刷新。在运行 Android 14 或更高版本的设备上，你可能还需要检查 Gemini 是否设置为"无限制"电池优化，因为激进的电池优化可能会阻止后台更新的完成。

iOS 修复

在 iOS 上，应用更新问题通常源于 App Store 的更新机制而非应用本身。打开 App Store，转到你的个人资料（右上角图标），向下拉以刷新更新列表。如果出现 Gemini 更新，手动安装它。如果应用已是最新版本但仍显示旧模型，尝试删除应用并从 App Store 重新安装——在 iOS 上，重新安装通常比排查缓存状态更快更可靠。你的账户数据、对话历史和订阅状态都与你的 Google 账户云同步，因此重新安装不会丢失任何数据。重新安装后，使用相同的 Google 账户登录，你的订阅层级应该会在几秒钟内被识别。

桌面端应用修复

Gemini 桌面端应用（可在 macOS 和 Windows 上使用）在其 Gemini 集成方面遵循与 Antigravity IDE 相同的更新通道。如果桌面端应用没有反映你的订阅升级或显示最新模型，请通过应用的帮助菜单检查更新（帮助 > 检查更新）。在 macOS 上，你还可以从官方网站重新下载最新版本并在现有版本上安装（原地升级）。在 Windows 上，使用 winget upgrade 检查并安装可用的更新。如果桌面端应用在更新后仍然显示过时数据，删除应用的本地缓存。在 macOS 上，删除 ~/Library/Caches/com.google.Gemini/；在 Windows 上，删除 %LOCALAPPDATA%/Google/Gemini/Cache/。

跨平台验证：应用任何修复后，打开 Gemini 应用并开始新的对话。点击模型选择器，验证 Gemini 3.1 Pro 是否出现在模型列表中。发送一条测试消息并检查响应头以确认实际使用的是哪个模型。如果模型选择器显示正确的选项但响应似乎不一致，请等待几分钟——订阅变更后，模型路由可能需要最多 5 分钟来传播。

修复完成后——验证步骤和模型选择

解决眼前的错误只是成功了一半。在应用修复之后，你需要系统地验证一切是否正常工作，然后为你的具体使用场景选择合适的模型。跳过验证可能导致细微的问题——例如，你的 IDE 可能在选择器中显示正确的模型，但由于缓存的配置，实际上仍在将请求路由到旧版本。

通用验证清单适用于你经历的任何失败类型。首先，通过检查模型选择器或 API 响应头来确认模型版本——模型名称应该明确包含你期望的版本（例如，最新版本应显示"gemini-3.1-pro-preview"）。其次，运行能力测试，提出一个需要新模型特有功能的问题。对于 Gemini 3.1 Pro，尝试复杂的推理任务或多步骤代码生成问题——响应质量应该比旧模型明显更好。第三，在 aistudio.google.com 检查你的使用仪表板，验证你的请求是否被计入正确的模型和计费层级。

升级后选择合适的模型取决于你的工作负载。对于日常编码辅助、聊天和写作任务，Gemini 2.5 Flash 以 $0.30/M 输入 tokens（ai.google.dev/pricing，2026 年 2 月）提供速度和成本的最佳平衡。对于复杂推理、长上下文分析或准确性至关重要的任务，Gemini 3.1 Pro Preview 提供最高的能力水平。对于延迟敏感的高流量 API 应用，由于响应时间更快，推荐选择 Gemini 2.5 Flash。我们的Gemini 3.1 Pro API 访问完整指南提供了使用最新模型设置 API 访问的详细说明。

对于管理多个 AI 模型集成的开发者，通过 laozhang.ai 等统一 API 网关整合访问可以简化升级后的工作流程。无需在多个代码库和配置中更新模型引用，统一端点让你只需更改单个参数即可切换模型，同时在所有 AI 集成中保持一致的认证和速率限制。

许多用户跳过但不应该跳过的一个验证步骤是：使用类似于你实际使用场景的工作负载进行测试，而不是通用的"hello world"提示。如果你主要使用 Gemini 生成代码，就用有代表性的代码生成提示进行测试。如果你用它分析文档，就用典型长度的文档进行测试。这可以捕获边缘情况——模型升级可能以影响你特定工作流程的方式改变了响应格式、token 限制或流式传输行为。升级后花 5 分钟进行真实场景测试，可以在你的生产管道遇到意外的模型行为时节省数小时的调试时间。

预防未来的 Gemini 升级失败

解决了当前的问题后，值得花几分钟来预防未来的升级失败。Gemini 生态系统正在快速发展——仅 2026 年初 Google 就发布了多个重大模型更新——如果你的环境没有配置为顺畅过渡，每个更新周期都有可能造成类似的中断。

最有影响力的预防步骤是尽可能启用自动更新。在 Antigravity IDE 中，前往设置 > 更新，确保"自动下载并安装更新"已勾选。对于 CLI，考虑将 npm update -g @google/gemini-cli 添加到每周的 cron 任务或计划任务中，这样你的 CLI 无需手动干预就能保持最新。对于 API 集成，避免硬编码特定的模型版本字符串，而是使用版本别名或可以在一个地方更新的环境变量。例如，不要在应用代码中硬编码 gemini-2.5-flash，而是引用一个环境变量如 GEMINI_MODEL，你可以在部署配置中更新它而无需更改代码。

监控同样重要。通过按计划（根据重要程度每天或每小时）发起轻量级 API 调用，并在响应格式变化或调用失败时发出告警，为你的 Gemini 集成设置基本的健康检查。Google 的状态页面涵盖了 Vertex AI 的可用性，但模型特定的弃用通知发布在 Google AI 开发者博客和模型文档变更日志中。同时订阅两者可以确保你在模型被弃用之前收到提前通知，让你有时间主动而非被动地进行迁移。

对于团队和组织来说，维护一个内部文档来追踪项目中使用的 Gemini 模型和版本可以显著简化升级规划。当弃用通知到来时，你可以快速识别所有受影响的项目并规划迁移。这对于生产应用尤其重要，因为意外的模型弃用可能导致最终用户遭遇停机。

另一个经常被忽视的预防策略是将依赖项锁定在特定的兼容版本，而不是总是使用最新版本。虽然在刚修复了一个更新问题后避免自动更新看起来有些矛盾，但关键在于按你的计划进行可控的更新，而不是出其不意的中断。在 package.json 中将 @google/generative-ai npm 包锁定到特定版本，如果你的团队标准化使用特定版本则锁定 Antigravity IDE 版本，并在暂存环境中测试更新后再推送到生产环境。这样你可以保持最新状态而不冒 sprint 中途中断的风险。当你准备好升级时，可以有意识地按照上一节中的验证步骤来执行——而不是在重要演示还有十五分钟时才发现问题。

最后，保留一份记录你项目所依赖的模型 ID 和端点的本地清单。Google 的弃用时间线通常在模型完全移除之前给出 6-12 个月的通知，但 API 响应中的弃用警告可能会更早出现。通过维护一个简单的电子表格或配置文件，将每个项目映射到其 Gemini 模型依赖关系，你可以在收到弃用通知后几分钟内做出响应——检查你的清单并安排有针对性的更新，而不是在时间压力下审计整个代码库。

常见问题解答

重新安装 Antigravity IDE 会丢失数据吗？

不会。执行原地升级（不先卸载就运行安装程序）会保留你所有的扩展、设置、工作区配置和项目文件。即使完全卸载并重新安装，也只会删除应用程序本身——你的项目文件存储在工作区目录中，而不是 IDE 安装文件夹内。你的 Gemini 对话历史存储在云端并与你的 Google 账户绑定，因此无论 IDE 如何变化都会持续保留。

为什么运行 npm update 后 Gemini CLI 仍然显示旧版本？

这通常意味着新的二进制文件安装在了与终端在 PATH 中找到的不同位置。在 macOS/Linux 上运行 which gemini，在 Windows 上运行 where gemini 来查看路径。如果它指向一个意外的位置，说明你有多个安装。删除旧的那个，并确保你的 PATH 优先使用正确的 npm 全局目录。或者，使用 npx @google/gemini-cli@latest 来始终运行最新版本，而不用担心全局安装路径问题。

如何知道我的 API 调用是否使用了已弃用的模型？

检查 API 响应头——它们包含实际处理你请求的模型版本。你也可以查看 Google AI Studio 仪表板，它显示最近的 API 调用以及每次调用使用的模型。如果你在日志中看到"gemini-2.0-flash"或"gemini-2.0-flash-lite"，这些模型已经被弃用，你的代码需要更新。

Gemini 3.1 Pro 升级是免费的吗？

Gemini 3.1 Pro Preview 模型可通过 Google AI Studio 的免费层级使用，但有每日积分限制（免费计划为每天 50 积分）。更高用量需要订阅——AI Plus 约 $7.99/月，AI Pro $19.99/月，或 AI Ultra 约 $249.99/月（gemini.google/subscriptions，2026 年 2 月）。API 访问定价为 $2.00/百万输入 tokens（200K 上下文以内）（ai.google.dev/pricing，2026 年 2 月）。

如果所有修复方法都不起作用怎么办？

如果你已经尝试了相关章节中的所有修复方法但问题仍然存在，有三个升级路径。首先，查看 Google AI 开发者论坛上关于你特定错误的最新帖子——其他用户可能已经找到了变通方案。其次，通过 Antigravity IDE（帮助 > 报告问题）或在 Gemini CLI GitHub 仓库上提交 bug 报告，包含你的确切错误信息、操作系统版本和重现步骤。第三，对于订阅相关问题，联系 Google One 支持。社区论坛对技术问题的响应通常比官方支持渠道更快。