MMatt Senter
现在项目关于联系博客

← Blog

我为什么打造 Burly

2026年7月20日 · Matt Senter · 更新于 2026年9月22日

简短版本

Burly 是一款免费的原生 macOS 应用,它会询问一个链接应该在哪个浏览器配置文件里打开,然后把它送过去。我之所以做它,是因为 macOS 会把每一个被点击的链接交给碰巧是默认的那个浏览器,从而摧毁了多配置文件用户刻意维持的工作与个人之间的分隔。环形选择器会在光标下展开,每个配置文件都对应一个按键;按住修饰键则跳过选择器、直接复用上一个目标,因为链接总是成串到来。它真正的分野在于对 Safari 配置文件的支持:Velja、Choosy 和 Finicky 能触及 Chromium 与 Firefox 的配置文件,却无法指向 Safari 的配置文件,而 Browserosaurus 已于 2025 年退役。Burly 刻意不做规则引擎,因为一个链接该去哪里,取决于你当下在做什么,而不是它的域名。

我同时用好几个浏览器,每个浏览器里还开着不止一个配置文件。Safari 分工作和个人。Chrome 里有一个和其他一切都隔开的开发配置。我就是靠这个,来防止一天里的各种情境彼此渗透。

麻烦在于,我一点开链接,操作系统就完全不在乎这些了。它把 URL 丢给碰巧是默认的那个浏览器,然后扭头就走。

于是我做了 Burly,一个很小的 macOS 应用,把这个决定重新交回我手里。

我职业生涯的大部分时间都在做软件,而真正留在我心里的项目,几乎总是那些从「一件我拒绝再忍下去的私人烦恼」开始的项目。

Burly 正是如此。

它不是来自市场分析,也不是来自路线图。它来自那种细小的日常摩擦:从 Slack 点开一条工作链接,眼看着它在我的个人浏览器里打开,登录着错误的账号,旁边摆着一堆错误的标签页。

这份烦恼既微小又持续

单看这个问题的任何一次发生,都算不上什么。链接开错了地方,你发现了,把标签页拖过去,或者复制 URL 再粘到对的窗口里。

也就十秒钟吧。

但你一天要做几十次,而代价其实并不是那十秒,而是被打断。你本来在读一样东西,现在却在做标签页的搬运工。你费尽力气分开的那些情境,最终还是塌到了一起。

我一直等着这份摩擦小到可以忽略的那一天。它从来没有小到那种地步。它只是安静地,对我点开的每一个链接征税。

我想要的那个工具,并不完全存在

市面上有些应用允许你设规则:把这个域名的东西统统送到那个浏览器。我试过这条路,它从来没有贴合我真实的工作方式。

我的分流其实和域名关系不大。同一个链接,此刻可能属于我的工作配置,下一刻又该进个人配置,全看我在做什么。规则引擎逼着我提前预测这件事,还要随着我的生活变化,永远维护那些规则。

我想要的东西更简单也更诚实:在链接抵达的那一刻,直接问我它该去哪儿,并且让回答这个问题变得瞬时。

Burly 做的就是这件事。

macOS 本身就有其中的一部分。它允许你设置默认浏览器,Safari 也记录了各配置文件及其对外部链接的处理方式。但两者都没有给你一个能在你用的所有浏览器之间做分发的统一选择器。

Burly 与其他 macOS 链接路由工具相比如何?

Burly 不是凭空做出来的,它也不是这个门类里唯一的应用。诚实地说,这些工具都能很好地路由链接;它们的差别在于能把什么当作目的地。以下是各自的定位,更详细的对比放在 Burly 的对比页面。

Burly 与 Browserosaurus

Browserosaurus 是这个门类里多数人最早用的那款,也是 Burly 受益最多的一款:点开链接,弹出浏览器网格,按一个键选中。它的作者 已于 2025 年让项目退役,代码仓库也已归档。而且它是在浏览器之间做选择,而不是在配置文件之间,所以分不清工作用的 Chrome 和个人用的 Chrome,并且基于 Electron 而非原生代码。Burly 是原生的、仍在维护的,并且理解配置文件。

Burly 与 Choosy

Choosy 拥有这一组里最完善的规则引擎,售价 10 美元,而且路由的不只是链接:共享菜单、Handoff 和 AirDrop 都会经过它。如果你想提前声明每个域名该归哪里,Choosy 更合适。它能触及 Chromium 和 Firefox 的配置文件,但无法指向 Safari 的配置文件,而这正是促使我做 Burly 的场景。

Burly 与 Velja

Velja 售价 8 美元,做工精美,围绕按主机和按应用的规则构建。与 Choosy 是同一类取舍:如果你想要规则引擎,它很出色,能触及 Chromium 和 Firefox 的配置文件,但 Safari 的配置文件不在范围内。

Burly 与 Bumpr

