Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
BrowSync 同覽：Mac 跨瀏覽器同步工具，連結分流加書籤與 Cookie 狀態同步
BrowSync（同覽）是 MIT 開源的 Mac 原生工具，把預設瀏覽器分流升級成跨瀏覽器狀態中樞——不只把連結導去對的瀏覽器（Velja/Choosy 做的事），還在本機同步書籤、Cookie、登入狀態；適合每天在多個瀏覽器之間跳的 Mac 重度用戶，附 Cookie 同步安全須知與 FAQ。
用 AI 摘要這篇文章：
如果你是那種每天在 Safari、Chrome、Arc 之間來回跳的 Mac 使用者，大概很熟悉這種小麻煩：工作群裡點開的連結預設跑進 Safari，等你到了要登入的頁面，才發現帳號狀態都在 Chrome 裡，只好複製連結、切過去、重新登入、再收一次驗證碼。BrowSync（中文名「同覽」）處理的就是這一整串多瀏覽器混用的摩擦。
它是一套 MIT 開源的 Mac 原生工具（用 Swift、SwiftUI 寫的），在「連結去哪個瀏覽器開」之外，還多做一層：在本機把書籤、Cookie、登入狀態也接起來。截至 2026 年 6 月，依 GitHub（chentao1006/BrowSync）與官網，它支援 Safari、Chrome、Arc、Edge、Brave、Firefox，靠一個本機常駐程式加瀏覽器擴充來運作。要先說清楚：這是個很新的專案（約一個月大、七十幾顆星），方向有潛力，但還不算久經考驗，適合願意陪新工具磨合的人。
快速結論：你每天都在多個瀏覽器之間跳（前端、測試、插件重度、工作跟個人帳號分瀏覽器），BrowSync 在本機把連結分流、書籤、Cookie 與登入狀態同步起來，Velja/Choosy 只做到分流。但你要接受本地常駐程式加瀏覽器擴充，而且 Cookie 同步是雙刃劍，敏感帳號不建議全域開。只偶爾換瀏覽器的人，用 Velja/Choosy 甚至系統內建就夠了。
目錄
它跟 Velja、Choosy 的差別：不只分流，還同步狀態
Mac 上做「連結分流」的工具不少，Velja 或 Choosy 是代表：它們攔截點擊的連結，再按規則分發到指定瀏覽器，核心是「這個連結該在哪個瀏覽器打開」。這層 BrowSync 也做得到。
差別在於 BrowSync 多走了「底層資料與狀態同步」這一步，把多瀏覽器之間最痛的「登入狀態割裂」也納進來處理。Velja、Choosy 像輕量的預設瀏覽器路由器，適合只想解決「連結去哪開」的人；BrowSync 不只分流，還在本機把書籤、Cookie、登入狀態在瀏覽器之間接起來。比方說工作帳號在 Chrome 登入過，切到 Arc 時有機會少掉一次重複登入和驗證碼。
運作上，你要先把 BrowSync 設成 macOS 的預設瀏覽器，讓系統外連先經過它，再按規則分配出去。它背後靠本機 WebSocket 通道（ws://127.0.0.1:62333）跟各瀏覽器的擴充溝通，所以不只是轉發連結，也能在本機範圍搬動瀏覽資料。這跟 UniClipboard 那類跨裝置剪貼簿同步是同一種「在本機跑、不靠雲端」的思路，只是 BrowSync 處理的是瀏覽器狀態。
實際能做哪些事：連結分流、書籤同步、分頁查看
把功能拆開看比較清楚。連結分流是基礎：設成預設瀏覽器後，你可以定規則，讓特定網域或來源的連結固定開在某個瀏覽器，例如公司內網走 Chrome、影片網站走 Safari。書籤同步是在 Safari、Chromium 系（Chrome、Arc、Edge、Brave）和 Firefox 之間即時同步書籤，省去手動搬。狀態同步則跨瀏覽器即時同步 Cookie 和快取，讓登入狀態保持一致。它也能查看目前各瀏覽器的分頁。
它跑的是原生 SwiftUI，支援深色模式、選單列常駐、記憶體佔用低，不像 CodexBar 是另一種選單列工具但顧的是 AI 用量，BrowSync 常駐的是瀏覽器狀態。分流規則、應用設定和站點策略還能透過 iCloud 在多台 Mac 之間同步。這裡要分清楚：iCloud 同步的是規則和偏好，不是把 Cookie、書籤搬上雲端。
如果你做的是前端開發或網站測試，得在多個瀏覽器之間反覆檢查畫面，BrowSync 的書籤和狀態同步能省下不少切換成本；這跟 LambdaTest 那種雲端瀏覽器相容性測試是不同路線，一個在本機把多瀏覽器串起來，一個在雲端開各種環境。
Cookie 同步是它最該小心的地方
BrowSync 最吸引人的點，是把不同瀏覽器的狀態接起來；但真正要小心使用的，也正是這部分。
同步書籤、查看分頁這類還好理解。問題出在 Cookie、LocalStorage 和 sessionStorage 這層：瀏覽器擴充要讀取站點狀態資料才能跨瀏覽器搬，這些資料可能涵蓋登入 session、網站偏好，甚至後台系統的存取狀態，牽涉的比單純換個瀏覽器開網頁深得多。專案是 MIT 開源，官方說明也寫同步在本機跑、不經外部伺服器，比雲端同步謹慎。但本地不外傳，不代表它什麼都沒碰，它確實會讀你的站點狀態。
所以穩妥的用法是漸進開。先只開連結分流和書籤同步，確認常用站點沒問題，再按白名單逐步放開 Cookie、LocalStorage 同步。公司受管設備、多人共用電腦，或長期登入金融帳戶、業務後台、客戶資料平台的瀏覽器，不建議直接開全域狀態同步。把同步範圍限在你能掌握的站點就好。白名單的意思是：只挑少數你信任、又真的需要跨瀏覽器登入的站點（例如開發後台、內部工具）開同步，其他站點維持各瀏覽器各自登入，降低一次出問題就全面外溢的風險。重視本機隱私的人，這套跟 Paster 把 OCR 與剪貼簿做在本機是同一種取向，但你要清楚 BrowSync 動的是更敏感的登入狀態。
從安裝到設為預設瀏覽器
安裝不複雜。用 Homebrew 裝 Mac 端（brew install --cask chentao1006/tap/browsync），或從官網下載安裝包；然後到各瀏覽器裝對應的擴充（Chrome 線上應用程式商店、Firefox 附加元件、Safari 擴充），跟 Screenity 這類 Chrome 擴充一樣是從瀏覽器的擴充商店裝。裝好後把 BrowSync 設成 macOS 的預設瀏覽器（系統設定 → 一般 → 預設網頁瀏覽器）。BrowSync 常駐在選單列，點圖示能看到目前分流狀態和各瀏覽器的連線情形，主要設定也從這裡進去。
真正花時間的不是安裝，而是後續的分流規則和同步範圍設定。建議的順序是：先設幾條分流規則（哪個網域開在哪個瀏覽器），確認連結會照規則走；再開書籤同步看書籤有沒有對齊；最後才考慮針對少數常用站點開 Cookie 同步。舉個例，你可以先設「公司網域走 Chrome、影片網站走 Safari」兩條規則跑兩天，覺得順手再往下加，這比一開始就想把所有瀏覽器、所有網域都設好更不容易出錯。一次全開風險最大，也最難排查哪條規則出問題。
要留意的是，這類工具需要你接受本地常駐程式、瀏覽器擴充和預設瀏覽器分流一起工作，會讓系統多一層要維護的東西。它跟 Background Music 控制各 App 音量、或 Everywhere 跨視窗的桌面 AI 一樣，都屬於「為了某種跨 App 整合而常駐」的工具，覺得值得就裝，覺得系統越簡單越好就跳過。
實際可以怎麼用：兩個情況
第一種是前端開發或網站測試，要在 Safari、Chrome、Firefox 之間反覆檢查同一個頁面。平常每個瀏覽器都得各自登入開發版後台、各自整理書籤；裝了 BrowSync 之後，開發後台的登入狀態可以同步過去，書籤也對齊，省下每個瀏覽器重新登入、重新整理書籤的時間。分流規則還能讓開發文件固定開在 Chrome、設計稿固定開在 Safari，不用每次手動選。
第二種是工作帳號和個人帳號長期分在不同瀏覽器。工作群裡點的連結常常開錯瀏覽器，又不想把兩邊帳號混在同一個瀏覽器裡。設幾條分流規則讓公司網域固定走 Chrome、其他走 Safari，再針對幾個常用服務開 Cookie 同步，切瀏覽器時就不用重複收驗證碼。這類「分帳號 + 分瀏覽器」的需求，正是 BrowSync 比單純分流工具實用的地方。
誰適合用 BrowSync，誰不適合
適合用的：每天都在多個瀏覽器之間來回跳的人，例如前端開發要在 Safari、Chrome、Firefox 之間反覆檢查；網站測試；瀏覽器擴充重度使用者；工作帳號和個人帳號長期分在不同瀏覽器的人。對這些人來說，BrowSync 把「複製連結、換瀏覽器、重新登入」這些碎操作壓下來，價值不在「又多一個工具」，而在省下每天重複的切換。它跟 Recordly、AudioMass 一樣是 MIT 開源的 Mac 工具，但定位在瀏覽器整合這一塊。
不適合的：基本只用一個瀏覽器、一個月偶爾切幾次的人（為少數切換起一個常駐進程不划算）；公司受管設備或多人共用電腦（Cookie 同步風險）；不想讓工具碰 Cookie 和站點狀態的人；非 macOS 使用者。如果你只是想讓特定連結開在特定瀏覽器，Velja、Choosy 這類輕量分流工具反而更省心，不用背負狀態同步的複雜度。
常見問題
BrowSync 是免費的嗎？
是。MIT 開源，GitHub 與官網都能免費下載，沒有付費方案。它是個人維護的開源專案（截至 2026 年 6 月約七十幾顆星），更新跟修問題取決於作者投入，重要流程別只依賴單一小工具。
它會把我的瀏覽資料傳到雲端嗎？
同步在本機完成，不經外部伺服器。iCloud 只用來在多台 Mac 之間同步分流規則和偏好設定，不是把 Cookie 或書籤搬上雲端。不過瀏覽器擴充會讀取站點狀態資料來做同步，這點要區分清楚。
Cookie 同步安全嗎？
本機不外傳是優點，但它會讀取 Cookie、LocalStorage、sessionStorage 這類登入狀態。普通站點可以開，金融帳戶、業務後台、公司受管設備不建議開全域同步。穩妥做法是先開分流和書籤，再按白名單逐步放開 Cookie；例如只針對開發後台、內部工具這類你信任又常跨瀏覽器登入的站點開，其他維持各自登入。
支援哪些瀏覽器？
Safari、Chrome、Arc、Edge、Brave、Firefox。Chromium 系（Chrome、Arc、Edge、Brave）走同一套擴充機制，Firefox 另有附加元件，Safari 走自己的擴充。
可以只開分流、不開 Cookie 同步嗎？
可以，而且建議一開始就這樣。分流、書籤、狀態同步是獨立開關，你可以只開連結分流和書籤，完全不碰 Cookie 同步，這樣風險最低、也最接近 Velja 或 Choosy 的用法。等確認常用站點沒問題，再針對少數站點用白名單開狀態同步，比一次全開穩當。
它跟 Velja、Choosy 差在哪？
Velja、Choosy 是輕量的預設瀏覽器路由器，只做連結分流（哪個連結開在哪個瀏覽器）。BrowSync 多了書籤、Cookie、登入狀態的本機同步。只想分流選 Velja/Choosy，想連狀態一起同步才考慮 BrowSync。
它需要一直開著嗎？
要發揮分流和同步作用，本機常駐程式跟瀏覽器擴充就得在背景跑著。不用時可以從選單列退出，但退出期間分流和同步都會停。它標榜記憶體佔用低，常駐的負擔不算大，但畢竟多一個背景進程。
設定會很複雜嗎？
安裝不難，難在後續規則。分流規則、站點策略、同步白名單都要你自己根據習慣調，沒有自動幫你設好。建議從幾條最基本的分流規則開始，邊用邊加，一次想設齊全部反而容易亂。
會不會很吃資源？
它是原生 SwiftUI 寫的，標榜記憶體佔用低、選單列常駐。不過它畢竟要跑一個本機常駐程式加各瀏覽器擴充，會比完全不裝多一點負擔，這是這類整合工具的代價。
