Medium Unlocker 開源工具：把 Medium 文章導向 freedium 免費讀

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

Medium 每個月只給非會員讀三篇文章，第四篇就撞付費牆。Medium Unlocker 是一個圍繞 freedium.cfd 這個公開快取索引打造的開源工具，做法很直接：你貼一篇 Medium 網址，它幫你導向 freedium 上對應的鏡像版本，不用登入、不用付費就能讀。它有網頁版和 Android App 兩種介面，GitHub 上累積超過 1700 顆星（撰稿時約 1732），反映出這個需求確實存在。

但這工具的爭議跟它的實用度一樣大。它繞的是 Medium 別人的付費牆，內容來自 freedium 這個它無法控制的第三方服務，合規問題工具本身回答不了。開發者也只在 README 裡標明「僅供教育用途」，要使用者自負遵守 Medium 條款與當地法律的責任。這篇要幫你判斷的是：它到底做什麼、值不值得用、用之前要接受哪些風險。以下的功能描述都來自開發者 inulute 的 README 與專案頁，我沒有實際安裝 App 跑完整流程。

先搞清楚：它是 freedium 的漂亮前端，不是內容來源

開發者在 README 的專案背景裡，把動機講得很直白：Medium 那道「三篇免費」的牆對隨手瀏覽的人很煩，而 freedium.cfd 雖然放了公開快取版的 Medium 文章，卻沒有一個好上手的入口。Medium Unlocker 想補的就是這一塊，用作者自己的話說，是「用訂製的介面、專屬的網路層與自動化，讓讀者貼上或分享 Medium 網址，就能立刻打開對應的 freedium 鏡像」。

要理解它，關鍵是搞清楚它不是內容來源。它不自己儲存或抓取 Medium 的文章，README 的免責聲明也講明「本專案不託管 Medium 內容，它只是自動化對 freedium.cfd 的請求」。換句話說，它是一層包在 freedium 外面的使用者介面，加上一層網址轉換。

這層介面實際做了幾件 README 明確列出的事：

• 網址正規化（URL normalizer）：Medium 文章網址常帶一堆查詢參數，例如來源、推薦碼、追蹤碼，工具會清掉這些雜訊，再把文章 slug 重寫成 freedium 能讀懂的格式。這一步之所以必要，是因為帶追蹤參數的連結常常對不到 freedium 已經收錄的那份乾淨版本。
• 結果檢視器（result inspector）：文章讀進來之後，會顯示這次內容是來自 freedium 的快取，還是即時代理抓回來的。這個區別對讀者有實際意義：快取版是 freedium 之前存下來的，讀起來比較快，但可能比 Medium 上的即時版本舊一點、排版或圖片也可能不一樣；即時代理則是當場抓回來，內容較新，但速度和可用性看 freedium 當下狀況。
• 乾淨連結產生：可以直接複製一條整理過的 freedium 網址，貼到任何地方使用。

這幾個功能看下來，定位很清楚：它不是新的內容來源，而是讓你更方便打到 freedium 那份快取。這也意味著它的能力上限，完全等於 freedium 收了多少文章，freedium 沒收的，它變不出來。理解這一點，後面那些限制才講得通。

那為什麼不直接開 freedium 就好？技術上你完全可以。freedium 本來就是公開服務，自己把 Medium 網址貼過去也能讀。Medium Unlocker 的價值不在「能做到別人做不到的事」，而在把這件事做得順手：幫你清掉會讓比對失敗的追蹤參數、用一個比較舒服的介面呈現、在手機上讓你用分享選單一鍵送進去、連線失敗時自動換備用鏡像。如果你的需求很單純、又不在意介面粗糙，直接用 freedium 其實就夠；Medium Unlocker 是給那些想要這層方便、又不介意多仰賴一個第三方工具的人。

兩種用法：網頁直接貼網址，Android 用分享選單

工具分網頁版和 Android App 兩條路，操作邏輯一致，都是「丟網址、拿到 freedium 連結」。

