你花了 15 分钟精心配置一个 Gem — 写好指令、上传知识库文件、准备示例 prompt — 点了保存,结果要么消失,要么按钮变灰,要么再打开发现字段全空了。更糟的是,Gem 管理页面显示它存在,却点不开。
这几乎不是 Google 那边丢数据,而是四种可预测的故障之一:账号等级不够(Gems 需要 Gemini Advanced / AI Pro / Workspace Business)、浏览器会话失效、Workspace 同步延迟,或是某条 Gem 记录损坏需要重建。
知道是哪种之后,修复通常不超过五分钟。
常见原因
按出现频率:
1. 账号没有 Gems 权限(最常见)
Gems 是付费功能。免费版 Gemini 在某些地区能看到 Gem 管理界面,但点保存会静默失败或回滚。要使用 Gems,你需要以下之一:
- Google AI Pro(个人付费)
- Google AI Ultra
- Gemini for Google Workspace Business / Enterprise / Education
- 老的 Gemini Advanced 订阅
如何判断:打开 gemini.google.com/gems,如果看到”升级以访问”或保存按钮是灰的,就是没权限。也可以在 one.google.com 看当前订阅。
2. 浏览器缓存里是过期的 session
如果你在过去 24 小时内升级了套餐,但 Gemini 那边还认为你是免费版,保存请求会打到错误端点,Gem 永远不会持久化。Workspace 管理员刚开通 Gemini 权限时也是类似情况 — 客户端 session 慢于实际授权。
如何判断:无痕窗口里 Gems 正常,主浏览器不行。
3. Workspace 同步延迟(管理员刚开通 Gems)
Workspace 账号,管理员在 Admin Console 里开启 Gems 后,生效传播需要 24-72 小时。这段时间里 Gem 管理页能加载,但写入不生效。
如何判断:个人 Google 账号能保存 Gem,工作账号不行,而管理员告诉你”我今天才开”。
4. 知识库文件上传暗中失败
如果你给 Gem 上传了 PDF 或文档,而上传出错了(超限、格式不支持、网络中断),整个 Gem 的保存有时会回滚,但前端不显示错误。
如何判断:删掉所有知识库文件后 Gem 能保存。
5. 浏览器扩展干扰
强力的隐私扩展(uBlock 加激进过滤、Privacy Badger、Ghostery)有时会拦截 Gemini 的保存端点。某些 VPN 扩展剥离 cookie 也会出问题。
最短修复路径
步骤 1:确认你有 Gems 权限
打开 one.google.com 看你的套餐。如果不是 AI Pro、AI Ultra,也没有 Workspace Gemini 授权,那答案就在这 — Gems 是付费功能。免费版无法保存 Gem。
如果你有付费套餐,继续下一步。
步骤 2:强制刷新并重新登录
在 gemini.google.com 按 Cmd/Ctrl + Shift + R
还不行就:
点头像 → 退出
完全关闭浏览器
重新打开,登录,再试保存强制刷新会拿到一个新的 session token,带上你最新的授权信息。
步骤 3:试一下无痕窗口
打开无痕 / 隐私窗口,登录,重新创建 Gem。如果在那能保存,说明正常浏览器有缓存或扩展问题:
- 只清
gemini.google.com的缓存(设置 → 隐私 → Cookie 和站点数据 → 搜 “gemini”) - 一个一个禁用扩展 — 先从广告拦截和隐私类开始
步骤 4:重建 Gem
如果某个特定 Gem 反复加载失败,记录可能服务端损坏:
- 把指令和知识库文件清单抄下来
- 从 Gem 管理里删掉坏的那个
- 用同样内容新建一个 Gem
- 知识库文件一个一个加,每加一个就保存
逐步加文件能定位是哪个文件让保存失败的。
步骤 5:Workspace — 让管理员确认开通
让管理员在 Admin Console → Apps → Google Workspace → Gemini → 服务状态里确认你所在 OU 启用了 Gems。确认之后等 24 小时再测。Workspace 同步不是即时的。
步骤 6:换一个完全不同的浏览器
无痕在 Chrome 里也不行的话,换一个引擎试(Chrome → Firefox,Edge → Safari)。出乎意料地多的保存失败,最终发现是某一个浏览器的存储层撞了配额,或者某条 cookie 损坏。Firefox 尤其会把 Chrome 静默吞掉的错误显式地报出来。
步骤 7:Workspace 管理员改完后重新验证
如果管理员刚改了 Gemini 相关配置 — 加授权、开扩展、改 OU — 至少等一小时,然后完全退出再登(不是只关标签页)。看似”很快”的管理员变更,客户端常常因为缓存的授权 token 而慢半拍。
步骤 8:都不行就提交工单
如果你有 AI Pro、没装干扰扩展、无痕也不行、第二个浏览器也不行、重建也不行,那这就是真 bug。在 support.google.com/gemini 上报告:账号邮箱、Gem 名字、浏览器版本、保存时的截图,以及保存请求的网络响应(DevTools → Network → 点击失败请求 → Response 选项卡)。
预防
- 第一次保存就当烟雾测试 — 只填指令保存能成,再考虑加文件;只填指令都保存不了,加文件没意义
- 先只填指令保存,再一个一个加知识库文件 — 能定位是哪个文件破坏保存
- 把 Gem 指令也存一份在 Drive 或 Notion 里 — 丢了 Gem 不至于丢工作流
- 用一直登录 Gemini 的浏览器 profile;不要在编辑中途切换工作和个人 Google 账号
- 升级套餐之后,务必退出再重新登录,再去建 Gem — 不要相信缓存的 session
- Workspace:让管理员先确认 OU 已开启 Gems,再投入时间建 Gem
- Gem 多了之后,在一个 Doc 里带时间戳维护版本 — Google 更新后某个 Gem 行为莫名变了,你能查到它原本写了什么
- 不要同时从两个浏览器编辑同一个 Gem — 后保存覆盖先保存,可能直接吞掉一次精心编辑
相关
- Gemini 配额 / 功能不可用
- Gemini 记忆信息没保留
- Gemini Workspace 不同步
- Gemini Google 账号权限
- Gemini 网页和 App 数据不一致
- Gemini 扩展不触发
标签: #Gemini #排查 #Workspace