浏览器越用越复杂，最后压在最上面的往往是一排横向挤着的标签页——用掉的不只是屏幕宽度，还有每次回头找页面的注意力。

把标签页换成一串条目

Colibri 浏览器的做法很干脆：干脆不提供标签页。它的界面里没有那一排横向排列的方块，取而代之的是 Links——任何正在看的网页，一次点击就能收进去，之后从 Links 里重新打开。官方的说法是，Links 的设计目的就是取代标签页、书签与历史记录这三件事，把原本分散在三个地方的入口合并成一份清单。

这份清单不只留在本机。官方说明 Links 是持久化的，并且被安全地存放在服务器上，换一台设备登录同一个账号，收进去的条目还在。条目攒多之后，用 Lists 按主题分组——官方把它描述成专门用来归置 Links 里条目的功能，在集合变大、需要拆成更小的专题组时尤其有用。这套结构把「我上次看的那个页面在哪」变成了在一个有分类的列表里找，而不是在几十个标签之间来回点。

Feeds 与那副紧凑的界面

另一块能力是 Feeds。它允许订阅网络订阅源，并自动抓取最新条目，也就是把常看的站点内容直接拉到浏览器里，不需要逐个打开页面确认有没有更新。对于习惯用订阅源跟进资讯的人来说，这等于把收集与阅读放在同一个窗口里完成。

官方的产品描述里反复出现两个词：轻与紧凑。页面写明它追求快速、高效、不杂乱，界面格外轻巧，帮助使用者在同样的屏幕里看到更多内容。官方另有一句总结性的话——浏览器的价值在于让你更快地浏览网页，而不是让你管理无穷无尽的标签页。

一个需要说清楚的前提

在介绍用法之前，有一点必须如实说明：这个项目的更新已经停了很久。官方 Releases 页面上，最新的版本号是 1.23.0，发布日期为 2021 年 12 月 24 日，更新内容是升级内置浏览引擎；再往前一个版本 1.22.0 停留在 2021 年 5 月 30 日。News 页面更早，最后一条是 2018 年 9 月 15 日关于 Linux 版的消息。两个页面互相印证，指向同一个结论：这个浏览器已经多年没有新版本。

这意味着它更像一份定型作品而非在演进的工具。设计思路本身仍然成立——用清单代替标签页、把收藏与历史合并、订阅源直接内置——但它不会随着网页标准的演进而同步更新。把它当作一个思路清晰、界面克制的浏览入口来用是合理的；如果需要长期跟进最新的网页特性，那它并不是合适的选择。

它的价值不在功能表有多长，而在把一件常被忽略的事做到了极简：让浏览器记住你想回头看的页面，然后用一副尽量不占地方的脸去呈现它。

使用建议：上手先建立按主题划分的 Lists，再往里放 Links，避免全部堆在根目录；常看的站点用 Feeds 订阅，省掉逐个打开确认的步骤；由于版本多年未更新，涉及账号与敏感信息时不宜把它当作主力入口。