FineTune：macOS 選單列的開源混音器，能否取代 SoundSource？

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

如果你在 Mac 上同時開著 Zoom 會議、Spotify 背景音、Slack 通知與瀏覽器 YouTube 分頁，應該很熟悉這個場景：為了聽清楚同事講話把系統音量拉滿，下一秒 Spotify 切到副歌直接把耳朵炸穿。Windows 從 Vista 開始就有「音量合成器」可以單獨調整每個程式的音量，macOS 卻到 2026 年都還是「全域一刀切」。

能補上這個缺口的商業方案是 Rogue Amoeba 的 SoundSource，定價約 39 美元（以官網為準），成熟穩定。而 2026 年出現的開源替代品 FineTune，標榜完全免費、GPL-3.0 授權、選單列常駐，把 per-app 音量、10 段 EQ、音訊路由、耳機頻率校正全部塞進同一個小圖示裡。FineTune 現在能用來取代 SoundSource 嗎？答案取決於你對成熟度的容忍度。

結論先講：能，但有但書。FineTune 是 2026 年中最值得裝的免費 SoundSource 替代品，機制完整、活躍迭代、原生 Swift 寫成的 macOS app（沒有 Electron overhead）。不過它還在 v1.x 階段，158 個 open issue 是真實存在的坑，v1.9.0 曾在發布時引入一個會讓 USB-C 音訊輸出整個壞掉的迴歸臭蟲，後續已在 main 分支修復但還沒切新版。如果你的工作流很依賴特定硬體（USB-C DAC、藍牙耳機、外接螢幕喇叭），先看下面「成熟度」那一節再決定。

macOS 一直欠你的「獨立音量」，為什麼 SoundSource 能賣錢

macOS 的 Core Audio 在技術上其實很強，低延遲、取樣率自動協商、裝置熱插拔都很順。但蘋果始終沒有把「per-app 音量」做成系統級功能，原因業界推測是蘋果不願意讓第三方 App 任意攔截系統音訊流（涉及隱私與安全邊界）。這個設計選擇，讓需求就留給了商業軟體。

SoundSource 之所以能賣將近 40 美元，是因為它把這件事做到「裝了就用、不會壞、客訴有人回」。開源陣營過去有 Kyle Neideck 的 backgroundmusic，但專案長期停滯、與新版 macOS 相容性時好時壞。FineTune 是少數「仍在活躍維護 + 用 SwiftUI 現代化重寫 + 採用標準 Core Audio tap API」的選項，因此具備被認真對待的資格。

FineTune 在做什麼：把專業混音台塞進選單列

FineTune 是一個系統級 DSP（數位訊號處理）工具，機制是對每個發聲中的 App 建立獨立的 Core Audio tap（音訊攔截點），在軟體層重新計算音量、EQ、路由，再送到指定的輸出裝置。README 揭露的主要能力分四塊：

• Per-app 音量與增強：每個 App 一條滑桿，可獨立靜音；增益最高 4 倍（2x / 3x / 4x 預設）。可把 Slack 通知壓到 10%、Spotify 維持 60%、Zoom 拉到 100% 同時並存。
• 音訊路由：指定「聲音去哪」，音樂 App 送到藍牙喇叭、會議 App 送到有線耳機，兩者互不干擾。裝置優先順序可自訂，藍牙耳機斷線自動 fallback、重連自動還原。
• EQ 與耳機補償：10 段 EQ 內建 20 個預設（5 種分類），可自存；整合 AutoEQ 專案的數千個耳機頻率響應校正檔，或匯入 EqualizerAPO 的 ParametricEQ.txt；底層還有一個 ISO 226:2023 等響度曲線補償，在低音量時自動補償低頻與高頻聽感。
• 裝置與系統控制：DDC 協定控制外接螢幕的硬體音量、麥克風輸入監聽、媒體鍵 F10–F12 改走 FineTune pipeline（解決某些 USB DAC 上原生媒體鍵失效的問題）、URL schemes 可從 Terminal、Shortcuts、Raycast 或腳本呼叫。

Pin

