Gemini 出了点问题 (13、1076、1099) 怎么办：先分清错在哪一层

在 Gemini 网页版、手机 App 或 Chrome 侧栏里发一条消息、传一张图、打开一个旧对话，页面只回了一句“出了点问题，请稍后再试”，有时后面还跟着一个括号数字：(13)、(1076)、(1099)、(5)。刷新没用，清了缓存没用，换浏览器也没用。

先说能确定的部分。截至 2026 年 10 月 9 日，Google 没有公布过这些数字的含义。有据可查的只有两样：一是 Google 帮助页对“登录或访问 Gemini 时看到这条提示”的解释，意思是账号暂时不能访问，原因包括地区、年龄和账号类型；二是 Google 自己的状态面板里几次事故记录，其中 2026 年 5 月那次把“Something went wrong(13)”写成了故障症状。给每个数字一个固定含义的页面都没有引用 Google。

数字本身查不出原因，但四个你自己能做的对照可以把故障定位到某一层：新对话（单个对话）、无痕窗口（浏览器和会话）、同一台设备上的第二个 Google 账号（账号）、状态面板和同一小时的报告（Google 后端）。层定了，下一步也就定了：对话层换新对话或把旧对话导入 Notebook；浏览器层清缓存、关扩展；账号层停止折腾浏览器，转向等待或反馈；后端层只能等。

下面的做法来自 Google 帮助页、Workspace 状态面板和 Gemini 帮助社区的用户报告，日期与确认人数随每条给出。社区里的“产品专家”是志愿者，他们的解释不是 Google 的说法。

“出了点问题”后的数字是什么意思：Google 没有公布含义

Google 的帮助页里只有一处定义了这条提示。Google 帮助页“登录 Gemini 应用需要满足的条件”写道：如果你在访问或登录 Gemini 网页版时看到“Something went wrong”，说明你的账号暂时无法访问这个应用，原因可能有多种，包括地区、年龄或账号类型，可以稍后再试。同一页还写明，Google 会用信号和数据核验账号是否有持续的无滥用记录，并确认账号背后是真人。这段话只针对登录和访问，没有提到任何括号数字，也没有提到发消息发到一半失败的情形。

括号数字在 Google 的帮助中心里没有列表。Gemini 帮助中心里提到“something went wrong”的文章只有上面那一页和两篇购物订单的帮助文章。一位金牌志愿者在 2026 年 6 月的线程里也写明：“Google 没有公布一份列出每个内部数字错误代码的公开目录”。下文引用的所有线程里，没有任何 Google 员工对任何一个数字给出定义。

第二样有据可查的东西是事故记录。Google Workspace 状态信息中心的 Gemini 一行里，2026 年 5 月 4 日到 8 日那次事故的说明把“Something went wrong(13)”列为用户看到的症状，原因写的是“数据库资源不足和应用缺陷的叠加”；2026 年 6 月 10 日那次的标题本身就是“Something Went Wrong”错误。这两条记录说明：同一个数字既出现在 Google 后端出事时，也出现在单个账号、单个对话的故障里，所以数字不能单独用来判断原因。

社区里流传一种假设：个位数和两位数（1、2、3、4、5、8、9、13）刚好都是 gRPC 状态码表里的有效编号，13 对应 INTERNAL。Google 从没有确认过 Gemini 的编号来自这张表，四位数（1013、1076、1099、1155）也不在表里。就算假设成立，它也不会给你任何可做的动作。

还有一处容易走错：Google 自己的状态页是 Workspace 状态信息中心（google.com/appsstatus/dashboard），而 status.gemini.com 是加密货币交易所 Gemini 的状态页，页面上列的是 ActiveTrader、交易引擎和 REST API 组件，与 Google 无关。有中文线程里的志愿者把它当成 Gemini 的状态页推荐过。

Gemini 现在是不是挂了：先看状态面板和同一小时的报告

判断规则只有一条：你所有对话、所有入口都报错，并且状态面板有 Gemini 事故，或同一小时内有大量用户在报同一个数字，那就是 Google 后端的问题，只能等，期间什么都不用改。

Workspace 状态信息中心记录了 2026 年以来 Gemini 的四次事故（截至 2026 年 10 月 9 日，面板显示 10 月 2 日到 9 日没有 Gemini 事故）：

太平洋夏令时比北京时间晚 15 小时，6 月 10 日那次换算过来是北京时间当天 18:30 到次日 01:25。面板是面向 Workspace 的，但 6 月的最终报告写明影响所有入口。历史记录可以在 状态信息中心的事故 JSON 里按产品名 Gemini 检索，2026 年 2 月之前没有 Gemini 条目。

