两个 Chrome 窗口各 20 多个 tab 后,我把 tab-out 改成了更顺手的 TabNest

先说一个很日常的场景。

我平时用 Chrome,经常不是开一堆标签页,而是开两堆。

一个窗口放当前项目:GitHub、需求文档、接口文档、后台页面、调试资料。另一个窗口放正在查的东西:搜索结果、技术文章、掘金、MDN、Stack Overflow,还有一些临时打开但没来得及看的页面。

每个窗口 20 多个 tab 很常见。

刚开始还好,页面标题还能看见几个字。再往后,标签栏就只剩下一排 favicon。到了这个阶段,想找页面基本靠记忆,想关页面也很纠结。

直接关吧,怕后面还要用。

一个个点开确认吧,又真的很烦。

放着不管吧,浏览器越来越乱。

我之前也试过一些 tab 相关的插件,但用了一段时间基本都卸载了。倒不是它们不好,而是很多插件更偏书签管理,解决的是"我收藏了很多页面,怎么整理"的问题。

但我自己的痛点不是这个。

我真正想处理的是:此时此刻已经打开在浏览器里的几十个页面。

这些页面很多并不值得收藏。它们只是这次任务里临时打开的资料、文档、后台、搜索结果。留着占地方,关了又怕一会儿还要回来。

为什么 tab-out 对我挺对路

前不久刷视频时,看到了张咋啦介绍 tab-out 这个插件。

它吸引我的点很简单:它管理的不是书签,而是当前正在打开的标签页。

这个区别其实挺关键的。

很多时候我不是想把页面"保存起来",我只是想先看清楚现在到底开了什么,然后把不需要的关掉,把暂时要留的挪到别的地方。

所以我抱着试试看的心态下载下来用了下,结果体验还不错。打开新标签页后,它会把当前打开的 tab 聚合出来,你不用再盯着浏览器顶部那条越来越窄的标签栏。

这个思路我很喜欢。

不过用了一阵子后,我发现自己还有几个很具体的需求。尤其是我这种两个窗口、每个窗口二十多个 tab 的用法,光"看到并关闭"还不太够。

于是后面我就在 tab-out 的基础上继续改了一版,也就是现在的 TabNest

我补的第一个功能:调整标签页顺序

这个需求很小,但我自己很常用。

Chrome 顶部当然也能拖动 tab,可一旦标签页很多,拖起来就很别扭。标题基本看不见,拖到一半还容易放错位置。多窗口的时候更明显。

所以我加了一个窗口视图。

在这个页面里,可以按 Chrome 真实窗口查看当前标签页。每个页面的标题都能完整一点地露出来,也能直接拖拽排序。拖完以后,浏览器里真实的标签顺序也会同步变化。

我一般会在这些场景里用它:

  • 写文章时,把资料页按阅读顺序排一下
  • 调问题时,把后台、日志、文档、GitHub 放到顺手的位置

它不是那种特别惊艳的功能,但用起来会减少很多小烦躁。

第二个功能:像 OneTab 那样先收起来

还有一种情况也很常见:当前这一堆页面还不能丢,但我现在不想看见它们。

比如一个任务做了一半,突然要切到另一个事情。原来的窗口里可能还有十几个页面,都是有上下文的。直接关掉肯定不合适,但继续开着又很占注意力。

所以我加了标签页归档和恢复。

说白了,这块有点像 OneTab 的能力:把一批标签先收起来,后面需要的时候再恢复。

不过我不太想把它做成一个孤立的收纳列表。我的想法是,它最好和当前 tab 管理放在一起。

也就是你先看清楚当前打开了哪些页面,再决定:

  • 这个页面现在还要用,继续开着
  • 这个页面稍后再看,先保存起来
  • 这一批页面属于一个任务,直接收纳成会话
  • 已经处理完的内容,归档掉,后面需要还能搜

这样会更接近我平时处理浏览器的方式。

