谷歌浏览器自带的 AI 标签页分组做不到什么

谷歌浏览器到底自带了什么

从 M121 起，谷歌浏览器就自带了 AI 标签页分组，名字叫 Tab organizer。你搜「谷歌浏览器标签组」找到的就是它。右键任意一个标签页选「Organize similar tabs（整理相似标签页）」，或者打开标签页搜索选「Organize tabs」→「Check now」。浏览器会读取你打开的标签页，把相关的几个提议成一组，并给出建议的组名和颜色。你可以接受，也可以不接受。

从 Chrome 146 开始，这件事大部分在你自己的机器上完成，跑的是 Gemini Nano —— 浏览器下载到本地运行的小模型，不再把标签页列表发到服务器。相比这个功能头两年的做法，这是实打实的改进，也是现在大多数人用到的版本。

如果你要的就是这些，那你不需要装插件，这篇文章也不打算劝你装。它讲的是这个功能不够用的那些情况，以及它的形状 —— 那比功能清单有意思。

跑起来之前有五道门槛

关于 Tab organizer 最常见的抱怨不是它分得不好，而是菜单里根本没有这一项。

• 已登录的个人 Google 账号，且年满 18 岁 —— 受管理的 Workspace 账号默认不算。
• 打开 Chrome 同步，并且包含历史记录同步。
• 位于已支持的地区。这个功能是按国家逐步放量的，从来没有一次性全球可用过。
• 桌面端。谷歌为 Tab organizer 列出的支持范围是 ChromeOS 以及 Windows、macOS、Linux 上的浏览器；Android 和 iOS 版本不跑 Gemini Nano。
• 不是受管理的浏览器 —— 除非管理员主动开启。企业和教育配置受浏览器的生成式 AI 策略约束。

还有第六道软门槛：标签页得够多。只开了几个的时候，浏览器给的是一个报错，不是分组建议。

对一个由掌管账号体系的公司随浏览器发布的功能来说，这些要求都不算过分。但它确实意味着，对很多人而言「为什么不用自带的就好」这个问题的诚实答案是：因为它不在那儿。

它按话题分组，而你按项目干活

这是结构性的限制，换个更强的模型也解决不了，因为它不是质量问题。

Tab organizer 聚的是「讲同一件事」的标签页。你为同一个客户打开了一个 Figma 文件、一个 GitHub PR、一篇 Notion 文档和一张 Jira 工单，它看到的是四个主题：设计、代码、文档、工单。它会给你四个整整齐齐的分组，每一个单看都说得通，但四个全是错的。

反过来一样常见。三件毫不相干的工作，只因为都要翻文档，被扫进一个叫「文档」的组里，唯一重要的那条区别就这么没了。

话题是页面的属性，项目是你的属性。一个只能读到标题和网址的模型看得见前者，看不见后者 —— 而人们说「帮我整理标签页」的时候，指的是后者。

分组只是五个动作里的一个

看一个开着九十个标签页的人一天里到底在干什么。他几乎从不在「整理」，他在做这五件事：

• 找：昨天看到过这个，它就在浏览器乐意让你开的那八十个标签页里的某一个。
• 跳：标签页是在的，在四个窗口里的某一个，在另一块屏幕上。
• 恢复：刚才关错了。
• 去重：同一个页面开了四遍，因为每次搜索都把它搜出来。
• 批量关闭：不想逐个读一遍再决定。

自带的功能一件都不管。它管的是「排列」，一次性的，用的时候才触发。所以一周以后那堆东西又回来了：分组不删除任何东西，也不能帮你找到任何标签页搜索找不到的东西。

这不是在批评谷歌的实现，它把自己那件事做得很好。这是它的体量问题 —— Tab organizer 是一个菜单项，不是一套工作流。

四处差别，都跟模型强弱无关

只有第一行跟 AI 有关。另外三行讲的是这个软件被允许在哪里运行、以及它覆盖了这件事的多大一部分 —— 而这通常才决定一个工具一个月后还在不在。

什么时候自带的就是正确答案

诚实的版本：如果你常年开十到四十个标签页，在单个人 Google 账号的桌面版谷歌浏览器里工作，想要的只是查完资料后标签栏干净一点 —— 什么都别装。右键，「Organize similar tabs」，接受建议。它免费，它已经在那儿了，而且这件事它做得很好。

它不够用的临界点相当明确，有三个：当你的标签页不再是「一件工作一个话题」的时候；当浏览器不再是谷歌浏览器的时候；当那个动词从「排列」变成「找到」的时候。