本页目录
Mac 版我讲过了，Windows 的朋友怎么办？这次我在两台机器上都看到了 Gemini in Chrome 的入口，也都试着发起了对话。Windows 用 Chrome 快捷方式做启动实验，Mac 用 Automator 包了一层启动命令；能点开图标，不等于账号已经取得正式使用资格。下面先核对条件，再分别拆操作。
先说结果，也说清资格会变
在 Windows 上，我用官方 Chrome 启动后看到 Gemini 入口；在 Mac 上，纵向标签布局没有显示同样的图标，却能通过当时的快捷键打开并试问。这是我那次使用的账号、版本和设置的结果，不是给所有地区和所有 Chrome 资料的承诺。
演示中曾把“能访问 Google、付费会员、英文界面、美国地区”列作条件，再尝试地区启动参数；这些做法不能当成现行资格要求，也不值得为了复现旧操作先购买会员或更改系统地区。当前资格以官方说明为准。
| 先查什么 | 为什么 |
|---|---|
| Chrome 版本与登录的浏览器资料 | 打开错资料、用无痕窗口，都会让入口判断失真 |
| 当前地区、设备语言与年龄 | 到官方页面核对现行支持列表，不沿用旧截图 |
| 工作／学校账号权限 | 受管理账号可能由管理员控制 |
| 界面与灰度 | 条件都满足，也可能还没轮到这个账号 |
Windows：快捷方式是启动实验，不是开通按钮
我找到桌面的 Chrome 快捷方式，右键进入属性 → 快捷方式 → 目标，在原有程序路径后留一个空格，再附加 --variations-override-country=us，保存后从这个快捷方式启动；旧版属性界面可从 02:54 对照。我用它看到入口，但这个参数只影响 Chrome 读取的某些实验特性国家信号，不改变真实 IP、Google 账号资格或服务条款。今天如果官方条件已经支持你的环境，先用正常入口即可，没必要给 Chrome 多挂一个来历不明的开关。
广告
只想复核旧实验时，保留原快捷方式，并注意旧 Chrome 进程和浏览器资料可能影响结果；实验结束撤掉参数即可。不要下载别人打包好的“已开通 Chrome”，更不要把桌面图标出现当作正式授权。
Mac：Automator 做启动器，省掉反复敲命令
Mac 的“替身”不能像 Windows 快捷方式一样直接附加启动参数。我打开 Automator → 新建文稿 → 应用程序 → 运行 Shell 脚本，把自己核对过的 Chrome 启动命令放进去，保存为本地应用；从 04:17 可看创建应用的界面。之后可以把它移到“应用程序”目录，通过启动台或常用启动器打开；改图标只是为了好认，不会改变功能。
这仍然启动的是官方 Chrome，而不是一款新的 Gemini 应用。旧参数只是那次启动实验的一部分，不是当前必做步骤；纵向标签等界面布局也可能影响入口位置，先检查界面和设置，再考虑启动方式。
最后验收的是功能，不是一枚图标
打开后先在不含个人或工作敏感信息的网页试问，确认它是否真的响应，再查看标签页、屏幕、麦克风、精确位置等权限请求。Windows 和 Mac 都能看到入口，也不意味着权限、功能或受支持地区完全一致。若没有入口，沿着官方条件逐项排查；确认都符合却仍不可用，就接受灰度发布这一种可能。实验用的快捷方式可以保留作记录，但我不会建议你靠它作为长期可用的“开通秘方”。你在哪一步遇到差异？欢迎在评论里说明 Chrome 版本、账号类型和入口现象，不要贴账号凭证或工作页面截图。
后续更新
2026 年 10 月 8 日核对：Google 官方可用性说明目前要求用户满足当地适用年龄、支持地区与设备语言条件，在 Chromebook Plus、Mac 或 Windows 上使用最新版 Chrome，并登录 Chrome、避开无痕模式。工作或学校账号还需管理员开放权限；功能仍在分批推出，因此符合条件也不代表入口已对每个账号开放。旧演示中的英文、美国地区和启动参数不是通用开通条件。
广告