面板绿色不等于你的账号没问题，反过来，面板没有条目也不等于没有事故。2026 年 10 月 9 日这天，Reddit 上十来个小时内就有帖子说“服务器挂了”“几百人报 1155”，YouTube 上有一条同一时段的“1155 problem”视频，而面板上没有 Gemini 事故。遇到这种情况，核对方法是看同一小时内是否有多个来源在报同一个数字（Gemini 帮助社区的新线程、Downdetector 的 googlegemini 页面、社交平台），而不是把“有人说挂了”当成事故。

先做四个对照，分清故障在浏览器、对话、账号还是 Google 后端

四个对照各花一两分钟，按下面的顺序做，哪一步出现“能用”就停在那一层：

志愿者在各个线程里列的本地步骤大同小异：强制刷新（Ctrl+F5 或 Cmd+Shift+R）、清 Cookie 和缓存、退出再登录、直接打开 gemini.google.com/app、Wi-Fi 和移动数据互换、关闭 VPN 或自定义 DNS、手机上强制停止并清 App 缓存、把“Gemini 应用活动记录”关掉等一分钟再打开。关于 5、13、1037、1013、1076、1099、1155 的线程里，用户反复报告这些步骤在原因在 Google 一侧时全部无效。真正能定位问题的是无痕窗口和第二个账号这两个对照，其余步骤只能排除本地原因，不是修复。

13、1076、9、1037、1013、1099、1155、5：每个编号有多少依据

下表按证据强弱排：有 Google 事故记录的、有多人独立确认做法的、只有一致触发模式的、只有零散报告的。“同问人数”是 Google 帮助社区线程上“我也有同样的问题”的计数，截至 2026 年 10 月 9 日。

出了点问题 (13)：传图、分享 Gem、整个账号失败都报过

(13) 是中文用户最常搜的编号，也是证据最杂的一个，没有固定含义。触发场景彼此不同：传照片让 Gemini 分析失败而文字正常（2025 年 11 月）、分享任何 Gem（2026 年 2 月）、一个 Google One AI Premium 账号在 App 和 Chrome 上所有对话失败（2026 年 3 月）、手机 App 对某个对话报 13 而网页报 1076（2026 年 5 月）。志愿者先后给出“浏览器端冲突”“临时连接问题”“账号后端数据同步问题”三种互相矛盾的解释；唯一的第一方关联是 2026 年 5 月 4 日至 8 日的事故记录，Google 后端数据库资源不足时用户看到的正是“Something went wrong(13)”。

所以 13 不指向任何一个具体原因，遇到它先做上面的四个对照，按定到的层处理。删最近几条对话不是可靠做法：韩国线程里一位用户这样做后恢复，另一位照做后对话全丢且没有修好。

出了点问题 (1076)：某个对话报错，导入 Notebook 有 4 人确认

(1076) 最典型的形态是某一个对话发什么都失败，其他对话正常；在手机 App 里打开同一个对话则报 13。Gemini 帮助社区关于 1076 的线程里，发帖人是 Pro 用户，换 Flash 和 Flash-Lite、换浏览器、清 Cookie 都没用。金牌志愿者 2026 年 5 月 30 日的解释是“上下文或 token 上限耗尽，或者这个对话的会话状态损坏，问题不在你的本地设置”。这是志愿者的推断，但它和多位用户描述的形态一致。

有多人独立确认的做法只有一个：新建一个空的 Notebook（NotebookLM / Google Workspace 笔记本），把出问题的 Gemini 对话作为来源添加进去，再从笔记本里打开它。2026 年 7 月 27 日一位用户贴出这四步，7 月 28 日两位用户、8 月 5 日一位用户分别回复“这对我有效”。一位用 Gem 的用户补充：对话导过去后，Gem 的指令会丢失。这个做法的全部依据就是以上线程里的四条确认，适用条件也以他们描述的形态为准：单个对话报错，新对话正常。

其他建议都没有人确认：打开 gemini.google.com/gems/create 强制重新握手、检查右上角是否切到了品牌账号、新开一个对话粘贴旧对话的摘要、把 DNS 改成 8.8.8.8（一位用户称对自己有效）。也有网站把 gems/create 这一步当作“重置法”介绍，同样没有来源。

