TechMoon 科技月球
WordPress、SEO 與 AI 工具實測指南
TechMoon 科技月球
WordPress、SEO 與 AI 工具實測指南

SimpMusic 是 GPL-3.0 開源的 YouTube Music 客戶端,Android、Windows、macOS、Linux 都有,免費帳號也能背景播放、無廣告、看逐字歌詞;免費音質上限 129kbps、帳號信任風險與 FOSS 版差異,裝之前先看清。
用 AI 摘要這篇文章:
在手機上免費聽 YouTube Music,官方 App 給的體驗有明確的邊界:Google 支援頁把「使用其他應用程式或關閉螢幕時,仍可照常聆聽音樂和 Podcast」列為 YouTube Music Premium 會員專屬功能,免費層聽音樂會插廣告、不能背景播放、不能下載離線(Podcast 是少數例外,大多數 Podcast 不論會員狀態都能背景播放)。SimpMusic 做的事情,就是把這幾條線通通搬走:一個 GPL-3.0 開源、免費、無廣告的 YouTube Music 客戶端,Android 手機與 Windows、macOS、Linux 桌面都有,背景播放、離線快取、逐字歌詞全部不設會員牆。
它在 GitHub 上有一萬兩千顆星(2026 年 10 月中查詢為 12,072),開發仍然密集,2026 年 6 月底到 10 月中就發了 8 個正式版。但把它裝進手機之前,有三個代價你應該先知道:免費帳號的音質上限被 YouTube 伺服器鎖在 129kbps、專案自己承認播放錯誤會常態發生、以及使用第三方客戶端本身就是踩在 YouTube 服務條款的邊界上。這三件事都指向同一個結構:SimpMusic 的介面是自己的,引擎是借來的。
先分清楚 SimpMusic 是什麼。它不是曲庫,也不自己存放任何音檔。專案的法律聲明寫得直接:所有內容都留在 Google 的伺服器上,App 只是解析 YouTube Music 的公開介面把串流接過來。所以首頁推薦、排行榜、心情與類型電台、搜尋(連一般 YouTube 影片都能搜來播)、登入後的播放清單同步,這些資料全部來自 YouTube Music 本身。你在官方 App 裡的訂閱頻道與歌單,登入同一個 Google 帳號就接得上;從 Spotify 或其他 YouTube Music 客戶端搬播放清單,官網也提供了轉換工具。
這個架構的好處是曲庫跟著 YouTube Music 全量走,台灣也在官方支援地區清單內;壞處是命脈也跟著走。README 的警告段說得罕見地誠實:因為依賴 YouTube Music,播放錯誤一定會發生,屬於正常現象,還請使用者不要問作者這個 App 何時會穩定。Issue 板上 2026 年 10 月的幾則回報(部分歌曲播不出來、v2.3.0 的播放與介面問題)就是這個結構的日常。想找「把 YouTube 當資料來源」的另一種玩法,可以參考我們寫過的 YouTube Music 探索工具 samplette,或把 YouTube 頻道變成電視牆的 YTCH。
播放器本體的完成度倒是超出「能播」的等級。十段等化器可以載入 AutoEq 的耳機補償曲線,再加延遲與殘響兩種效果,也可以直接交給 Android 系統等化器;Android Auto 有完整支援;投放功能可以把聲音送到 Chromecast 或藍牙裝置,而且不會搶走其他 App 正在用的輸出。聆聽統計全部在本機算:排行榜、時段分布、可分享的聆聽收據,還有仿 Spotify Wrapped 的年度回顧與每月精選。這些功能沒有一個需要把你的資料送進雲端分析服務,運算就發生在你的手機上。介面提供三種播放頁風格,其中一種直接向 Apple Music 的播放頁看齊,連歌詞呈現都有 Apple 式的設計語言;你追蹤的歌手發新歌,通知也會推到手機上。