Bumpr 最便宜,2.99 美元,也最专注:它在浏览器之间、以及邮件客户端之间做选择。那确实是另一件事,而且它做得很好。它完全不针对配置文件。

所以这里的分野并不真的关乎品质,而在于配置文件是不是目的地。如果你维护着几个独立的 Chrome 配置文件,上面多数工具都能满足你。如果你的工作生活住在某个 Safari 配置文件里,可选项会少很多。OpenIn 是少数能把链接打开到 Safari 配置文件里的工具之一,值得一试。那正是 Burly 要填的空缺。

它是怎么工作的

Burly 会成为你所点击链接的系统处理程序。当你打开一个链接时,一个快速的环形选择器会弹出来,你用键盘选目的地:Safari 工作、Chrome Dev,或者你保留的任何配置。

它会自动发现你的浏览器和配置文件,并让这份列表保持实时更新,所以我从来不必手动配置什么。它支持 Safari、Chrome、Brave、Edge、Vivaldi、Arc,以及 Firefox 家族。

而且,因为每一次都被问一遍本身也会变成一种烦恼,所以有一个修饰键可以跳过选择器,直接重新打开你上次用过的目的地。我的链接大多是成串出现的:先是几条工作的,然后几条个人的。这个跳过键让常见情况变得零成本,把「选择」留给真正需要选的时候。

键盘优先,因为速度就是全部意义

一个分流很慢的链接路由器,比没有路由器更糟。如果选择器哪怕慢半拍才出现,或者逼我去摸鼠标,我就会停止使用它,回去拖标签页。

所以选择器在链接抵达的那一刻就出现,每个选项都只有一次按键之遥。这条约束对设计的影响,超过任何一项功能。标准很简单:Burly 必须比它所取代的那个习惯更快,否则它就不配存在。

默认私密,就像我发布的每一样东西

一个能看到你点击的每一个链接的工具,必须值得信任,所以 Burly 把一切都留在这台 Mac 上。没有账号,没有云,没有分析统计,也没有任何一个 URL 离开过设备。它是一个原生的菜单栏应用,已签名并经过公证。

这和我做的其他小工具背后是同一种本能。你打开的那些链接,是关于你这一天最能暴露信息的数据之一。正确的做法不是小心地保护这些数据,而是压根不去收集它们。你从未收集的数据,就是你永远不可能泄露的数据。

这么小的问题,值得去解决吗?

为什么这么小的问题值得解决。把 Burly 说成微不足道很容易。它就是路由链接,这就是全部卖点。

但我逐渐相信,那些细小而持续的摩擦,恰恰是最值得清除的,正因为它们持续。一个月碰上一次的大问题,会得到你全部的注意力和一个像样的应对办法。而一天碰上四十次的小问题,永远升不到「你停下来把它修好」的程度。它只是在你的注意力上,慢慢磨出一道沟。

AI 已经把做一个原生小应用的成本压得足够低,以至于填平这些小沟槽,终于值得花上一个下午。这改变了「什么配得上存在」的算式。一个工具不必雄心勃勃才值得做。它只需要拿掉某件你早就受够了的事。

我一直在用的那个检验

对一个自用工具,我真正信得过的检验只有一个,而 Burly 通过了:第二天我不假思索地伸手去用它,而它所取代的那份摩擦,就那样消失了。

我是为自己做的它,结果发现别人也和我一样,用着同样焦虑、同样把情境分得清清楚楚的方式在使用浏览器。事情通常就是这样。挠一个足够具体的痒处,你就会发现,从来不是只有你一个人在挠。

每一个链接,都进入正确的浏览器配置。这是一个很小的承诺,而把它守好,就是这个产品的全部。

继续阅读

  • 我为什么打造小型、本地、单一用途的软件为无需账户、在本地运行且不增加多余复杂度的专用软件辩护。
  • 我为什么打造 StockCar我想听一个关于自己投资组合的播客。市场上没有,所以我做了一个。
  • 我正努力说服自己别买 Mac Studio,但 Apple 没有帮忙我想用 Mac Studio 运行本地 AI,但它的价格和升级成本很难合理化。

更多关于独立软件的文章 →

这篇文章讲的是 Burly。 阅读 Burly 的案例研究 →

Matt Senter

Matt Senter

Founder, entrepreneur, and CEO based in Durham, NC, with 30 years building software and 15 companies and products founded. Currently Founder & CEO of Senternet and Co-Founder, COO, and CTO of BeeReady, and the builder behind Orgabot, Highwire, StockCar, Premail, Comoji, Burly, and Weatherling. More about Matt · Get in touch.

← 全部文章下一篇: 我为什么打造小型、本地、单一用途的软件 →

© 2026 Matt Senter · 由 Senternet 的 Matt Senter 创建 Senternet使用 Orgabot 构建北卡罗来纳州达勒姆为创造者而建关于博客工具隐私条款
EnglishEspañol简体中文Français日本語PortuguêsDeutsch