2026 年 6 月 10 日 Google 后端事故当天，1076 被大量报告，Reddit 相关帖子超过 640 条评论，Google AI 开发者论坛的版主把事故链接贴了出来，事故结束后仍有用户说对话处于“损坏状态”。免费、Pro 和 Advanced 用户在网页、iOS 和 Android 上一直报告到 2026 年 8 月，有人说“新对话发五六条之后也开始报 1076”。如果是这种全面报错，就不是对话层的问题，回到状态面板。

出了点问题 (9)：发过 Google 文档链接后对话卡住，编辑上一条重发

(9) 的触发模式在 Gemini 帮助社区关于错误 9 的线程里很一致：2025 年 11 月 26 日发帖人发了两条带 Google 文档链接的消息，之后这条对话里问什么都报 9，刷新和清缓存无效。线程的推荐答案来自 2026 年 2 月 9 日一位用户：回到自己最后一条消息点编辑，只在句尾加一个句号，其他什么都不改，重发，Gemini 回复了。这条答案有 26 人标记有帮助。

一位铂金志愿者 2025 年 12 月 22 日整理的做法与此相同：停止当前请求，编辑上一条消息，删掉指向 Google 表格、文档或云端硬盘的链接，重新提交；或者让 Gemini“从头重新研究这个话题”；再不行就在“设置”里的扩展程序中关掉 Google Workspace。他的观察是“错误往往留在当前会话的历史或附件里”。

需要留意的是，2025 年 11 月 26 日志愿者转述过“Google Gemini 支持团队报告该问题已修复，正在推送”，但 2025 年 12 月和 2026 年 2 月仍有用户在报 9，包括一位用 Gem 处理视频的用户。转述的“已修复”是二手消息。

出了点问题 (1037)：Pro 额度用完切思考模式的那一波，Google 已修

(1037) 是一个有明确起止的历史事件。Gemini 帮助社区关于 1037 的线程从 2026 年 1 月 30 日开始：付费 AI Pro 用户 Pro 额度用完后，切换到思考模式继续，下一条就报“Something went wrong (1037)”，退出登录、重启电脑、清缓存都没用。一位中文用户 1 月 31 日写道：“当 Pro 配额用完后再选择思考就会出现 1037 错误，但是这个思考按钮并不是灰色，可以选择，而且昨天 Pro 配额用完也还能用思考模式。”一位法语用户说改用快速模式暂时能用。

志愿者给的强制刷新、清站点数据、关开“Gemini 应用活动记录”、无痕、换模型，被多位用户回复“没有一项有效”。2 月 6 日志愿者问是否还有人遇到，发帖人回复额度用完后再试“似乎又能用了”。线程里的“思考模式”“快速模式”是 2026 年 1 月的叫法，现在的 Gemini 应用按 Flash-Lite、Flash、Pro 选模型。有页面把 1037 归因于活动记录设置，没有来源。

出了点问题 (1013)：只有一个账号不能用，无痕或另一账号正常

(1013) 有完整记录的线程只有一条：2026 年 2 月 27 日发帖人改过密码和姓名、清缓存、退出登录、换浏览器、无痕全试过，只有这一个账号在 App 和网页都不能用，Gmail 等其他服务正常；另一位 Pro 用户说无痕能用，登录状态下不能。金牌志愿者的建议是关开“Gemini 应用活动记录”、确认 Google 账号里的出生日期正确（他认为 Google 无法确认 18 岁以上时可能报 1013，这是志愿者的猜测）、直接打开 gemini.google.com/app、反馈时标注 #Error1013。

结果是两种：发帖人当天晚些时候写“现在能用了，我没有再做任何操作”；另一位用户所有步骤无效，反馈也没有回音。能观察到的规律只有“单个账号、自行恢复”，没有可靠做法。

出了点问题 (1099) 和 (1155)：换设备也失败，志愿者说要上报

(1099) 的形态是提示进入“分析”阶段后失败退回，换设备也一样；2026 年 5 月 8 日线程里铂金志愿者的判断是“直接指向 Google 一侧的后端或账号问题，本地排查不会再有结果”，建议发送反馈并临时换另一个 Google 账号先用。这条线程落在 5 月 4 日至 8 日的事故期内；6 月底之后与“Hey Google”唤起 Gemini 相关的 1099 只有零散报告。