因為資料來源是 YouTube 生態系,SimpMusic 順手把兩個開源社群的工具也接了進來:SponsorBlock 會在播放含業配段落的影片時自動跳過廠商贊助片段,Return YouTube Dislike 則把被隱藏的倒讚數還原回來。對純聽歌的人這兩個功能存在感不高,但只要你會用它搜尋一般 YouTube 影片(例如音樂評論頻道或 Podcast),跳過業配段落就是每天都用得到的體驗。如果你的需求其實是把 YouTube 的聲音整理成文字而不是播放,我們介紹過的 YouTube 語音轉文字工具會比音樂播放器對口。
SimpMusic 最有性格的部分,是它把四個不同來源的公開介面拼在同一個播放器裡。我把它拆開來看:
另外還有一個開發者自架的歌詞庫(api-lyrics.simpmusic.org),採社群共筆制:任何人都能為某首歌補歌詞、投票、貢獻翻譯,請求帶簽章防止灌水。搭配 LRCLIB 這個開放歌詞資料庫,構成完整的歌詞後備鏈;歌詞對不上歌曲時 README 也坦言是已知的配對誤差,因為它靠歌名與時長比對,不是每首都對得準。
這種「拼裝引擎」的思路在開源音樂圈不孤單。開源 YouTube Music 客戶端是一整個家族,SimpMusic 自述傳承自 InnerTune 取得資料的手法,一起聽功能也與另一個家族成員 Metrolist 互通;桌面端的 spotify-player 則示範了同一套思路在 Spotify 上的樣子。SimpMusic 在家族裡的辨識度,在於它把 Apple Music 逐字歌詞與 Spotify Canvas 都接進來,介面完成度也向付費服務看齊,這在官方任何一家 App 裡都拿不到。
音質是這個 App 最該攤開講的決策點。我在它的核心程式庫(Config.kt 的 ITAG 與 QUALITY 定義)裡看到完整的音質階梯:
| 音質選項 | 位元率 | 誰拿得到 |
|---|---|---|
| 低 | 66kbps Opus | 免費帳號 |
| 中 | 129kbps Opus | 免費帳號 |
| 高(Opus) | 256kbps | 僅 YouTube Music Premium 帳號 |
| 高(AAC) | 256kbps | 僅 YouTube Music Premium 帳號 |
影片檔位則有 360p、720p 與 1080p 三段可選。關鍵在於:這個限制發生在 YouTube 的伺服器端,照帳號等級發檔,第三方客戶端改不了。換句話說,用免費 Google 帳號登入 SimpMusic,音質上限就是 129kbps 的 Opus,而且要注意預設值其實是最低的 66kbps,裝好後記得進設定把音質切到中;如果你本來就是 Music Premium 訂閱者,登入後就能取得 256kbps 檔。程式碼註解甚至寫明了工程細節:YouTube 對高音質帳號只發 Opus 與 AAC 兩種格式之一,播放器要在兩者之間互換抓取做後備,因為註解明言,退而抓任何音訊檔的那條路會靜默供給 70kbps 的低階檔。
我的判斷是:129kbps 的 Opus 在通勤與一般耳機上,多數人聽不出它與更高位元率的差別。Opus 是這幾年主流化的新編碼格式,同位元率下的效率比 MP3 世代高出一截,對一般聽感已經相當夠用;但如果你用監聽級設備、或對高頻細節敏感,這條線會有感受,那就值得為了音質直接訂閱 Premium 用官方 App。兩邊登入的是同一個帳號,權益相通,這也是 SimpMusic 對 Premium 訂閱者仍然有意義的原因。
把 Google 支援頁列出的官方規則與 SimpMusic 的實際行為並排,差異一目了然:
| 體驗項目 | 官方 YouTube Music App | SimpMusic |
|---|---|---|
| 音樂背景播放 | Music Premium 會員專屬 | 免費帳號可用 |
| 聽音樂廣告 | 免費層會插播 | 無廣告 |
| 音樂下載離線 | Premium 會員,30 天內有效 | 支援快取離線 |
| 純音訊模式 | 音樂屬 Premium 功能 | 內建 |
| Podcast 背景播放 | 不論會員狀態皆可 | 可用 |
| 高位元率音質 | 依帳號等級(官方未標示數字) | 免費 129kbps;Premium 帳號 256kbps |
要留意的是右欄的每一行,代價都寫在服務條款的方向上:它們成立的前提,是 Google 容忍這個客戶端繼續取用資料。這也是下一節要談的信任問題。
信任問題要分層看。登入這步,SimpMusic 在內建瀏覽器打開的是 Google 帳號的官方登入頁(原始碼裡的登入網址就是 accounts.google.com),不經過第三方中轉,所以你的密碼不會經過這個 App;登入後 App 取得的是 Google 工作階段憑證。這意味著你交出去的東西等級仍然不低:一枚能代表你 Google 帳號身分的憑證,交給了一位獨立開發者的 App,它至少能讀寫你 YouTube Music 帳號裡的媒體庫。這個模型不是 SimpMusic 獨有,所有需要帳號登入的第三方 YouTube 客戶端都一樣,但它是你該意識到的決策。App 也支援多個 Google 帳號同時登入,工作帳號與私人帳號可以隔離開來用,這對想把風險控制在次要帳號的人是實際的選項。