網頁版最輕量，不用安裝任何東西。打開 medium-unlocker.inulute.com，把 Medium 文章網址貼進輸入框，按下 Unlock，就會導向 freedium 上的鏡像文章。這是整個專案裡最低門檻的嘗試方式，想先試水溫的話從這裡開始最合適。背後是 React 18 寫的單頁應用（SPA），搭配 Vite、CSS Modules，部署在 Cloudflare Pages，README 形容它是「訂製的深色介面」。

實際流程拆開來看大概是這樣：你丟一條像 medium.com/@某作者/某篇文章-長串英數字 的網址，工具先把後面那些查詢參數清掉、抓出文章 slug，送去 freedium 比對；比對到就回傳鏡像頁，比對不到就是 freedium 那邊沒收這篇，工具也沒辦法。所以「能不能讀到」這件事，從你按下 Unlock 的那一刻起，主控權就不在 Medium Unlocker 手上，而在 freedium 的索引庫手上。

Android App 把同樣的流程包成原生殼，用 Java 加 WebView 實作，套上 Material Design 3。觸發方式有兩種：第一種是在任何 App 裡看到 Medium 連結，用系統分享選單把連結丟給 Medium Unlocker，它會在裝置上當場做網址正規化，再載入 freedium；第二種是打開 App，自己貼網址再點 Unlock。README 形容這個 WebView 是「強化過的」，搭配下面那些網路選項一起看，等於是在 App 裡自己包了一層連線邏輯，而不是直接把網址丟給系統瀏覽器。

App 版還多了幾個 README 列出的網路強化功能，是網頁版沒有的：當主站 freedium.cfd 連不上時，會自動切到備用鏡像 freedium-mirror.cfd 並重試，偵測到連線失敗就無縫換伺服器；可選擇開啟 DoH（DNS over HTTPS）、代理伺服器開關，以及針對 freedium 憑證鏈的自訂 SSL pinning。這些是為了在網路受限的環境裡提高連線成功率，至於實際能救回多少連線，README 沒給數字，我也沒有實測。

要裝 App 的人得注意兩件事。第一，它是 Android 專屬，沒有 iOS 版，iPhone 使用者只能用網頁版。第二，APK 從 GitHub Releases 下載，需要允許側載（side-loading）才能安裝，來源是開發者自架而非 Google Play，安裝前自己衡量信任度。好處是原始碼公開，想先檢查 APK 做了什麼，可以直接看 repo。

合規這條線，它沒替你畫

這是整個工具最需要看清楚的地方。Medium 的付費牆是它商業模式的核心：免費讀三篇之後要付費訂閱，作者才能從會員費分到收入。Medium Unlocker 做的事，就是讓你繞過這道牆、不付費也能讀到內容。

開發者自己也知道這條線敏感，README 放了兩段免責聲明。一段寫「僅供教育用途，展示網頁爬蟲與代理技術」，並要使用者自負遵守 Medium 服務條款與當地法律的責任，開發者不對任何濫用負責；另一段強調「本專案不託管 Medium 內容」，只是自動化對 freedium 的請求。

這裡要把整條鏈分清楚，才看得出責任落在誰身上。最上游是 Medium 與寫作者，他們靠付費牆獲利；中游是 freedium，它在沒有 Medium 授權的情況下快取文章、讓人免費讀，這一步才是真正合規爭議的來源；下游才是 Medium Unlocker，它只是一個開源前端，MIT 授權、程式碼公開，這一層本身沒什麼爭議。換句話說，合規問題是 freedium 要面對的，不是 Medium Unlocker 能替它回答的，而工具作者把責任明確推回給使用者，等於沒有替這條線背書。

所以我不會告訴你「用了一定沒事」，也不會說「用了就是違法」。比較誠實的講法是：這是一個你得自己判斷的灰色地帶，而你至少該知道，你讀的內容是第三方在未經 Medium 授權的情況下快取的版本，不是 Medium 官方提供的免費管道。另外要預期一點：Medium 隨時可能從技術上封鎖 freedium 或這類工具，這是內容方常用的反制手段，也是這條鏈先天不穩的原因之一。