(1155) 从 2026 年 6 月 13 日起被报告，场景包括分析上传的视频和发几条就失败；金牌志愿者归因于发帖人的 VPN，但同一线程里多位不用 VPN、会话全新的用户在 6 月 23 日到 7 月 7 日仍报同样的错误。1152、1185 这些邻近编号只有零散报告。1100 段目前没有任何确认有效的做法：所有入口都报错就看状态面板，只有本账号报错就按账号层发送反馈，不必再做本地步骤。

出了点问题 (5)：Pro 失败而 Flash 正常，看专题页

(5) 从 2025 年 11 月起集中出现在用 Pro 模型（含 Nano Banana Pro 出图）的场景：Pro 失败、Flash 正常、手机 App 常常能用、同一账号到处失败而另一个账号正常。Google 同样没有定义过这个数字；西班牙语线程里一位志愿者贴出的“(5) 是请求在本会话中多次失败的计数器”在 Google 任何帮助页上都找不到，不能当事实。对照方法和当时的 Canvas 变通办法见 Nano Banana Pro 错误 5：Something went wrong (5) 先做三个对照。

登录后点“与 Gemini 对话”就报错、另一个账号正常：问题在账号层

这是中文线程里最多人同问的形态：个人 Google 账号登录后，每次点“与 Gemini 对话”都显示“出了点问题，请稍后再试”，而同一台电脑、同一个网络下的另一个 Google 账号正常。两条中文线程的同问人数分别是 1,050（2026 年 3 月）和 1,441（2026 年 2 月）。

判断依据是对照，不是数字。Gemini 帮助社区的中文线程“打开 gemini 网站点击与 gemini 对话一直报错出了点问题”里，发帖人换了 Edge、用了无痕、清了 Cookie 和缓存、关了广告拦截和 VPN 扩展，还“更换网络，在美国本地网络下访问，不使用任何 VPN”，依然失败，而另一个账号正常。这组对照说明问题不在网络，也不在浏览器，而在这个账号。

这种形态正好对应 Google 帮助页唯一定义过的那种“Something went wrong”：账号暂时不能访问 Gemini 网页版，原因可能是地区、年龄或账号类型。同一页列出的资格条件是：个人账号年满 13 岁（或所在地规定的年龄），工作账号年满 18 岁并有符合条件的 Workspace 版本，学校账号需要管理员开启；由 Family Link 管理的账号不能使用网页版。地区方面，Google 的 Gemini 网页版适用国家/地区列表把中国大陆标注为“Workspace only”，也就是只有 Workspace 账号在官方支持范围内，个人账号不在；手机 App 的可用范围可能另有不同。

Google 不会告诉你触发的是哪一项。帮助页写明它用信号和数据核验账号的无滥用记录，并确认账号背后是真人；志愿者把中文用户的情况归为“地区或风险检查”，这是推断。线程里一位用户 2026 年 7 月写道“账号被封了，然后申诉回来了，就用不了 Gemini 了，其他的都可以使用”，这是单个案例，但它说明账号本身的状态会影响 Gemini 的访问资格。重新注册一个账号绕不开这个判断，这不是可推荐的方向。

这一层能做的事只有三件：核对账号资料里的出生日期和账号类型是否符合上面的条件；过一段时间再试（Google 帮助页的原话就是“稍后再试”，线程里确有账号自行恢复的案例）；通过还能进入的入口发送反馈，下一节有路径。继续清缓存、换浏览器、换网络没有意义。

Gemini 有限制吗：有，额度用完时 Pro 先失败而 Flash 正常

有限制。Google 帮助页“Gemini 应用的使用限制”说明个人账号的用量按算力计算，“与提示的复杂度、使用的模型和功能、对话长度有关”，用量每 5 小时刷新一次，直到触及每周上限；没有 AI 订阅的账号是标准用量，AI Plus 是 2 倍，AI Pro 是 4 倍，AI Ultra 是 Pro 的 5 倍或 20 倍；媒体生成和 Deep Research 这类功能消耗更多；每个档位都能用 Flash-Lite、Flash 和 Pro。

这一页没有说额度用完时会显示哪条提示，也没有提到任何括号数字。把“出了点问题”和额度联系起来的只有用户模式：2025 年 11 月起 (5) 的“Pro 失败、Flash 正常”，2026 年 1 月底 (1037) 的“Pro 额度用完后切思考模式”。所以判断规则是：刚连续用过 Pro、出图或 Deep Research，然后 Pro 报错而 Flash 正常，先按额度处理，等 5 小时的窗口刷新再试 Pro，不必排查浏览器。一位日本的铂金志愿者对免费账号的估计是多数 24 小时左右恢复、最长约 72 小时，这是志愿者经验，不是 Google 的数字。