資料回傳方面,有幾條各自獨立的線值得分開看。回報給 Google 的聆聽紀錄是 opt-in 設計:只有你主動開啟 Send back to Google,聆聽歷史才會透過 YouTube Music 的追蹤介面送回 Google,換官方端的推薦與創作者收益;不開就沒有這條流。當機資料看版本:FOSS 版官方聲明沒有任何追蹤器與收集使用者資料的第三方伺服器,Full 版會用 Sentry 收集當機資料幫助除錯,介意的人選 FOSS 版就好(GitHub Releases 上的 APK 檔名就標了 foss)。一起聽功能(Listen Together)走一個社群共用的第三方伺服器,與另一個開源播放器 Metrolist 相容;用戶端協議上每次連線都換新的臨時身分,但你的房間活動就是經過別人家經營的伺服器。
隱私端還有兩個小設計值得肯定:App 會檢查自己的安裝包名,被別人重打包或改過的盜版安裝包會直接拒絕執行;歌詞的社群貢獻機制有簽章防濫用。整體看,這個專案在把資料流向講清楚這件事上,比多數同類閉源 App 誠實得多。
還有個 Android 廠商的插曲:vivo 手機的「靈動島」類介面只認特定包名的 App,SimpMusic 為此出了一個 vivo 專用安裝包,直接以 Spotify 的包名(com.spotify.music)安裝。代價是它不能跟正版 Spotify 同時存在於同一支手機。這個設計在工程上是繞過廠商生態系限制的務實手段,但也具體展示了第三方 App 為了擠進手機廠商的桌面要妥協到什麼程度。
桌面版(Windows 安裝包、macOS dmg、Linux AppImage)如今已是正式功能,手機與電腦間還能用 QR code 把登入狀態搬過去,不用在電腦上再登一次 Google 帳號。我把 macOS 版的 dmg 下載回來掛載檢查(只驗簽章,沒有執行):安裝後佔 411MB,因為它把整套執行環境帶著走;簽章是開發者自簽憑證,沒有 Apple 公證,Gatekeeper 會擋第一次開啟,要進系統設定手動允許執行;系統需求 macOS 15 以上,Windows 與 Linux 的 ARM64 機器則要裝 x64 版。
維護面有個小細節讓我對這個專案加分:作者把移植桌面版踩到的 Kotlin 與 Compose 技術坑整理成另一份開源筆記開放給大家,這種把工程債攤在陽光下的習慣,通常意味著 issue 看板不是裝飾。桌面版的現況則要看 issue 板:GPU 用量異常、QR 配對失敗都有人回報,Linux 部分支援的穩定性問題作者直說是上游的鍋。
至於為什麼需要桌面版而不是開個 music.youtube.com 瀏覽器分頁:原生 App 能吃系統媒體鍵、鎖定畫面控制與音量混合,播放時還能在 Discord 的個人狀態顯示正在聽的歌,Last.fm 的播放紀錄同步也在支援清單裡(Last.fm 功能限 Full 版)。對把音樂當工作背景音的人,這些整合比分頁標籤好用得多。順帶一提,網路上流傳的舊連結 simpmusic.tech 已經是個只剩返回上一頁腳本的殘頁,現行官網是 simpmusic.org,下載與文件都以那裡為準。
適合:想用手機或電腦免費背景播放 YouTube Music、在乎等化器與 Android Auto 這類細節、能接受 129kbps 音質、且願意用一個次要 Google 帳號(或想清楚後才登入主力帳號)的人。舉個具體情境:每天通勤兩小時、耳機是千元級藍牙耳機、歌單都在 YouTube Music 裡、又不想為了背景播放多付一筆月費,這個情境下 SimpMusic 幾乎是為你量身訂做。對這群人來說,它的完成度與資訊透明度,在開源 YouTube Music 客戶端這個品類裡是前排水準。
不適合:追求 256kbps 以上音質的發燒聽感(直接訂閱 Music Premium 用官方 App,同一帳號兩邊通用);需要用企業或工作用 Google 帳號登入的場景(帳號風險未知,別拿工作帳號賭);以及完全不想處理 Gatekeeper 允許執行、安裝包選擇這類小事的人。
下一步很單純:先到 GitHub Releases 裝 foss 版 APK 試一輪你的日常歌單,把登入帳號的選擇留到確認順手之後再做。