不是书签,是"当前现场"

我后来发现,自己其实一直缺的不是一个更强的书签工具,而是一个浏览器当前现场的整理工具。

书签更适合长期收藏。比如某个工具站、某篇经典文章、某个长期会用的后台入口。

但很多 tab 不是这种性质。

比如今天查一个报错打开的 8 个搜索结果,某个需求相关的 3 篇文章,一个临时看的 GitHub issue,一个还没读完的掘金页面。它们不一定值得进入书签,但也不能立刻消失。

所以 TabNest 里我把页面大概分成了三类:

  • 正在打开的:现在就要切来切去
  • 稍后保存的:还要看,但不是现在
  • 已经归档的:处理完了,不占注意力,但留个记录

这个划分不复杂,但对我挺管用。

以前所有页面都挤在标签栏里,只有"开着"和"关掉"两个状态。现在至少多了一个缓冲区,浏览器没那么容易失控。

按域名清理,是真的省事

TabNest 里最基础的功能,还是按域名整理当前打开的标签页。

打开新标签页后,GitHub、掘金、YouTube、各种文档站点会各自聚成一组。你可以点标题跳到对应 tab,也可以单独关闭某个页面,或者直接关掉一整组。

这个功能听起来很普通,但我用得最多。

比如一个问题查完了,我看到那一组搜索结果和几篇参考文章,就可以直接整组关掉。不需要再回到浏览器顶部,一个 favicon 一个 favicon 地找。

重复标签也会标出来。同一个链接不小心开了两三份时,顺手关掉多余的就行。

这种小清理做多了,浏览器会舒服很多。

为什么现在先保持本地

目前这个版本没有账号系统,也没有自建后端。

偏好设置、快捷入口、稍后保存、会话这些数据,都保存在浏览器本地。

我这么做主要是因为,标签页数据其实挺敏感的。你打开了哪些页面,大概能看出你在做什么项目、查什么问题、关注什么内容。

如果只是为了管理 tab,就要把这些数据同步到某个服务端,我自己会有点不放心。

当然,纯本地也有缺点。比如跨设备同步暂时不是它的重点。公司电脑和家里电脑之间如果想完全同步,会话不会自动跟过去。

但现阶段我更在意的是:打开快、用起来轻、别打扰我,也别让我为了整理标签页再多维护一个账号。

和原项目的关系

这里也说明一下来源。

TabNest 不是从零开始写的,它是基于 zarazhangrui 的开源项目 tab-out 做的二次开发。

原项目的出发点很直接:作者自己经常一下打开很多个标签页,关起来很麻烦,所以做了一个新标签页工具来快速清理。

原作者 GitHub:

github.com/zarazhangru...

原项目仓库:

github.com/zarazhangru...

体验地址

Chrome 商店:

chromewebstore.google.com/detail/tabn...

先这样。

相关推荐
invicinble2 小时前
前端技术栈--vuecli页面固定思路解密,与vue-router技术栈信息
前端·javascript·vue.js
彭于晏Yan2 小时前
Spring Boot 整合 WebSocket 实现单聊+广播
spring boot·后端·websocket
shadowcz0072 小时前
CHI 2026 归来:AI/LLM 正在重写人机交互的底层语法
前端·人工智能·html·人机交互
武子康2 小时前
大数据-275 Spark MLib-集成学习:从Bagging到Boosting的群体智慧
大数据·后端·spark
SimonKing2 小时前
国产开源富文本编辑器 wangEditor,本姓编辑器
java·后端·程序员
Moment2 小时前
面试官:LangChain中 TS 和 Python 版本有什么差别,什么时候选TS ❓❓❓
前端·javascript·后端
JarvanMo2 小时前
SINT能否取代GetX?
前端
ATCH IERV2 小时前
如何在 Spring Boot 中配置数据库?
数据库·spring boot·后端
Mintopia2 小时前
深入理解计算机架构:从硬件到软件的桥梁
前端