關於 Burly

每個連結都有歸宿。Burly 把它送到那裡。

如今大多數人都不只用一個瀏覽器，而是同時使用好幾個，並分成多個設定檔。Safari 用於個人事務，Chrome 用於工作，另一個 Chrome 設定檔用於開發，也許再加上用於測試的 Firefox。每個設定檔都是一個獨立的世界，有各自的登入狀態、歷史記錄和擴充功能。

macOS 卻從未跟上這種變化。在「郵件」、Slack 或「終端」中點選連結，它會在一個固定的預設瀏覽器中開啟，而那通常是錯的那個。於是你複製網址、切換瀏覽器、找到正確的設定檔、貼上。整天都是如此。Burly 就是為了消除這筆小小的「稅」。

當 Burly 成為你的預設連結處理程序時，每個外部連結都會停頓一瞬，只問一個問題：它屬於哪裡？一個緊湊、鍵盤優先的選擇器把你的瀏覽器設定檔列為目標，而不只是瀏覽器本身，讓連結準確落在正確的環境中。

工作原理

設定檔是一等公民

Burly 會發現你已安裝的瀏覽器以及其中的每個設定檔，並把每一個都列為可直接選擇的目標。

快速，鍵盤優先

連結一到，選擇器立即出現。用數字鍵、方向鍵或滑鼠進行選擇。你一做出決定，它就消失。

為常見情況準備的跳過方式

點選時按住修飾鍵，即可完全跳過選擇器。被跳過的連結會去往你上次使用的設定檔，或你固定的某個設定檔；如果你更喜歡固定一個設定檔、按住按鍵時才選擇，也可以反轉這個手勢。

預設保護隱私

所有路由都在你的 Mac 本地完成。沒有帳號，沒有後端，任何瀏覽資料都不會離開裝置。

為什麼這比看起來更難

「在那個設定檔中開啟這個連結」聽起來像是一次 API 呼叫就能搞定。但在 Mac 上，它其實是三個不同的問題，每個瀏覽器家族一個，而且沒有一個是作為正式功能有文件記錄的。

Safari 沒有任何啟動指定設定檔的方法。 沒有命令列參數，沒有 URL scheme，也沒有用於「在我的工作設定檔中開啟」的 AppleScript 命令。唯一可靠的途徑，就是人會走的那條路：Burly 使用 macOS 輔助使用 API 按下 Safari 自己的 新建工作視窗 選單項，等待那個視窗出現，再把連結交給它。透過「System Events」操控 Safari 看起來更簡單，但它卡在了另一項「自動化」權限上，而這項權限事實證明很難可靠地獲得；而且在 macOS 15 中，Apple 把這些選單項移進了子選單，所以查詢時必須向下深入一層。Burly 靠 Safari 不會翻譯的識別符號而不是標題來識別這些選單項，所以無論 macOS 使用哪種語言都能工作。這也是為什麼 Safari 設定檔路由需要「輔助使用」權限。

Chrome 要的是資料夾名，而不是你看到的設定檔名稱。 Chromium 瀏覽器透過目錄（例如 Profile 1）來開啟設定檔，而不是透過設定檔選單裡的「工作」這樣的標籤。Burly 從磁碟讀取每個瀏覽器自己的設定檔列表，把兩者對應起來，並持續監視這些檔案，因此你在 Chrome 中新增的設定檔無需重新整理就會出現在選擇器中。

按住的按鍵必須在連結到達的那一刻被讀取。 修飾鍵跳過的原理是：在 macOS 遞交連結時檢查哪些按鍵處於按下狀態。如果應用程式每次點選都要冷啟動，就常常會錯過一次快速的 Option 點選，這也是 Burly 常駐選單列、而不是每次重新啟動的原因之一。

已簽名、已公證，持續更新

一個擋在你點選的每個連結前面的應用程式，理應讓人容易信任。每個 Burly 版本都使用 Apple Developer ID 簽名並經 Apple 公證，因此 macOS 會在首次執行前進行檢查，Gatekeeper 開啟它時不會出現警告。更新透過 Sparkle 推送，每次更新在安裝前都會經過加密簽名和驗證，因此應用程式只能被我簽名的版本替換。

路由完全在你的 Mac 上進行。Burly 沒有帳號，沒有能看到你連結的伺服器，也沒有可洩露的瀏覽歷史。

Burly 的成長曆程

2026 年 6 月，1.0 版。環形選擇器、跨 Chrome、Safari 和 Firefox 的設定檔自動發現，以及修飾鍵跳過。隨後幾天內發布的小版本加入了每個設定檔的表情符號和顏色、無需連結即可開啟設定檔的全域快速鍵，以及更多瀏覽器，詳見支援的瀏覽器頁面。
2026 年 6 月，1.1 版。經過簽名的應用程式內更新，新版本可以直接從選單列安裝，無需重新下載。
2026 年 9 月，1.3 版。固定目標，讓每個連結都能始終在同一個瀏覽器設定檔中開啟，直到你按住某個按鍵；另外 Arc 連結也能可靠送達了。