Nano Banana 2 可能在你当前使用的入口出现故障，但一次失败不等于 Google 全局宕机。它是 Gemini 3.1 Flash Image，同时出现在 Gemini 应用、Google AI Studio/Gemini API、Vertex AI、Flow、Search 等内嵌产品，以及第三方封装工具中；这些入口没有一个能代表全部状态。
先回答“我从哪里用它”，再回答“它是不是挂了”：AI Studio 或 Gemini API 用户先打开 Google AI Studio Status；Vertex AI 用户看 Google Cloud Service Health；Gemini 应用用户保存页面原始提示，并走应用内反馈；第三方工具用户先查服务商公告和日志。
不要把旧搜索摘要、论坛热帖或第三方绿灯当作即时结论。真正有用的证据是：失败入口 × 原始信号 × 能被证明的影响范围。
先确认：你从哪个入口使用 Nano Banana 2？
Google 的图片生成文档把 Nano Banana 2 对应到 gemini-3.1-flash-image。同一个产品名出现在多个入口，不代表它们共用一个状态页、账号合同或故障范围。
| 失败入口 | 应该先看哪里 | 有效的第一证据 | 不能据此推出什么 |
|---|---|---|---|
| Gemini 网页或移动应用 | 当前应用提示与 Gemini 应用反馈 | 同账号新对话中的最小安全请求仍失败，并保存原始提示 | Gemini API、Vertex AI 或所有账号都宕机 |
| Google AI Studio / Gemini API | Google AI Studio Status 与原始 API 响应 | 当前事故条目点名相同组件，或受控请求出现一致的瞬态错误 | Gemini 消费应用、Vertex AI 或第三方工具也受影响 |
| Vertex AI | Google Cloud Service Health 与 Vertex 错误详情 | 对应地区、项目、模型的匹配信号 | AI Studio 或 Gemini 应用也有同一故障 |
| Flow、Search 或其他 Google 内嵌产品 | 该产品自己的提示、帮助和支持入口 | 同一产品、同一步骤可复现失败 | 所有 Nano Banana 2 入口都失败 |
| 第三方封装或供应商 | 服务商公告、日志、request ID；必要时做一次官方直连对照 | 供应商自有故障，或与第一方状态匹配的上游信号 | 没有第一方确认时的 Google 全局事故 |
状态页的绿色也有边界。AI Studio Status 主要回答 API 与 AI Studio 组件；它不能替 Gemini 应用、Vertex AI、Flow 或某个第三方供应商作保证。反过来，某个供应商公告“模型不可用”，也可能是该供应商渠道、代理网络或模型别名的问题，而不是 Google 全局事故。
先读原始信号，不要只说“不出图”
中文用户常把转圈、只回文字、坏图、额度提示和 503 都叫“宕机”。这些现象的归属不同。Google 的 Gemini API 排错文档给出了可以直接用于分流的错误语义：
| 原始信号 | 先验证什么 | 能否证明宕机 | 下一步 |
|---|---|---|---|
400 INVALID_ARGUMENT | 字段、API 版本、模型名、payload | 不能 | 修请求，不要原样重试 |
400 FAILED_PRECONDITION | 地区、计费、项目或访问前提 | 不能 | 先满足前提；不要当全局故障 |
403 PERMISSION_DENIED | key、项目、认证、路线权限 | 不能 | 修权限，不要原样重试 |
404 NOT_FOUND | 模型、文件、资源、参数或版本 | 不能 | 修资源或版本 |
429 RESOURCE_EXHAUSTED | Gemini API 完整错误信息中的 rate、token、daily 或 spend limit | 单独不能 | 降低压力，查看当前 rate limits |
500 INTERNAL | 状态页、请求上下文、最小请求是否同样失败 | 可能是瞬态信号 | 采用有限退避；持续时提交证据 |
503 UNAVAILABLE | 当前状态页、同模型/同路线是否匹配失败 | 可能是可用性信号 | 有限退避；持续且确认后进入 503 分支 |
504 DEADLINE_EXCEEDED | 调用方 timeout、请求大小、处理时间 | 不一定 | 按请求形态调整 deadline 或输入 |
不要把 Gemini Developer API 的错误表直接搬到 Vertex AI。Vertex 故障先用 Google Cloud Service Health 判断事故范围，保存原始 message、project 与 region；持续的项目或地区问题交给 Cloud Support。一个入口的 429 解释不是其他入口的通用合同。
“请求成功但图坏了”也需要单独记录。若只有某个分辨率、模型或入口出现花屏、低质量或错误内容，它更像局部质量事故，而不是 HTTP 层面的全站宕机。保存模型、分辨率、入口和时间，再看当前官方事故条目是否点名同一范围。
两次以内，做完一次最小请求和一次必要对照
排查的目标不是制造更多流量，而是找出最窄的故障范围。
第一次：同入口做一个最小安全请求
保持账号或项目、入口、模型和分辨率不变，只把任务缩成不含敏感信息的基线，例如“生成一个白色背景上的蓝色圆形”。不要附带私人图片、真实客户素材或完整生产 prompt。
保存以下内容：
- 时间和时区；
- 使用入口与具体产品；
- 模型 ID 或页面显示的模型名；
- 分辨率或相关功能；
- 脱敏后的原始错误码与信息；
- request ID（如果有）；
- 最小请求是成功、失败，还是返回了坏图。
这次结果只证明这一个账号或项目、这一个入口、这一个时刻发生了什么，不能自动扩展成“所有人都不能用”。
第二次：只有能缩小范围时才对照
选择只改变一个范围轴的对照：
- 同一 API 项目换一个官方模型，可判断是否模型特定；
- 同一模型换另一个受支持分辨率，可判断是否分辨率特定；
- 第三方工具失败时，在允许的官方直连入口做一次同类请求，可判断是否供应商层拥有故障；
- Gemini 应用卡住时，在同账号新对话做一次最小请求，可判断是否会话状态参与问题。
不要为了“证明宕机”轮换账号、API key 或项目；不要用 VPN、代理、改区来伪造另一种可用性结果；也不要把对照变成无限、可能计费的重试循环。
用三档结论描述影响范围
第一档：官方已确认事故
第一方当前状态页点名了相同入口、组件、模型或功能，而且事故条目尚未标记为已解决；你的错误与时间也落在相同范围。
此时可以称为“已确认事故”，但结论仍应带范围。例如“Gemini API / AI Studio 的特定模型事故”不能写成“Gemini 应用和所有第三方平台都宕机”。
第二档：疑似局部事故
两个受控的官方对照出现一致的 500/503 等瞬态失败，但第一方状态页尚未发布相应事故条目。故障可能只影响某个模型、分辨率、项目类型或地区。
此时降低重试压力，保存证据并向对应支持入口报告。使用“疑似”“局部”“尚未获官方确认”，不要直接宣布全局宕机。
第三档：本地或未知
只有一个账号、项目、请求、应用会话或供应商入口失败，另一个受控对照成功；或者现有证据不足以判断范围。
“本地或未知”不等于用户操作错误，只表示证据还不支持大范围事故。接下来应进入应用会话、提示词策略、权限、配额、项目或封装工具的对应排错分支。
常见现象该怎么归类？
| 你看到的现象 | 当前最稳妥的结论 | 下一步归属 |
|---|---|---|
| AI Studio Status 有未解决事故，API 错误与范围一致 | 已确认 API/AI Studio 事故 | 官方事故条目 |
| 状态页没有对应事故，只有 Gemini 应用某个账号报错 | 应用入口局部或未知 | Gemini 应用反馈与通用排错 |
| 第三方工具失败，官方直连最小请求成功 | 供应商、路由或集成分支 | 服务商日志与支持 |
429 的完整信息点名项目限制 | 配额、rate 或 spend 分支，不是自动宕机证明 | 当前限制归属与 429 分支 |
受控 API 请求持续返回 503 | 官方确认前只能称疑似 API/模型事故 | 状态页，随后进入持续 503 分支 |
| 只在 2K/4K 或某一输出设置出现坏图 | 可能是分辨率或模型局部质量事故 | 状态历史、模型文档与支持 |
搜索摘要可能截取一个历史事故的“正在调查”阶段，即使源页面后来已显示解决。打开原页面，核对当前状态、时间和影响范围；不要把摘要里的旧句子当作今天的绿灯或红灯。
中国市场查询还要保留一个边界
中文搜索结果和 gl=CN 只代表目标市场参数，不证明中国大陆 IP、账号、网络或某个套餐具备官方可用性。遇到地区、计费或项目条件时，应根据错误原文和官方合同处理，不能用换区、换号、VPN 或代理把访问条件伪装成服务恢复。
同样，第三方供应商在中文页面宣布“已恢复”，只证明其自身路线恢复。若你依赖第三方封装，要求服务商提供时间戳、request ID、上游响应和影响范围；只有这些证据与第一方事故条目匹配时，才能把问题归到 Google 上游。
什么时候停止、等待或提交反馈？
- 400、403、404 原样重试应立即停止，先修请求、权限或资源。
- 429 要按完整错误信息和当前限制语境处理，不通过轮换 key 或项目规避。
- 500/503 等瞬态类别只做有限次数的指数退避和 jitter，不承诺固定恢复时间。
- 一次只改一个变量；同时换网络、账号、模型、提示词和分辨率会破坏证据。
- 截图和日志先脱敏，不公开 API key、完整敏感提示词、用户图片、私人请求正文或账号信息。
- 论坛、Reddit 和第三方状态灯可以发现症状，不能替代第一方事故确认。
提交前整理一个小而完整的证据包：失败入口、时间与时区、模型、分辨率、脱敏错误、request ID、一次同入口最小测试、一次必要对照，以及当时第一方状态页显示的范围。
Gemini 应用用户可按 Google 的反馈说明从“设置和帮助”提交问题。Google 说明反馈可能附带对话或文件，因此发送前要检查敏感内容。AI Studio/Gemini API 用户应保留 request ID 并对照官方状态与排错文档；Vertex AI 持续问题走 Cloud Service Health 与 Cloud Support；第三方工具问题则先交给服务商支持。
如果事故未被确认，而现象落在应用会话、提示词、账号路线、API 项目或封装工具，请进入 Nano Banana 无法生成图片的入口式排错指南。只有原始响应已经确认持续 503 UNAVAILABLE 或 overloaded，才进入 Nano Banana 2 503 过载处理指南，不要提前复制其中的工程实现或历史数字。
结论：可信的状态答案必须带入口和范围
判断 Nano Banana 2 是否宕机，顺序应该是：确认入口，打开该入口的第一方状态或支持页面，保存原始信号，在同入口做一次最小测试；只有确实能缩小范围时，再做一次官方模型、分辨率或直连对照。
第一方当前事故条目点名相同范围，才叫“官方已确认”；受控瞬态失败一致但尚无事故条目，叫“疑似局部”；其余保留为“本地或未知”，再转入正确排错入口。这样的答案没有一个永远不变的绿灯，但它不会在搜索摘要里把旧状态包装成今天的事实。
