Gloom 上手兩天：這款開源 GitHub 客戶端能幹嘛、不能幹嘛

Gloom 是什麼？為什麼我會裝它

作為一個偶爾在 GitHub 上逛逛倉庫、給心儀的項目點個 Star 的開發者，我一直想找一款手機端的 GitHub 客戶端。官方 App 我裝過，但作為 手機工具 來說那體驗實在不敢恭維——啟動慢、佔用大、而且功能一堆我根本用不上。市面上有幾款第三方客戶端，但要嘛閉源（擔心安全問題）、要嘛 UI 像上個世紀的產物。

所以當我刷到 Gloom 的時候，二話不說就下載了。它是 MateriiApps 團隊做的一款純開源 GitHub 第三方客戶端，主打 Material You 設計語言——簡單說就是 UI 顏色會跟著你的手機壁紙自動取色，每個人手上的 Gloom 長得都不太一樣。定位上它不是要取代 GitHub 網頁版或官方 App，而是給「輕量級 GitHub 使用者」一個更舒服的手機閱讀體驗。

安裝

Gloom 的安裝包是 Android APK 格式，大小 25.64M，不算大但也不是幾 MB 的精簡型。因為 Gloom下載 目前還沒上架 Google Play，你需要從它的 Release 頁面手動下載 APK 檔案。這裡有個小坑需要注意：官方提供的包名是 com.materiiapps.gloom.debug，帶有 debug 字樣，部分手機的系統安全機制可能會在安裝時彈出警告，提示這是調試版本、建議不要安裝。如果你確認下載來源是正規的 Release 頁，直接放行就好，不會有安全問題。

安裝過程本身沒什麼特別的，就是標準的 Android APK 安裝流程。第一次啟動後需要用 GitHub 帳號登錄——Gloom 走的是標準 OAuth 授權，它只會請求必要的權限（讀取倉庫資訊、寫入 Star 和 Reaction 這些輕量操作），不會要你輸入密碼。授權完成後回到 App，主頁就會自動載入你關注的倉庫 Feed 和通知。

還有一個細節值得提：安裝完成後桌面圖標就會自動從你的壁紙取色生成 Material You 風格的圖標，整體感很統一。如果你後來換了壁紙，圖標顏色也會跟著變——這點是官方 App 做不到的。

第一眼：界面乾淨，但功能邊界很明確

打開 Gloom 第一眼的感覺就是「乾淨」。Material You 的動態取色讓整個界面色調和你的手機融為一體，沒有官方 App 那種雜亂的側邊欄和過多的 Tab。主頁就是一個 Feed 流，按時間順序列出你關注的倉庫有哪些新動態——有人推了新 commit、有人開了新 Issue、哪個 PR 被合併了，一目了然。

但用了半天我就察覺到它的功能邊界：Gloom 是一個以「讀取」為主的客戶端。它能做的寫入操作非常有限——Star、Follow、Reaction（點 emoji），這三個是它全部的寫入能力。你不能在上面寫 Issue、不能提交 PR、不能回覆評論、更不能 Push 代碼。如果你想做這些事情，還是得切到 GitHub 網頁版或回到電腦前。

這不是缺點，而是設計選擇。開源項目嘛，作者精力有限，先把「讀取體驗」做到極致，寫入操作留給更專業的工具。

核心功能體驗：三件事做得比官方 App 好

說完了功能邊界，來談談 Gloom 真正做得好的地方。我用了兩天下來，有三個功能讓我覺得「這錢（雖然它免費）花得值」。

Markdown 渲染：終於不用眯著眼讀符號流

GitHub 上大部分開源項目的 README 都會有大量的 Markdown 格式——代碼塊、表格、引用、圖片、嵌套列表。在手機上用官方 App 或網頁版看這些，體驗真的很差：代碼塊沒有語法高亮、表格要左右滑動才能看完、長 README 一屏顯不下還要不停滾動。

