



















一个独立开发者的自救故事,以及一款叫 IntentFlow 的插件是怎么来的。

上个月的某个下午,我的 Chrome 崩了。
不是那种"网页无响应"的小崩溃,是整个浏览器冻住,风扇狂转,然后闪退的那种。
我下意识地点开任务管理器——Chrome 占用了 6.3GB 内存。
我愣住了。
作为一个每天工作十几个小时的开发者,我的浏览器里堆着各种东西:写到一半的 GitHub PR、查了一半的 API 文档、还没看完的技术博客、几个打开着的设计稿、甚至还有昨天睡前看到一半的 B 站视频。
它们挤在顶部那条细细的标签栏里,每个只剩下一个小图标,根本看不清是什么。
我既不敢关(万一还有用),也找不到(太多了)。
这种"标签页焦虑",相信很多人都有。
浏览器的标签页设计,从 2008 年 Chrome 诞生到现在,基本没变过。
它的逻辑是:
这个设计在"一个人同时只开 5-10 个网页"的时代是合理的。
但在今天,我们查个资料可能要开二三十个页面;做一个项目可能涉及七八个网站;更不要说那些"我先收藏一下回头再看"的页面,实际上永远不会被再打开,却一直占着位置。
市面上有很多标签页管理插件,我几乎都试过:
| 工具 | 核心思路 | 我的感受 |
|---|---|---|
| OneTab | 把所有标签页变成一个列表存起来 | 存完就忘了,等于没存 |
| Toby | 把标签页分组到"空间"里 | 太重了,感觉像在用另一个应用 |
| Workona | 基于"工作区"管理 | 功能强大但上手成本高 |
| Tree Style Tab (Firefox) | 树状侧边栏 | 好用,但我主力是 Chrome |
我发现它们的共同问题是:
我想要的很简单:不需要我手动整理,但随时能帮我找到我想要的页面。
在开发这个工具的过程中,我反思了一个问题:
为什么我们总觉得标签页"乱"?
答案其实不是数量多——数量多也可以很有序,比如文件系统里可能有几万个文件,但只要有目录结构,找起来并不难。
标签页之所以乱,是因为它们没有结构。
Chrome 的标签栏本质上是一个"时间线":先开的在左边,后开的在右边。
但这不符合我们的思维方式。我们思考问题是按任务来的,不是按时间来的。
举个例子:
我今天可能同时在做三件事——
这三件事在我脑子里是分开的,但在标签栏里是混在一起的。
如果标签页能按照这个"意图"来分组,事情就会简单很多。
这就是 IntentFlow 的核心理念:用意图(Intent)来组织标签,而不是用时间。
先说"是什么",首先它是一款浏览器插件:

打开 IntentFlow 之后,你可以选择隐藏顶部的原生标签栏(Chrome 设置里可以做到),用侧边栏来管理所有页面。
侧边栏是树状结构的。每个"任务"是一个可折叠的分组,里面是属于这个任务的页面。
这个设计受到了 Firefox 的 Tree Style Tab 启发,但做了一些调整:
IntentFlow 会根据页面的域名、标题、以及你的浏览行为,给出分组建议。
你可以接受建议,也可以自己调整。
我没有做"全自动",因为我发现全自动分组经常会出错(比如把 GitHub 的 PR 页面和 GitHub 的个人设置页面分到一起,但它们可能属于不同的任务)。
半自动的好处是:你只需要偶尔调整一下,插件会记住你的偏好。

这个功能是我自己用的,后来发现别人也需要。
开启"监督模式"后,你可以指定当前的"主线任务"。
如果插件检测到你长时间停留在与主线无关的网站(比如你在工作时间刷 B 站),它会弹出一个提醒。
提醒的形式是一只 Doge(柴犬)举着一个牌子看着你。
我知道这听起来很蠢,但它对我特别有效。
冷冰冰的倒计时提醒我可以无视,但一只狗看着我,我会觉得"不好意思,被抓包了",然后乖乖关掉娱乐页面。

这是我最喜欢的功能之一。
每天第一次打开浏览器时,IntentFlow 会弹出一个"早安弹窗",列出你昨天没有关闭的任务。
你可以选择一键恢复某个任务(会打开这个任务下的所有页面),也可以选择跳过。
这解决了一个很实际的问题:很多人晚上关电脑前不会手动关闭浏览器,第二天开机时之前的页面要么丢了,要么全部一起涌出来(如果设置了恢复上次会话)。
早安弹窗让你有一个"选择性恢复"的机会。

再说"不是什么":
我做这个插件时一直在问自己一个问题:用户打开侧边栏的动机是什么?
答案是:找到想要的页面,或者清理不需要的页面。
所以界面必须极简,让人一眼就能做到这两件事。
最终的设计是:
没有多余的按钮,没有复杂的设置。
所有分析都在本地进行。
插件不会上传你的浏览历史,也不会收集任何个人信息。
如果你使用 AI 辅助分组功能,API 调用会经过我的后端 Worker,但只传输页面标题和 URL,不传输页面内容。
Chrome 的 Service Worker 有一个特性:如果没有用户交互,它会被"杀掉"。
这意味着插件不能常驻后台监听所有事件。
我的解决方案是把关键状态持久化到 chrome.storage,每次 Service Worker 被唤醒时重新加载状态。
这个设计让插件非常轻量,几乎不占用后台资源。
根据我自己和早期用户的反馈,IntentFlow 比较适合以下人群:
如果你每天只开几个固定的网页,这个插件可能对你没什么用。
这是我第一次以"开发者"的身份写少数派文章。
IntentFlow 还是一个早期项目,有很多地方不完善,欢迎大家批评指正。
如果你也有"标签页焦虑",不妨试试看。
Chrome 商店审核中,后续搜索 IntentFlow 就能找到,完全免费。
感谢阅读。🙏
下载链接:Chrome Web Store - IntentFlow
官方网站:[home.intentflow.top]
反馈渠道:评论区留言,或发邮件到 [905405692@qq.com]
此内容由惯性聚合(RSS阅读器)自动聚合整理,仅供阅读参考。 原文来自 — 版权归原作者所有。