Melodisco 是什麼？開源 AI 音樂播放器，引擎是跟 Suno 借的

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

一個 AI 音樂網站死掉的樣子有很多種，Melodisco 這種最徹底：播放器停擺、原始碼凍結兩年，最後連官網網址都換成了博弈站的內容。今天打開 melodis.co，你看到的不是 AI 歌曲推薦，而是老虎機遊戲與博弈公司的評測文章。

先把結論說完。Melodisco 是 2024 年上線的開源 AI 音樂播放器加生成器，作者是中國獨立開發者 idoubi，原始碼以 Apache-2.0 授權放在 GitHub 上，515 顆星。它的介面外殼確實做得漂亮，但攤開程式碼會看到一件事：音樂引擎從來就不是它自己的。播放的內容是從 Suno 的公開清單鏡像來的，生成的功能掛在一支 Suno 帳號的 session 上。站一死，整個產品跟著死；就算你想自架，得到的也只有半套。

接下來把這個 repo 裡的東西攤開來講，順便說清楚一件更實際的事：為什麼舊連結現在會通往博弈站，以及 2026 年的今天還有誰該打開這個 repo。

官網已經換成博弈內容，時間線攤開是這樣

直接連到 melodis.co，標題列寫的是 PG Soft 機台、投注技巧與博弈公司評測，選單是賭場評測、博弈指南、投注洞察、新聞趨勢四個分類，文章從英國博彩委員會的裁罰動態寫到遊戲供應商的介紹，內容更新到 2026 年 10 月。畫面上沒有任何 AI 音樂的痕跡。更麻煩的是，這個站的站名至今還掛著 Melodisco，商標是金色流光字體，搜尋舊工具名稱點進來的人，會以為它就是當年那個播放器換了內容，實際上已經是另一門生意。

Pin

對照網際網路檔案館保存的快照，可以拼出這條時間線：2026 年 2 月 3 日的快照裡，melodis.co 還是那個 AI 音樂播放器；2026 年 6 月 5 日的快取向你道歉，說網站維護中；再來就是今天的博弈內容。whois 紀錄顯示網域是 2024 年 4 月 4 日登記的，比這個 repo 在 GitHub 上建立起來還早兩天，註冊效期到 2027 年 4 月，中間沒有斷註。也就是說，這不是網域過期被別人搶註，而是在同一個註冊底下，內容整個換掉了。怎麼換手的，從外部查不到，能查到的就是上面這三個時間點。

順帶回答兩個最常被問到的問題。

官網還會回來嗎？ 沒有任何訊號。原始碼最後的提交停在 2024 年 8 月中，作者後來的精力在其他專案上，網域內容也已經換成別的生意。連 GitHub repo 的 README 都還把 melodis.co 列為 Live Demo，等於這個專案自己的大門現在也通往博弈站。把它當成已經結束的服務看待，是比較安全的假設。

誤點進去會怎樣？ 畫面上沒看到釣魚表單或誘導下載，性質是博弈內容聯盟站，關掉就好。真正的風險在舊文章與舉報連結還大量存在，搜尋 Melodisco 的人會以為這個賭場就是當年那個播放器。

殼做得很像 Spotify，連側欄歌單都替你寫死了

回到產品本身。Melodisco 的介面是刻意模仿 Spotify 的：左側欄、深淺雙主題、專輯封面牆、播放列，該有的都有。多語系支援 13 組語系代碼，涵蓋英日韓俄法德阿拉伯文與簡繁中文，也開了瀏覽器語言自動偵測。要留意的是中文翻譯檔本身是簡體，繁中使用者偵測過後看到的仍是簡體文案。

Pin

有個細節最能說明這個殼的性質。側邊欄上那些播放清單名稱，像是 Logic 的全集、Eminem 精選、睡前節拍，全是寫死在 _data/playlists.ts 裡的常數，資料庫裡沒有對應的任何東西。資料庫裡沒有對應這些名字的任何內容，整個產品也沒有這位歌手的歌。這些名字是從 Spotify 介面抄來的裝飾品，功能是讓畫面看起來像一個成熟的音樂 App。

以開源 UI 專案的標準看，這個殼的完成度確實高。播放、收藏、播放歷史、熱門五十、最新五十、隨機漫遊，這些頁面與 API 路由都真實存在，i18n 與主題切換也是認真做的。播放器元件支援三種播放模式，原始碼裡的狀態名稱就叫 sequence、loop、shuffle，對應順序播放、單曲循環與隨機，切到隨機時下一首歌真的是用亂數挑的。README 還附了四張預覽圖，深色、淺色、清單、歌曲詳情各一張，看得出作者把門面當成一回事。如果你在找一份 Next.js 串音樂播放器介面的參考實作，這裡的程式碼是能讀的。

Pin

播放清單的本質：把 Suno 的公開內容鏡像進自己的資料庫