「smart volume backend」是 README 才講清楚的一層設計：FineTune 會根據裝置能力自動判斷要用硬體音量、DDC，還是軟體音量。有些 USB DAC 或 HDMI 輸出的硬體滑桿其實沒有真的控制訊號（硬體做的是顯示用、不是真的衰減），這時可以手動在裝置檢視面板強制軟體音量，FineTune 會記住該裝置的選擇，下次插上同一台 DAC 自動套用。這個細節解決了「為什麼媒體鍵按了但音量沒變」這類常見迷思。

FineTune 還有兩個實用的管理功能：pinned apps 可以把沒在發聲的 App 釘選在清單上預先設定音量、EQ 與路由（例如先把開會用的 Zoom 釘起來，會議開始前的 30 秒就能調好狀態）；ignore apps 則能讓 FineTune 完全放棄攔截某個 App（等於讓它回到 macOS 原生行為，把整個 audio tap 拆掉）。對隱私敏感、或發現 FineTune 對某個特定 App（如某些 DAW 或專業錄音軟體）會干擾使用者，後者是重要的退出機制，不需要解除整個 FineTune。

給會寫腳本的人：URL schemes 與自動化

FineTune 對進階使用者最被低估的一塊是 URL schemes。它的設計邏輯是把所有選單列能做的事都暴露成 finetune:// 協定，可以從 Terminal、macOS Shortcuts、Raycast、Alfred 或任何可發 URL request 的腳本呼叫。常見用途包含：寫一個 shell script 在開啟特定 App 時自動切換音訊輸出到對應裝置、把「進入會議模式」綁成一個 Shortcuts 按鈕同時降背景音量並開啟麥克風監聽、或排程在凌晨自動把所有發聲中的 App 靜音。

具體可用的 action 與參數細節，作者寫在 repo 的 guide/url-schemes.md，從音量調整、靜音切換、裝置路由到 ignore/un-ignore 都能驅動。對自動化工作者來說，這等於 FineTune 除了 GUI 也能當系統層元件腳本化。SoundSource 也有 AppleScript 支援，但 URL schemes 比 AppleScript 更容易跨工具串接，是 FineTune 在腳本化場景的一個明確優勢。

不過要留意：URL schemes 是 v1.x 才加入的功能，部份 action 仍在演進。如果要把 FineTune 接進生產力自動化流程（例如公司會議室固定的開關機腳本），建議在 issue tracker 確認你依賴的 action 近期沒有被改名或 deprecate。

安裝與首次啟用：Homebrew 一行，但那個權限容易卡關

FineTune 在 Homebrew Cask 已經上架，安裝就是一行：

brew install --cask finetune

不想用終端機的人，也可以從 GitHub Releases 下載 .dmg 拖進「應用程式」。目前最新是 v1.9.0（2026-07-09 發布），單版本下載約 30,500 次；累計 13 個版本下載約 22.3 萬次。

第一次啟動時，系統會要求一個權限，這裡是大部份新使用者卡住的地方。你要授權的是「螢幕與系統錄音」（Screen & System Audio Recording），不是「音訊捕獲」或「麥克風存取」。路徑是「系統設定 → 隱私與保安 → 螢幕與系統錄音」。這個權限範圍較廣，因為 per-app 音量必須讀取系統所有音訊流才能正確攔截，這是機制本身的代價，不是 FineTune 越權。網路介紹文章有時會把這個權限稱為「音訊捕獲 Audio Capture」，但實際系統設定裡沒有這個字眼，照那個名字找會找不到開關。

另一個常見誤解是「打開 FineTune 後為什麼清單裡沒有我的 App」。這是省電機制：FineTune 只顯示「正在發聲」的 App。Spotify 暫停時會從清單消失，按一下播放就會自動浮現。想把 App 永遠留在清單上預先調音，用前述的 pin 功能。

實際系統門檻是 macOS 15 Sequoia 或更新版本。網路介紹文章有時會把這個版本寫成 Sonoma 14，那是過時資訊；Sonoma 14 的使用者裝了會跑不起來，這個資訊差對還在舊系統的讀者是硬門檻。

Pin

跟 SoundSource 比一比：免費的代價在哪