這個灰色地帶對不同人的重量不一樣。如果你只是私底下好奇讀一兩篇、不散布、不拿來營利，風險感受通常較低；但如果你打算把它當成日常工作的資訊來源、把讀到的內容用在自己的產出裡，或你所在的地區對版權與合理使用的認定比較嚴格，那就更該把這條線看清楚，而不是假裝它不存在。工具不會幫你評估這一層，README 的免責聲明也只是把球丟回給你。如果你很在意合規，那它不適合你；如果你只是偶爾想讀一兩篇、願意承擔這個模糊地帶，那是你自己的取捨，工具不會替你決定。

freedium 一關，這工具就跟著失效

比起合規，更現實的風險是穩定性。Medium Unlocker 的整個價值，都建立在 freedium.cfd 還活著、還在持續收文章這件事上，而這兩件事都不在開發者控制範圍內。

README 直接寫明：freedium.cfd 是公開鏡像，它的正常運作時間、索引速度、文章可用性，都不在作者掌控之內；有些文章如果沒被 freedium 索引到，就讀不到。App 版雖然有自動切換備用鏡像的機制，但那也只是從一個第三方服務換到另一個第三方服務，而且備用鏡像收的文章不見得跟主站一樣全，本質沒有改變。

實際失敗會長什麼樣？大概有幾種：你貼了一篇文章，freedium 根本沒收，這時前端再漂亮也沒東西可讀；主站被擋或掛掉，App 勉強能靠備用鏡像撐一下，網頁版就沒這層保護；最糟的是 freedium 整個服務停掉，那 Medium Unlocker 直接變空殼。

這代表什麼？把閱讀習慣建立在這工具上，等於把賭注押在一個隨時可能關門或被下架的服務上。freedium 這類繞過付費牆的公開服務，歷史上本來就更迭很快，被版權方施壓、被原站封鎖、伺服器撐不住，都是常見的結局。一旦哪天 freedium 停了，Medium Unlocker 這個前端介面再漂亮也沒有用武之地。想長期依賴它的人，要把這個風險算進去。

技術體質：MIT 開源、Java Android、React 網頁

最後快速看一下它的技術體質，這部分都有 repo 可以核對。

授權是 MIT，屬於寬鬆的開源條款，可以自由看原始碼、改造、自架。星數撰稿時約 1732，會浮動。兩條技術線：網頁版用 React 18 加 Vite，部署在 Cloudflare Pages；Android App 用 Java、Material Design 3、OkHttp 與 WebView，原生殼包網頁內容。

沒有 iOS 版、沒有桌面版、沒有瀏覽器擴充功能。想用的人要嘛開網頁、要嘛裝 Android APK，沒有第三個選擇。原始碼和 APK 都在 GitHub 的 inulute/medium-unlocker，問題回報走 GitHub Issues，想法交流走 Discussions，要自己審計或動手改都可以。

誰該裝它，誰該直接訂閱 Medium

講完這些，回到一個問題：誰適合用？

適合的人大概是這樣：你不是重度 Medium 讀者，不想為了偶爾一兩篇文章月月付訂閱，撞到免費額度時想找個快速的替代方案，而且你接受這是灰色地帶、接受它可能隨時失效。對這種需求，建議先從網頁版試，貼網址就能讀、門檻最低、沒有安裝風險；只有當你真的常常在手機上讀、覺得每次開瀏覽器貼網址太麻煩，再考慮裝 Android App。

不適合的人也很明確。如果你每天讀 Medium、內容對你是工作所需，那直接訂閱比較實在，一個隨時可能掛掉的第三方前端不值得當依賴。如果你需要保證讀得到某篇文章，freedium 沒索引就讀不到這一點會讓你失望。如果你對合規很敏感、不願意碰未經授權的快取內容，那從源頭就不該考慮它。還有一個折衷辦法值得先試（我們也整理過 其他實用工具）：你想讀的作者常常把自己的文章同步發在他們的個人網站或部落格，很多 Medium 作者本來就這麼做，直接搜作者名字加文章標題，往往能找到合法的原始版本，根本不需要繞路。

工具本身做得不算差，介面、網址處理、鏡像切換這些工程細節都有想到。但它解的問題、用的方法，先天就帶著合規與穩定性兩個甩不掉的包袱。把它當成「偶爾應急、隨時能丟掉」的工具，會比當成「長期閱讀方案」更誠實。