那播放器裡的歌從哪來？services/suno.ts 給了答案。後端會帶著一支登入憑證去呼叫 studio-api.suno.ai 的播放清單端點，拉回 Suno 平台上的熱門與最新歌曲，寫進自家的 Postgres 資料庫，輪詢把歌曲寫進資料庫時，provider 欄位標的就是 suno。有個細節要修正多數人的想像：它連音檔都沒有搬。資料庫存的是歌名、歌詞、封面連結與 Suno 的音檔連結，你按播放的那一刻，音訊還是回 Suno 的檔案伺服器拿。所謂鏡像，鏡的是目錄，不是貨。對方一改版或連結失效，播放就斷。你聽到的每一首歌，原本都躺在 Suno 的伺服器上，由其他創作者用 Suno 生成。

這點站方自己也沒有隱瞞。SEO 描述文案自己就寫著：探索由 Suno 生成的旋律、播放 Suno 生成的 AI 歌曲。連網址結構都是 /trending/suno-ai-songs 這樣的路徑。2024 年 9 月的快照裡還看得到首頁內容：俄文、日文、越南文、阿拉伯文的歌名混在一起，中文的〈醉打蔣門神〉也在列，那就是 Suno 全球公開動態的原樣縮影。

授權關係也停在「Suno 願意讓公開清單被看見」這個層級。歌曲的播放次數、投票數會再寫回它自己的資料庫，你看到的統計數字是鏡像站的數字。想聽 AI 生成音樂，直接去 Suno 官方平台聽，永遠比鏡像站新。

生成功能掛在一支 Suno 帳號上，點數只是帳面數字

生成器是這個站的付費核心，拆開看最有意思。

流程是這樣：生成表單有兩種模式。快速模式只填一段描述；自訂模式要給歌名、歌詞、風格標籤，還有一個純音樂的開關，懶得寫詞的話另有一步先請 Suno 幫你生歌詞再進生成。後端把請求轉手送到 Suno 的生成端點，模型代號在程式裡寫死為 chirp-v3-0，這是 2024 年當時的版本。每次生成回傳兩首歌，生成中的任務輪詢等待，輪詢與抓取結果的路由設了最長 120 秒的執行時間。關鍵在於那支登入憑證：環境變數要站方自己填入一支 Suno 帳號的 cookie，後端拿它去換 session token，再以這個身分呼叫 Suno。原站營運時，所有付費使用者的生成請求，都是踩在站方那一支 Suno 帳號上。這就是標準的代打生意：使用者付錢給站方，引擎成本與帳號風險由站方吸收，中間賺價差。

計費結構也值得看。定價頁寫兩個方案：基本方案 9.9 美元買 100 點（可生 200 首），熱門方案 19.9 美元買 300 點（600 首），都標註一個月內有效。翻到後端的生成路由，會發現它收到請求時沒有檢查餘額這一步，直接就往 Suno 送。點數的計算是事後補的：把你歷史上的生成任務數加總當作已用點數，再跟訂單買的點數相減。換句話說，點數是一道帳面防線，不是技術防線，真要繞過它對懂 API 的人不難。生成的成品會進你自己的作品頁，預設不公開放到站上的公開清單，隱私這層的預設值是合理的。對照著看，你就能理解這類套殼站的成本控管有多依賴前端。

自架的人要知道：這條預設路徑在你的伺服器上，就是你自己的 Suno cookie 在幫所有訪客生歌。帳號層級的風險與條款問題，都要自己評估。

程式裡兩條沒走通的路，和一個沒接線的參數

程式碼裡還留著幾個斷點，讀的時候別誤會它們能用。

一條是第三方 SunoAPI 服務的整合。環境變數打開後，生成請求改送到一支外部 API，對方完成後回呼通知。問題是那個回呼接收端整個是空的，收到資料只記一行 log 就返回成功，什麼都不處理。照這個寫法，走第三方路徑生成的歌會永遠卡在建立中狀態，等不到結果。

另一條是 Udio。repo 裡留有 Udio 專屬的歌曲頁路由，services/udio.ts 也寫好了對 Udio 端點的呼叫，2024 年線上資料裡甚至出現過一首標著 udio 的歌，但主流程的熱門與最新同步只走 Suno 的服務。第二引擎接過一陣子就停用，程式碼留著沒拆。

還有一個更隱晦的：README 的環境變數清單要求填 SENSITIVE_KEYWORDS，說明欄寫著敏感詞，一鍵部署按鈕也跟你要這個值，但翻遍主要後端路由與元件，沒有任何程式碼讀取它。看起來像是計畫過內容過濾、最後沒有實作，只在文件裡留下名字。

這些斷點加上最後提交停在 2024 年 8 月，結論很一致：這是一個衝速度做出來的專案，做到能收費就停了。這不是批評，它本來就是同一套商業模板的音樂版，下一節說明這點。