把 FineTune 跟 SoundSource 放在同一張表，會比較清楚誰適合誰。以下對比根據兩者 2026 年 7 月的公開資訊。

從這張表看得出 FineTune 的優勢是「把核心功能全做到、而且開源免費」，劣勢則是在「第三方外掛（Audio Unit 效果鏈）」這種深度音響工程需求上吃虧，以及商業軟體多年打磨帶來的穩定度保證。如果你只是想把 Spotify 壓小、把 Zoom 拉大、順便掛個 EQ 預設，FineTune 完全夠用；如果你是廣播工作者或影音後期，會用到 AU 外掛、複雜效果鏈與正式技術支援，SoundSource 仍是更穩的選擇。

誠實酸：v1.x 的成熟度長怎樣

專案從 2026 年 1 月 18 日第一次 commit 到現在，半年內推進到 v1.9.0，節奏很快，但快也代表東西還沒完全定型。GitHub issue tracker 上有 158 個未關閉 issue，下面這幾個是讀者裝機前應該知道的：

• #378「v1.9.0 breaks USB-C audio output」：v1.9.0 發布時引入的 USB-C 音訊輸出迴歸，後續已修復並關閉。這是典型的「最新版不要第一天裝」案例，等一兩個小版本更新再跟比較安全。
• #384「Volume Keeps Fluctuating」：音量會自動跳動，目前 open。如果工作流對音量穩定度敏感，先到 issue 看進度。
• #380「No sound when routing sounds to different outputs」：路由功能在某些情境下無聲，open。
• #379「Bluetooth headphones has latency」：藍牙耳機的延遲問題，這其實是協定天生限制，但 FineTune 的處理仍有改善空間。

不過 release notes 也展現了值得肯定的工程紀律。v1.9.0 同時修掉了 v1.8.0 因 Swift 6 concurrency migration 副作用引入的 DDC 螢幕音量崩潰（issue #340、#348、#353、#356），以及外接螢幕音量指令被吞掉的問題（#362，借鑑 MonitorControl 的「指令連送兩次」做法）。作者把迴歸當成優先處理的事，而不是只堆新功能。

另一個正面訊號：有外部貢獻者實際提交修復。v1.9.0 的 release notes 標註 @maleadt 在 #361 提交了第一個貢獻，這對一個才半年的個人專案來說，是社群健康度的指標。

授權與商業模式：GPL-3.0 與 Ko-fi 為什麼重要

FineTune 採用 GNU GPL v3.0 授權，COPYRIGHT 標的是「2026 Ronit Singh」（個人，非公司）。GPL-3.0 是 copyleft 性質：你可以免費使用、修改、再散布，但任何衍生作品必須以相同授權公開原始碼。對一般使用者來說等於沒有限制；對想把 FineTune 包進自家商業產品的公司，則必須遵守 copyleft 鏈，這是授權本身的設計。

商業模式方面，作者完全沒有把 FineTune 變成訂閱制或 freemium，也沒有內購、付費牆或升級方案。收入管道只有 Ko-fi 的自願打賞連結（README 結尾的「buy me a coffee」徽章）。這對使用者是好消息（功能不會被付費牆閹割），但對專案長期維護也是風險，畢竟個人專案隨時可能因作者生活變化而停滯。SoundSource 背後是公司、有商業誘因維護，FineTune 是個人熱情驅動，這是選擇時要放進決策框架的差異。

遙測部分，FineTune 的 Xcode 專案 deps 裡沒有 Sentry、PostHog、Firebase、Amplitude、Mixpanel 之類的遙測 SDK，唯一會主動發網路請求的是 Sparkle 自動更新框架，它會定期拉 appcast.xml 檢查新版本，這是輕量聯網，且可關閉。對隱私敏感的人，這是一個誠實可驗證的範圍。

適合誰，不適合誰

綜合以上，FineTune 適合：

• 遠端會議密集、需要把會議軟體音量獨立拉滿同時壓制其他程式的上班族。
• 內容創作者、Podcaster，想在同一台 Mac 上同時監聽多個音訊來源並獨立控制。
• 耳機發燒友，想用 AutoEQ 校正檔修平頻率響應，又不想花錢買商業軟體。
• 已升級到 macOS 15 Sequoia 以上、對開源軟體有意識、願意偶爾追 issue tracker 的進階使用者。

