Google AI Studio API Key 突然不能用了？9月这项规则变了

Google 官方文档目前的准确口径是：Gemini API 正在从 Standard keys 迁移到 Authorization keys（Auth keys）。

关键结论：当前 Gemini API 会拒绝 未加限制的 Standard key；已经显式加了限制的 Standard key 仍可继续工作。但 Google 同时写明，2026 年 9 月将拒绝 Standard keys，应在此之前迁移到 Auth key。

这不是“所有旧 Key 在同一时刻立刻作废”，而是一项已经进入强制阶段的安全迁移。

9 月到底变了什么

- Standard key：把请求与 Google Cloud 项目关联，用于计费和配额；它本身不识别调用者身份，因此支持的权限和访问控制粒度有限。

• Auth key：直接绑定 Google Cloud 服务账号，请求以该服务账号身份处理；默认限制到 Generative Language API（Gemini API），并提供更快的泄露 Key 阻断机制。

迁移分为三个层次：

1. 新建 Key 默认变化：现在从 Google AI Studio 新建的 API Key 会自动创建为 Auth key。 2. 当前拒绝规则：Gemini API 已拒绝未加限制的 Standard key；有明确限制的 Standard key 当前仍可工作。 3. 最终迁移窗口：Google 官方写明，2026 年 9 月 Gemini API 将拒绝 Standard keys，因此不应继续把“暂时能用”当成长期方案。

先判断你属于哪一种情况

情况 A：你的 Key 已经是 Auth key

情况 B：你的 Key 是 Standard key，但已经显式限制

情况 C：你的 Key 是 Unrestricted Standard key

最稳的迁移 SOP

1. 登录 Google AI Studio API Keys。 2. 检查 Key Type 列，识别仍标记为 Standard 的 Key。 3. 点击 Create API key。官方说明，新 Key 会自动创建为 Auth key。 4. 把新 Key 写入环境变量、部署平台 Secret、服务器配置和自动化工具。优先使用 GEMINI_API_KEY 或 GOOGLE_API_KEY。 5. 重启终端、服务或部署实例，确保新变量真正加载。 6. 使用 Google 官方 SDK 或 REST 发出真实请求，确认返回正常、模型可用、配额项目正确。 7. 观察生产任务稳定运行后，再禁用或撤销旧 Key。

先验证后删除，是避免人为停机的关键。

换了新 Key 仍然报错，按这个顺序排查

1. 环境变量是否真的生效

2. 项目是否已经导入 AI Studio

3. 是否缺少创建 Key 的权限

4. 是 Key 错误，还是第三方工具不兼容

安全检查清单

• 不要在聊天、截图、前端网页或公开仓库中暴露完整 Key。

• 使用环境变量或 Secret 管理，不把 Key 写死在代码里。

• 开启账单告警，按开发、测试、生产环境拆分 Key。

• 怀疑泄露时，先生成替代 Key并验证，再禁用旧 Key。

• 不要让一个 Standard key 同时承担多个 Google API 的长期生产流量。

一句话总结

官方来源

- Using Gemini API keys — Google AI for Developers（页面最后更新：2026-09-02 UTC；本文核实：2026-09-14）

• Google AI Studio API Keys

• Google Cloud Console Credentials

编辑说明：本文仅解释 Google 官方公开的 Gemini API Key 迁移规则，不展示、收集或测试任何用户真实 Key。报错文案可能因 SDK 或第三方工具而异，应以官方端点的真实请求结果为准。