同一副骨架，換一個引擎就是一個新站

把鏡頭拉遠一點看。idoubi 的 GitHub 組織裡有一排同樣長相的專案：AI 壁紙產生器、Sora 影片產生器、GPTs 商店、AI 封面產生器，Melodisco 排在其中。它們共用同一副骨架，Next.js 加 Postgres 加 Stripe 點數制加 Google 登入，差別只在後面接的引擎與前面套的介面主題。Melodisco 的 README 也自己承認參考了同系列的壁紙專案，文末的「See also」直接放了作者其他產品的連結，旁邊掛著 buy me a coffee 贊助按鈕。開源在這裡的角色是行銷：程式碼公開換星星與關注，生意最後還是回到自己的訂閱與點數。

這個生產模式在 2024 年的 AI 工具圈非常常見：找一個還沒有官方公開 API 的熱門模型，用非官方端點串接，套上好看的殼，用點數制收費，開源程式碼當行銷。它的優點是速度，一兩週就能上線一個產品；代價是所有權都在別人手上，引擎端一改版、官方一封鎖、或者站長失去興趣，整個產品就停在那裡。Melodisco 三件事各中一項，停在 2024 年。可以合理推測的背景是，當 Suno 把自己的官方管道與付費方案經營起來，第三方鏡像與代打的中間價值就被壓縮了，這類站的撤退只是早晚。

自架圈後來也把這類專案看得很清楚：開源的是殼與帳務系統，不開源也拿不走的是引擎。評估任何「開源 AI 工具」時先問一句，模型到底是誰的、走誰的帳號，通常就能判斷它兩年後會在哪裡。

你的信箱和 IP，進的是它的資料庫

資料面也要說清楚。安裝腳本建了七張表：使用者、歌曲、收藏、播放紀錄、投票、生成任務、訂單。使用者表裡存的是 email、暱稱、頭像，還有 signin_ip，登入當下的 IP 位址。你的收藏與播放歷史都在伺服器端的資料庫裡，不是存在瀏覽器本地。訂單表的設計同時支援一次買斷與月訂閱兩種方案，欄位裡有 Stripe 的 session id、點數、幣別與到期時間，帳務這塊是按可以長期收費的規格做的。

隱私政策與服務條款都是範本等級的內容：政策說會蒐集帳號資訊、使用紀錄、設備與 IP；條款說你保留自己生成內容的權利，同時授予站方全球免授權費、可再轉授權的使用許可。聯絡信箱掛的是 [email protected]，那是作者另一個專案的網域，範本複用的痕跡之一。以一個已經死掉的服務來說這些都不再是活問題，但如果你打算自架給別人用，這套範本條款不能直接沿用，該自己重寫。

還值不值得自架：先問你要的是殼還是歌

最後回到讀者的決定。這個 repo 在 2026 年的價值要分兩半看。

想要的是聽 AI 音樂或生歌：直接去 Suno 官方，或看我們之前寫過的 SunoPrompt 音樂提示詞產生器 與 MusicGPT 本地音樂生成，都比救活一個 2024 年的鏡像站合理。播放器類需求可以看 SimpMusic，那是活著維護中的專案。Melodisco 的引擎端兩年沒人修，預設串的還是非官方端點，能不能通要碰運氣。

有個對照可以幫你判斷「凍結的專案還能不能用」：像 Fabritor 圖片編輯器 那種純瀏覽器的靜態工具，零後端、引擎在瀏覽器裡，凍結兩年照樣能跑。Melodisco 正好是相反的極端，介面在你的瀏覽器，內容、音檔、生成全在別人的伺服器上，上游一動它就停機。判斷一個停更工具的殘值，先看它的關鍵依賴是在本地還是遠端，這一條比看星星數準。

想要的是那份介面與程式碼：Apache-2.0 授權允許你自由取用：Spotify 風格的播放器元件、多語系 i18n 設定、Stripe 點數帳務、音訊播放器的狀態機，這幾塊作為學習材料或新專案的起點是成立的，特別適合想研究 next-intl 多語系切換與播放器邏輯的人。自架的前置條件先列給你：

四項都齊，就能照 README 的 Vercel 或 Docker 流程走部署。Docker 預設把服務綁在 127.0.0.1 的 8023 埠，nginx 反向代理的設定檔也附在 repo 裡；本地開發則要自己先開好資料庫、跑過 install.sql 建表。只想研究程式碼的話，clone 下來讀就好。要提醒的是，播放內容鏡像與生成端點都建立在 2024 年的 Suno 介面上，這部分壞了不會有人修，把專案當成介面參考比當成可營運產品更實際。

一個已經終止服務的開源專案，最大的價值常常是它留下的教訓。Melodisco 這份教訓寫得特別清楚：看一個 AI 工具，先看它的引擎是誰的、帳號是誰的，這兩個問題的答案，決定了它死的時候你手裡剩下什麼。