不適合：

• 還在 macOS 14 Sonoma 或更舊系統的使用者（硬門檻）。
• 需要 Audio Unit 第三方效果鏈、複雜音訊處理管線的專業音響工作者（這條路目前還是 SoundSource 的場）。
• 工作流高度依賴 USB-C DAC 或藍牙耳機、無法容忍偶發迴歸的使用者（等 v1.x 更穩定再考慮）。
• 完全不願意授權「螢幕與系統錄音」的人，這是機制代價，繞不過。

至於在台灣這種繁中環境的使用情境，FineTune 的 app UI 只有英文（repo 沒有繁中或簡中語系檔，只有 README 與 autoeq 文件的簡中版，且為社群維護、可能滯後英文版）。所有設定字樣都是英文，但有問題時對照官方文件不難。如果之前讀過我們的 MioSub 或 OpenDisplay 介紹，這套也是同一類「macOS 原生、個人或小團隊開發、解決蘋果沒做的小事」的工具，例如 FlowScroll 把瀏覽器中鍵滾動帶到整個桌面、DFU-Tools 把 iOS 回復流程包成 GUI、macUSB 把開機碟製作傻瓜化，FineTune 處理的是同一塊缺口，只是發生在音訊層。

常見問題

FineTune 完全免費嗎？

是。GPL-3.0 授權，原始碼在 GitHub 公開，沒有內購、沒有訂閱、沒有 Pro 版。作者的收入只有 Ko-fi 自願打賞，付不付費不影響任何功能。

它會錄下我的音訊嗎？會上傳嗎？

「螢幕與系統錄音」權限是 macOS 對系統音訊流的統一名稱，FineTune 需要它才能在軟體層攔截 per-app 音量。這個權限的存在不等於「錄音上傳」，原始碼是公開的，可以自己 grep；Xcode 專案也沒有任何遙測 SDK，唯一會發網路請求的是 Sparkle 更新檢查，可關閉。對隱私有疑慮的人可以選擇「ignore apps」完全跳過特定 App。

支援 macOS 14 Sonoma 嗎？

不支援。官方 README 載明的最低需求是 macOS 15 Sequoia。網路上有些介紹文章把這個版本寫成 Sonoma 14，那是過時資訊，請以 GitHub README 為準。

跟 backgroundmusic 比呢？

backgroundmusic 是更早的開源 per-app 音量工具，但專案已長期停滯，在新版 macOS 上相容性不穩。FineTune 用 SwiftUI 重寫、採用現代 Core Audio tap API、半年內已迭代到 v1.9.0，是 2026 年仍在活躍維護的選項。

有繁體中文介面嗎？

沒有。App UI 只有英文。GitHub README 有簡中版（社群維護），但可能滯後英文版；autoeq 文件同樣有簡中版。台灣使用者操作沒有太大門檻，所有設定字樣都對應得到英文文件。

結論：我會把它裝起來嗎

會，而且已經裝了。FineTune 處理的是 macOS 多年沒補上的明顯缺口，機制完整、授權乾淨、作者在乎工程紀律。對大多數「我想把 Spotify 壓小、把 Zoom 拉大」的需求，它已經是合格、甚至超出預期的免費方案。至於進階音響工程需求，或對 v1.x 迴歸零容忍的使用者，仍應該回去 SoundSource。

最務實的做法是兩邊都試：先用 FineTune 跑一兩週，如果遇到會影響工作的 bug 或缺少你需要的 AU 外掛，再考慮付費買 SoundSource。反正 FineTune 是開源免費，刪掉也沒成本。對於願意承擔一點 v1.x 風險、想用開源軟體掌握自己音訊棧的人，FineTune 在 2026 年的現在是值得加入清單的工具。

專案位置在 GitHub: ronitsingh10/FineTune（v1.9.0，GPL-3.0，macOS 15+）。安裝後如有遇到問題，先去 issue tracker 搜尋關鍵字，你遇到的，多半別人已經開過 issue 了。