Gloom 把這件事做得很認真。打開任何倉庫的 README，它會自動把 Markdown 渲染成排版好的 HTML——代碼塊自動識別語言並加上高亮、表格有合適的邊框和對齊、圖片自動縮放到屏幕寬度的 90%。超長的 README 會自動折疊後半部分，需要時點擊展開，不會讓首屏被一長串文字淹沒。

有個小坑：如果 README 裡引用了倉庫裡不存在的相對路徑（比如 ./docs/guide.md 但那個檔案早就被刪了），Gloom 點擊時會提示「找不到檔案」。不過這其實不是 Gloom 的問題，GitHub 網頁版也一樣會顯示 404，只是 Gloom 的提示更直接而已。

Reaction：點一下 emoji，一秒同步

Reaction 是 GitHub 上的輕量級情緒表達——你不需要寫評論，只要對 Issue 或 PR 的某條評論點一個 emoji 就行（👍 贊同、❤️ 喜歡、🚀 覺得這個 PR 真棒，諸如此類）。Gloom 是少數能在第三方客戶端裡實現 Reaction 的 App 之一。

實際用下來體驗很流暢：每條評論右下角有個小小的表情圖標，點一下彈出表情選擇器，選完之後 1-2 秒內計數就刷新了。同一條評論上如果加過某個表情，再點一次就是取消，不會重複疊加。這比打開網頁版、找到那條評論、點表情按鈕、等待頁面刷新的流程快太多了。

當然，Reaction 不是萬能的。如果你想表達具體意見（比如「這個實現有問題，建議改成 XX」），還是得寫評論——Gloom 目前不支持寫評論。但單純「贊同一下」或「覺得這個做法不錯」，Reaction 確實是最高效的方式。

PR Review 閱讀：跟進團隊討論不再漏消息

如果你關注的是一個活躍的開源項目，PR Review 區往往是資訊密度最高的地方——Reviewer 說哪段代碼要改、作者回應了什麼、CI 測試過了沒有。Gloom 能把這些 Review 評論按線程折疊顯示，還能定位到具體的代碼行。

具體來說：Reviewer 的評論是掛在某一行代碼上的，Gloom 會把這些「行內評論」展示在 Diff 視圖裡對應位置附近，你一眼就能看到評論針對的是哪段改動。多個 Reviewer 的評論會用頭像區分開，不會混在一起看暈。Request Changes（紅色標籤，表示必須修改才能合併）、Approve（綠色標籤，表示通過了）、普通 Comment（灰色標籤）三種類型用不同顏色區分，掃一眼就知道進度如何。

當然，Gloom 只能讓你看這些討論，不能讓你參與——你不能寫自己的 Review、不能回覆 Reviewer 的意見。但作為一個「跟進者」，這個功能已經足夠讓我在手機上掌握項目的審查進度了。

最後的話

說了這麼多，Gloom 適合誰呢？

如果你是這樣的人：喜歡逛開源倉庫、經常在手機上看 README 和 Issue、想順手點幾個 Star 或 Reaction，但又嫌官方 App 太重、閉源 App 不安全——那 Gloom 很值得裝試試。它的 Material You 設計、開源屬性、專注閱讀的定位，正好命中了這個細分需求。

但如果你是這樣的人：重度 GitHub 貢獻者、需要經常寫 Issue 或 PR、參與團隊代碼審查並回覆評論——那 Gloom 對你來說會非常雞肋。它的寫入能力太有限了，你大部分時間還是得回電腦或切網頁版。

兩天下來我還在繼續用 Gloom。它不是完美的 GitHub 客戶端，但作為一個「開源 閱讀伴侶」，它做得比我預期的好。尤其是 Markdown 渲染那塊——現在我看 README 已經習慣先開 Gloom，而不是打瀏覽器。

開源專案嘛，進度靠社區。如果你也覺得不錯，不妨去給它點個 Star。

本文為個人基於網路公開資料整理編寫，非官方內容，僅供學習交流參考；軟體版權歸原作者所有，請支持正版；使用過程中遇到問題請查閱官方管道，本文不承擔任何責任。