额度之外还有两种提示不属于这篇文章：Gemini 提示“高需求”或 503 时，分流方法见 Gemini 提示高需求错误时，先分清 App、CLI、API 还是图片预览；出图时被拒绝生成人物图片是政策问题，不是“出了点问题”，见 Gemini 为什么限制生成人物图片：先分清是政策、账号条件还是额度。

什么时候该停止本地排查：等待、换入口，还是发送反馈

停止规则按层给：

• 无痕窗口或另一个浏览器能用：问题在原浏览器，清 google.com 和 gemini.google.com 的 Cookie 与缓存、关扩展后就到头了，再往下没有可排查的东西。
• 新对话能用而某个对话不能：对话层。1076 用 Notebook 导入，9 编辑上一条去掉链接重发，其余编号新开对话继续，旧对话的内容让 Gemini 在新对话里重新整理。
• 第二个账号能用而本账号到处不能：账号层。停止所有浏览器和网络操作，核对资格条件，等待，发送反馈。
• 所有账号、所有入口都不能，状态面板有事故或同一小时有大量报告：后端层。等，什么都不用改，事故结束后如果某个对话仍然报错，再按对话层处理。
• 刚用完 Pro 额度：等 5 小时窗口刷新，期间用 Flash。

发送反馈的路径来自 Google 帮助页“向 Gemini 应用发送反馈”：电脑上打开 gemini.google.com，左下角“设置与帮助”，点“发送反馈”，写明情况，可附截图，发送时会一起附上当前对话；手机 App 里点头像，选“反馈”。使用 Pro 的工作账号和学校账号不能附加反馈内容，要联系 Workspace 管理员。志愿者统一要求的内容是：打码后的截图、括号里的数字、设备和系统版本、浏览器版本、所在国家或地区。他们也说明，反馈不会收到回复，但开发团队会读。

两种特殊情况：登录后进不去页面的，网页版的“设置与帮助”入口本身就够不到，可以试手机 App 的头像菜单，Google One AI 订阅用户还可以走 Google One 的支持聊天或邮件（这是志愿者在 2026 年 3 月韩国线程里的建议，他让用户说明自己是订阅用户、在所有入口都收到错误 13）。开发者在调用 Gemini API 时看到的是 HTTP 状态码（429、400、500），不是这里的括号数字，排查方法见 Gemini API 报错排查完全指南：修复 429、400、500 错误（2026）。

“出了点问题”的其他常见问法：编号不同、清缓存、地区、出图

手机 App 报 (13)、网页报 (1076)，是同一个问题吗？

多半是。2026 年 5 月的线程里，同一个对话在网页上报 1076、在手机 App 上报 13，志愿者的判断是问题在这个对话的后端数据，不在本地设置。处理方法按对话层：新对话能用就用新对话，旧对话试 Notebook 导入。

清缓存、换浏览器到底有没有用？

只在无痕窗口能用、原浏览器不能用的情况下有用，这时问题确实在扩展或缓存。关于 5、13、1037、1013、1076、1099、1155 的线程里，用户反复报告清缓存、换浏览器、重启电脑在原因在 Google 一侧时全部无效。先做对照，再决定要不要清。

出了点问题 (8)、(1)、(4) 是什么意思？

没有可重复的规律。(1) 在 2026 年 9 月底的俄语线程里有三位用户报告网页版不能用而 App 正常；(4) 有一条 Reddit 帖子说与 Chrome 加 macOS 有关；(8) 只有线程标题。这些编号和 (2)、(3)、1095、1096、1097、1152、1185 一样，只能按四个对照处理。

是不是地区问题？换了网络还是报错怎么办？

地区是 Google 列出的原因之一，但地区不能靠换网络来验证。中文线程里换到美国本地网络仍然失败、同设备另一个账号正常的案例说明，判断依据是账号对照。中国大陆在 Google 的列表里是“Workspace only”，个人账号不在官方支持范围内。账号层的问题只有等待和反馈两条路。

出图时报“出了点问题”也按这篇处理吗？

用 Pro 模型出图报 (5)，看 Nano Banana Pro 错误 5：Something went wrong (5) 先做三个对照；出图卡住、只回文字、图片消失这类问题，看 Nano Banana 无法生成图片？Gemini 图片错误的 12 个修复分支；通过 API 出图遇到 429、402 这类状态码，看 修复 Gemini 图像生成错误：429、402 等错误码对照与重试规则。