Chrome Gemini 图标突然消失？找到真正的开关，30秒修好

最近用的最多的AI工具就是Chrome 里的 Gemini，实在是太好用了，但其使用门槛也非常高，因为非美区用户还没有这个功能。

如果你还没有在 Chrome 里开启过 Gemini 侧边栏，建议先看我之前的保姆级教程：谷歌浏览器免费解锁 Gemini 完全体？别人没告诉你的细节，都在这里（保姆级教程）

非常推荐大家使用这个功能，他是我心目中的AI浏览器，比ChatGPT Atlas 好用。

但是今天遇到个坑，我前几天还用得好好的，今天打开 Chrome 一看——Gemini 图标没了。打开 Local State文件一查，果然，is_glic_eligible变成了 false。

“那我改回 true 不就行了？”

我也是这么想的。改完保存，打开 Chrome，图标确实回来了——等等，刷新一下，又没了。再去看文件，又被覆盖回了 false。

我甚至断网改、退出账号改，都没用。Chrome 就像有自己的意志一样，启动时铁了心要把它改回去。

后来我借助 Claude Code 一起排查，翻了半天配置文件，终于找到了真正的”幕后黑手”。

真相：Local State 只是”显示屏”，不是”开关”

Local State 文件里的 is_glic_eligible，实际上他的值只是一个缓存结果。Chrome 每次启动时，会根据另一个地方的值来重新计算它。

那个真正的开关藏在哪？

每个 Chrome 配置文件自己的 Preferences 文件里。

具体字段是：

1	account_values > sync > glic_rollout_eligibility

如果这个字段不存在，或者值为 false，Chrome 启动时就会把 Local State 里的 is_glic_eligible 覆盖为 false——不管你之前改成了什么。

为什么这个值会突然丢失？

glic_rollout_eligibility 是 Google 通过 Chrome 同步机制下发的一个灰度标记。简单说，Google 服务器决定你的账号是否有资格使用 Gemini 侧边栏，然后把结果同步到你本地的 Preferences 文件里。

问题在于：Google 会不定期调整灰度策略。

尤其是非美区用户，本身就不在官方支持范围内。一旦 Google 服务端做了策略调整、Chrome 更新触发了重新同步，这个字段就可能被清掉或改为 false。

这也解释了为什么你之前一直能用，突然某天就不行了——不是你的操作有问题，是 Google 那边”收回”了资格。

修复教程

下面提供两种方法。方法一用 AI 帮你自动改，简单快捷；方法二是手动修改，适合想自己动手的朋友。

不管用哪种方法，第一步都一样：彻底关闭 Chrome。

Windows：任务管理器（Ctrl+Shift+Esc）→ 结束所有 Google Chrome 进程
Mac：Cmd+Q 退出，或打开活动监视器确认没有 Chrome 进程残留

方法一：用 AI 一键修复（推荐）

不想翻文件、不想手动改 JSON？直接把下面这段提示词丢给任意 AI（ChatGPT、Claude、Gemini 都行），让它帮你生成修复脚本，复制到终端里跑一下就搞定。

直接复制以下提示词发给 AI：

我的 Chrome 浏览器 Gemini 侧边栏图标突然消失了。请帮我写一个 Python 脚本，实现以下功能：

读取 Chrome 的 Local State 文件，找到所有配置文件（profile）的名称

遍历每个配置文件的 Preferences 文件，检查 account_values.sync.glic_rollout_eligibility 字段：

如果不存在，添加并设为 true

如果为 false，改为 true

同时把 Local State 文件里所有的 is_glic_eligible 改为 true

输出每个配置文件的修改结果

我的操作系统是 [Windows/Mac]（二选一告诉它）。

AI 会给你一段 Python 脚本。保存为 fix_gemini.py，然后：

Windows：打开命令提示符（CMD），运行 python fix_gemini.py
Mac：打开终端（Terminal），运行 python3 fix_gemini.py

跑完之后打开 Chrome，Gemini 图标应该就回来了。

不会用 Python？也可以直接让 AI 给你写 PowerShell（Windows）或 Shell（Mac）脚本，同样复制粘贴到终端运行即可。

方法二：手动修改

如果你更喜欢自己动手，按以下步骤操作。

第一步：找到你的 Preferences 文件

每个 Chrome 配置文件都有一个独立的 Preferences 文件（没有后缀名的 JSON 文件）。

文件路径：

Windows：
C:\Users\你的用户名\AppData\Local\Google\Chrome\User Data\配置文件夹名\Preferences
Mac：
~/Library/Application Support/Google/Chrome/配置文件夹名/Preferences

配置文件夹名就是 Default、Profile 1、Profile 2 这些。如果你有多个 Chrome 账号，每个账号对应一个文件夹，每个都需要改。

不确定哪个文件夹对应哪个账号？打开 Local State 文件，搜索 info_cache，里面会列出每个配置文件夹对应的邮箱和名称。

第二步：添加 glic_rollout_eligibility

用文本编辑器打开 Preferences 文件，搜索 glic_rollout_eligibility。

情况一：找到了，但值是 false

把它改成 true：

1	"glic_rollout_eligibility": true

情况二：根本找不到这个字段（大概率是这种情况）

你需要手动添加。搜索 "account_values"，你可能会看到类似这样的结构：

"account_values": {
    "sync": {
        ...
    }
}

在 "sync" 的大括号里加上一行：

1	"glic_rollout_eligibility": true

如果连 "account_values" 都找不到，那就在文件最外层的第一个 { 后面添加：

"account_values": {
    "sync": {
        "glic_rollout_eligibility": true
    }
},

注意 JSON 格式：别漏了逗号，别多了逗号。如果不确定，可以把改完的内容丢到任意在线 JSON 校验工具里检查一下。

第三步：顺手改一下 Local State

虽然 Local State 会被自动覆盖，但为了保险，也一并改掉。

打开 Local State 文件，搜索所有的 is_glic_eligible，全部改为 true。

第四步：启动 Chrome 验证

保存所有文件，打开 Chrome，检查 Gemini 图标是否回来了。

如果你有多个配置文件（多个账号），记得切换到每个账号下都确认一遍。

防止再次失效的建议

备份配置文件：把当前能正常使用的 Preferences 和 Local State 文件各备份一份。下次再出问题，直接覆盖回去就行。
不要轻易退出 Chrome 账号登录：退出重登会触发 Chrome 重新从 Google 服务器同步配置，灰度标记可能会被清掉。
Chrome 更新后留意：每次 Chrome 大版本更新后，检查一下 Gemini 图标是否还在。如果消失了，大概率又是同步覆盖了，按上面的步骤再改一次就行。

最后

这个问题本质上是 Google 的灰度发布机制在”作祟”。非美区用户本来就是在夹缝中使用这个功能，Google 服务端一调整策略，本地的资格标记就可能被清除。

好在我们已经找到了真正的控制字段——glic_rollout_eligibility。只要知道它在哪、怎么改，以后再遇到图标消失，30 秒就能修好。

如果这篇帮到了你，欢迎转发给同样踩坑的朋友。有问题可以在评论区留言，我看到都会回复。